La stratégie d'escalade des risques : quand dépasser son autorité de chef de projet

Définition PMBOK v8

La stratégie d'escalade des risques (Escalate) est appropriée lorsque l'équipe projet ou le sponsor reconnaît qu'un risque (menace ou opportunité) dépasse le cadre du projet ou que la réponse proposée excède 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.

Cette stratégie s'applique à la fois aux menaces et aux opportunités dans le cadre du processus Planifier les réponses aux risques (Groupe de processus Planification, Domaine de connaissance Gestion des risques).

Pourquoi c'est important pour l'examen

L'escalade est un concept souvent testé car il est fréquemment confondu avec d'autres stratégies comme le transfert ou l'évitement. Les questions d'examen piègent les candidats sur :

• Le moment précis où utiliser l'escalade (hors périmètre projet ou dépassement d'autorité)
• Le fait qu'elle s'applique aussi bien aux menaces qu'aux opportunités
• L'absence de suivi par l'équipe après escalade

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

• Déclencheur unique: Deux conditions seulement — le risque est hors du scope projet OU la réponse dépasse l'autorité du chef de projet
• Destinataire: Géré au niveau portefeuille, programme ou autre partie pertinente de l'organisation — jamais au niveau projet
• Propriété transférée: Le chef de projet détermine qui notifier, mais l'acceptation de la propriété par la partie concernée est obligatoire
• Fin du suivi: Les risques escaladés ne sont plus surveillés par l'équipe projet après escalade
• Trace documentaire: Ils peuvent être enregistrés dans le registre des risques à titre d'information uniquement
• Niveau d'escalade: Correspond au niveau des objectifs qui seraient affectés si le risque survenait
• Confusion fréquente: L'escalade n'est PAS du transfert — le transfert implique une tierce partie (assurance, sous-traitant), l'escalade implique un niveau hiérarchique supérieur

Exemple type examen PMI

Un chef de projet identifie qu'une modification réglementaire majeure pourrait impacter la rentabilité du projet. Cette modification dépasse le cadre du projet et nécessite une décision au niveau du comité de direction. Quelle stratégie de réponse aux risques doit-il appliquer ? → Escalade vers le niveau portefeuille, car la menace dépasse son autorité et le scope du projet.

Pièges à l'examen PMI

• Piège: Confondre escalade et transfert Réalité: L'escalade monte au niveau hiérarchique supérieur ; le transfert externalise à un tiers (assureur, fournisseur)

• Piège: Croire que l'équipe continue de surveiller le risque après escalade Réalité: Après escalade et acceptation par la partie compétente, l'équipe ne suit plus le risque

• Piège: Penser que l'escalade ne s'applique qu'aux menaces Réalité: Cinq stratégies existent pour les menaces ET cinq pour les opportunités — l'escalade figure dans les deux listes

• Piège: Escalader un risque qui pourrait être géré au niveau projet Réalité: L'escalade n'est justifiée que si le risque dépasse le scope projet ou l'autorité du chef de projet

Connexions PMI importantes

Questions de révision rapide

1. Quelles sont les deux conditions qui justifient l'utilisation de la stratégie d'escalade pour un risque ?
2. Après avoir escaladé un risque, l'équipe projet continue-t-elle de le surveiller ? Justifiez.
3. L'escalade s'applique-t-elle uniquement aux menaces ou également aux opportunités ?
4. Quelle est la différence fondamentale entre la stratégie d'escalade et la stratégie de transfert ?
5. À quel niveau organisationnel les risques escaladés sont-ils gérés ?

Référence PMBOK v8

Section 5 – Tools and Techniques (pages 203-204) — Strategies for opportunities et Strategies for threats