VanillaPM
translation in beta
Se connecter Commencer gratuitement
B4 Business Environment · 26%

Lever les impedimenta et gérer les issues

Dans l'app : Project → Issues

PMP ECO · Business Environment (26%) · Task B4. Suis les problèmes qui surviennent maintenant, dégage les blocages qui arrêtent l'équipe et mène chacun à sa résolution.

Ce que c'est

Une issue est un problème qui survient maintenant — distinct d'un risk, qui est un problème potentiel futur. (Quand un risk se produit, il devient une issue.) La tâche est de consigner les issues, de les catégoriser et prioriser, d'assigner un responsable et de les mener à la clôture — et, en servant leader, de lever activement les impedimenta qui bloquent l'équipe.

Pourquoi c'est important

  • Les issues sans propriétaire dérivent ; un issue log suivi avec responsables et priorités est comment une équipe cesse de re-découvrir le même blocage à chaque stand-up.
  • Lever les impedimenta est un devoir central du servant-leadership — la façon la plus rapide dont un PM ajoute de la valeur est de dégager le chemin devant l'équipe.

Où tu le fais dans VanillaPM

L'Issues log consigne chaque issue avec une catégorie, une priorité, un statut et un responsable, et prend en charge l'escalade risk → issue — quand un risk surveillé se matérialise, il devient une issue suivie plutôt qu'une surprise.

Exemple guidé — Coral Ridge Resort

Deux risks de Coral Ridge deviennent des issues à mi-chantier : le retard du clearance ECA se matérialise (un risk surveillé → désormais une issue active bloquant les travaux du site), et les lifts importés sont retenus en douane. Chacun est consigné, priorisé (le clearance est critique — il conditionne tout le site), pris en charge et travaillé : le PM lève l'impediment du clearance en escaladant par le chemin de gouvernance (B1) avec le consultant environnemental ; la rétention en douane est travaillée avec le freight forwarder. L'issue log montre la liste vivante des blocages depuis laquelle travaille le huddle quotidien.

L'issue log

L'artefact

  • Issue log — catégorie · priorité · statut · responsable, alimenté par l'escalade risk-to-issue.

Bonnes pratiques et pièges

  • Fais garder la ligne issue ≠ risk claire : le risk est futur/probabiliste, l'issue est ici/maintenant.
  • Fais assigner un seul responsable et une échéance à chaque issue — une issue sans propriétaire ne bouge pas.
  • Piège : laisser l'issue log devenir un cimetière ; relis-le et clôture-le dans la cadence de l'équipe.

À l'examen PMP

Connais issue vs risk parfaitement, et que le travail de servant-leadership du PM inclut de lever les impedimenta. Attends-toi à l'issue log comme le bon artefact, et à des réponses où le PM agit pour dégager un blocage (directement ou en escaladant par la gouvernance) plutôt que le consigner et passer à autre chose. « RAID » (Risks, Assumptions, Issues, Dependencies) peut apparaître.