Root Cause Analysis : Méthode analytique pour identifier l'origine des variances et risque…
Définition PMBOK v8
La Root Cause Analysis est une méthode analytique utilisée pour déterminer la raison sous-jacente fondamentale qui cause une variance, un défaut ou un risque. Une cause racine peut être à l'origine de plusieurs variances, défauts ou risques. Lorsque toutes les causes racines d'un problème sont éliminées, le problème ne se reproduit pas.
Cette technique s'applique dans le contexte de l'analyse des risques (Perform Risk Analysis) et de la gestion de la qualité. Elle est utilisée comme technique pour identifier les causes profondes des problèmes et les résoudre définitivement.
Pourquoi c'est important pour l'examen
La Root Cause Analysis est fréquemment testée à l'examen PMI dans des questions portant sur :
- La résolution de problèmes et l'amélioration continue
- La gestion des risques (identification des causes communes)
- La distinction entre symptôme et cause profonde
Les questions typiques vous présentent une situation de variance ou de défaut récurrent et vous demandent quelle technique utiliser pour éviter que le problème ne se reproduise.
Points clés à retenir (pour l'examen)
- Objectif principal: Déterminer la cause fondamentale sous-jacente, pas seulement traiter les symptômes
- Principe clé: Une cause racine peut être à l'origine de plusieurs variances, défauts ou risques
- Résultat attendu: Quand toutes les causes racines sont supprimées, le problème ne réapparaît pas
- Application principale: Technique utilisée dans Perform Risk Analysis et gestion de la qualité
- Relation avec les risques: Les risques peuvent être catégorisés par causes racines communes (Risk Breakdown Structure)
- Processus itératif: L'identification des risques (et donc l'analyse des causes racines) doit être un processus itératif tout au long du projet
- Confusion fréquente: Ne pas confondre avec l'analyse d'impact (qui évalue les conséquences) ou l'identification des risques (qui liste les risques sans nécessairement en trouver la cause profonde)
Exemple type examen PMI
Un projet de construction connaît des retards répétés sur les livraisons de béton. L'équipe projet a déjà changé de fournisseur, mais les retards persistent. Quel outil doit-elle utiliser pour résoudre définitivement ce problème ?
Réponse attendue: Root Cause Analysis, car il faut identifier la cause fondamentale (ex : planning irréaliste, mauvaise coordination logistique) qui peut être commune à plusieurs fournisseurs.
Pièges à l'examen PMI
-
Piège: Confondre Root Cause Analysis avec l'identification des risques
-
Réalité: L'identification des risques liste les risques potentiels ; la Root Cause Analysis cherche la cause profonde d'un problème déjà survenu
-
Piège: Penser que la Root Cause Analysis ne s'applique qu'aux défauts qualité
-
Réalité: Elle s'applique aussi aux variances (écarts au plan) et aux risques (causes communes)
-
Piège: Croire qu'une cause racine n'affecte qu'un seul problème
-
Réalité: Une cause racine peut être à l'origine de plusieurs variances, défauts ou risques simultanément
-
Piège: Confondre avec l'analyse des causes immédiates
-
Réalité: La Root Cause Analysis va plus loin que la cause immédiate pour trouver la cause fondamentale sous-jacente
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Perform Risk Analysis | Technique utilisée dans ce processus | L'analyse des causes racines alimente l'évaluation qualitative et quantitative des risques |
| Risk Breakdown Structure (RBS) | Catégorisation par causes communes | Les risques peuvent être regroupés par causes racines pour développer des réponses génériques |
| Progressive Elaboration | Complémentaire | L'analyse des causes racines s'affine au fur et à mesure que l'information devient disponible |
| Plan Risk Responses | Output vers ce processus | L'identification des causes racines permet de développer des réponses aux risques plus efficaces |
| Monitor Risks | Processus aval | La vérification que les causes racines ont bien été éliminées fait partie du suivi des risques |
Questions de révision rapide
-
Quelle est la différence fondamentale entre traiter un symptôme et éliminer une cause racine selon le PMBOK v8 ?
-
Dans quels processus de gestion des risques la Root Cause Analysis est-elle principalement utilisée ?
-
Pourquoi une même cause racine peut-elle générer plusieurs risques ou défauts différents ?
-
Quel est le lien entre la Root Cause Analysis et la catégorisation des risques dans le Risk Breakdown Structure ?
-
Comment la Progressive Elaboration influence-t-elle l'efficacité de la Root Cause Analysis au fil du projet ?
Référence PMBOK v8
Section 2.3 - Perform Risk Analysis (contexte général) Section 2.7.2.3 - Perform Risk Analysis (processus itératif) Section sur Root Cause Analysis (définition et méthode analytique)
Note : Les passages extraits du PMBOK v8 traitent de la Root Cause Analysis dans le contexte de l'analyse des risques et de la résolution de problèmes. La méthode est présentée comme un outil analytique pour déterminer les causes fondamentales des variances, défauts ou risques.