Escalade des menaces : fin du suivi par l'équipe après transfert

Définition PMBOK v8

L'escalade des menaces est une stratégie de réponse aux risques applicable lorsque l'équipe projet ou le sponsor convient qu'une menace est hors du périmètre du projet ou que la réponse proposée dépasse l'autorité du chef de projet. Les risques escaladés sont gérés au niveau du portefeuille, du programme ou d'une autre partie pertinente de l'organisation, mais pas au niveau du projet. Une fois escaladées, les menaces ne sont plus surveillées par l'équipe projet, bien qu'elles puissent être enregistrées dans le registre des risques à titre d'information.

Cette stratégie fait partie du processus Planifier les réponses aux risques du Domaine de performance : Risques.

Pourquoi c'est important pour l'examen

Ce concept est régulièrement testé à l'examen PMP car il crée une confusion fréquente entre :

• Les risques que l'équipe continue de surveiller (les 4 autres stratégies)
• Les risques escaladés (qui sortent du contrôle de l'équipe)

Les questions pièges portent souvent sur qui gère le risque après escalade et si l'équipe continue de le surveiller.

Points clés à retenir (pour l'examen)

• Déclencheur d'escalade : La menace dépasse l'autorité du chef de projet OU est hors périmètre du projet
• Niveau de gestion après escalade : Portefeuille, programme ou autre niveau organisationnel pertinent
• Suivi par l'équipe : NON – l'équipe ne surveille plus la menace après escalade
• Enregistrement : Peut être conservé dans le registre des risques pour information uniquement
• Acceptation par le destinataire : La propriété du risque escaladé doit être acceptée par la partie concernée
• Niveau d'escalade : Correspond au niveau des objectifs qui seraient affectés si la menace se produisait
• Communication : Le chef de projet détermine qui doit être notifié et communique les détails

Exemple type examen PMI

Un projet de construction est confronté à un risque de contamination du sol par des produits chimiques dangereux. Le traitement dépasserait le budget du projet et nécessite une décision au niveau du programme. Le chef de projet escalade ce risque au comité de pilotage du programme. Une fois accepté par le programme, l'équipe projet cesse de surveiller ce risque et se concentre sur les autres risques du registre.

Pièges à l'examen PMI

• Piège : Penser que l'équipe continue de surveiller le risque escaladé
  Réalité : L'équipe arrête la surveillance après escalade – le risque sort de son périmètre de responsabilité

• Piège : Croire que le risque escaladé est supprimé du registre des risques
  Réalité : Il peut y rester pour information, mais n'est plus activement géré par l'équipe

• Piège : Confondre escalade avec "accepter" ou "transférer"
  Réalité : L'escalade change le niveau de gestion (projet → organisation), tandis que "transférer" change le propriétaire mais reste au niveau projet

• Piège : Penser que l'escalade s'applique uniquement aux menaces
  Réalité : Les opportunités aussi peuvent être escaladées selon les mêmes principes

Connexions PMI importantes

Questions de révision rapide

1. Après avoir escaladé une menace, l'équipe projet continue-t-elle de la surveiller ?
2. À quel niveau organisationnel les risques escaladés sont-ils gérés ?
3. Quelles sont les deux conditions qui justifient l'escalade d'un risque ?
4. Que faut-il vérifier avant de considérer l'escalade comme effective ?
5. L'escalade s'applique-t-elle uniquement aux menaces ou aussi aux opportunités ?

Référence PMBOK v8

Section 5 – Tools and Techniques (pages 203-204)
Stratégies pour les menaces : Escalade