L'ABC de la gestion de projet : R comme « Root Cause Analysis » (analyse des causes profondes)

S'attaquer aux problèmes des projets à la racine

Qu’est-ce que l’analyse des causes profondes, au juste ?

L'analyse des causes profondes, ou « Root Cause Analysis » en anglais, est une approche structurée visant à identifier la source première d'un problème, et non pas seulement ses effets visibles.

Prenons un exemple classique :
Votre projet accuse des retards à répétition. La cause apparente semble être une livraison tardive de composants. Une analyse des causes profondes (RCA) irait toutefois plus loin et poserait, par exemple, les questions suivantes :

• Pourquoi les composants ont-ils été livrés en retard ?
• Pourquoi le fournisseur a-t-il sous-estimé ses capacités ?
• Pourquoi aucune analyse des risques n'a-t-elle été effectuée avant la commande ?

C'est ainsi que vous passez des symptômes aux causes. Et ce n'est qu'une fois que vous les connaissez que vous pouvez mettre en œuvre des solutions durables afin d'éviter que des problèmes similaires ne se reproduisent à l'avenir.

L'analyse des causes profondes dans la pratique : un exemple bien connu, celui d
L'explosion de la navette spatiale Challenger en 1986 est souvent citée en ingénierie comme un exemple tragique d'analyse des causes profondes (RCA). À l'origine, on avait attribué la faute à une « défaillance matérielle » des joints toriques due au froid. L’analyse des causes profondes a toutefois révélé que les décisions de la direction et le mépris des avertissements lancés par les ingénieurs en constituaient la véritable cause.

Une analyse RCA met donc souvent en évidence non seulement des causes techniques, mais aussi des causes d'ordre organisationnel et de communication.

Pourquoi la RCA est-elle si importante dans la gestion de projet ?

1. Elle permet d’éviter les problèmes récurrents et, par là même, d’économiser du temps, de l’argent et de vous épargner bien des tracas. Celui qui maîtrise l’analyse des causes profondes (RCA) cesse ainsi de jouer les « pompiers » et devient un acteur stratégique.
2. Elle améliore durablement la qualité, car une RCA vise une amélioration systématique plutôt que des réparations ponctuelles et précipitées.
3. Renforce l’esprit d’équipe, car l’analyse des causes profondes ne doit pas servir à désigner un coupable, mais constitue une méthode neutre permettant d’apprendre ensemble.
4. Favorise les enseignements tirés.

Méthodes courantes d’analyse des causes profondes

1. La méthode des « 5 pourquoi »

La méthode des « 5 pourquoi » est l'outil classique parmi les outils d'analyse des causes profondes (RCA). Elle a été mise au point par Sakichi Toyoda dans le cadre du célèbre système de production Toyota. Le principe de cette méthode consiste à poser cinq fois la question « pourquoi ? » afin de mettre progressivement au jour la chaîne causale d’un problème et ainsi passer de la surface du problème à sa cause réelle. Le chiffre cinq n’est pas une règle absolue : parfois, trois « pourquoi » suffisent, tandis que d’autres fois, il en faut sept.
Cette méthode est très simple à mettre en œuvre et est donc souvent utilisée lors d'ateliers. Dans un premier temps, le problème est défini avec précision. Ensuite, on pose la question « Pourquoi ? » à propos de l'événement qui l'a immédiatement précédé. Autrement dit, on commence par se demander pourquoi le problème est survenu. Puis, on pose la question relative à la réponse précédente.

Exemple tiré du travail de projet quotidien :
Problème : Retard dans l'avancement du projet
Pourquoi ? La tâche A n'a pas été réalisée comme prévu.
Pourquoi ? L'employé X n'a ​​pas eu assez de temps pour accomplir ses tâches.
Pourquoi ? Les vacances de l'employé X n'ont pas été prises en compte dans la planification des ressources.
Pourquoi ? Il n'y avait aucune comparaison possible avec le calendrier des vacances.
Pourquoi ? Les projets de vacances ne sont pas saisis dans l'outil de gestion de projet.
Cause : Manque d'intégration des données RH dans la planification des projets.

Notre conseil : même si cette méthode est très simple à mettre en œuvre, vous devriez l’appliquer en équipe et non pas seul à votre bureau. De cette manière, le problème sera examiné sous différents angles et vous pourrez en identifier la cause réelle. Ensemble, il est également plus facile de vérifier si une réponse est réellement la cause du problème ou si elle n’en fournit qu’une explication partielle.

2. Diagramme d'Ishikawa (diagramme en arête de poisson ou diagramme de cause à effet)

Le diagramme d'Ishikawa est idéal pour les problèmes complexes comportant plusieurs facteurs d'influence. Il permet de visualiser les liens et les causes dans des catégories telles que :

• Facteurs humains (par exemple, manque de compétences)
• Machine (par exemple, erreur logicielle)
• Méthode (par exemple, des processus inefficaces)
• Matériel (par exemple, pénuries d’approvisionnement)
• Environnement (par exemple, la politique d’entreprise)
• Mesure (par exemple, indicateurs de performance clés inadaptés)

Vous trouverez une explication détaillée du diagramme d'Ishikawa dans cet article.

3. Analyse par arbre de défaillance (FTA)

L'analyse par arbre de défaillance (Fault Tree Analysis) est une technique analytique issue à l'origine du domaine de la sécurité et de la gestion des risques, mais qui s'avère également très utile en gestion de projet. C'est notamment face à des problèmes techniques ou systémiques que la FTA révèle tous ses atouts. Elle s'appuie sur des représentations logiques sous forme de portes logiques (« ET », « OU ») afin d'identifier quelles combinaisons de causes conduisent à un problème.

Voici comment fonctionne cette méthode :

1. Commencez par l'événement principal. Il s'agit de l'événement indésirable qui doit être analysé (par exemple : « Le système est tombé en panne »).
2. Identifiez ensuite toutes les causes immédiates.
3. Représentez ces causes à l’aide de liens logiques. Il existe deux possibilités pour ces liens :
   • « ET » signifie que toutes les causes doivent se produire simultanément pour que l’événement principal se produise.
   • OU signifie qu’une seule des causes suffit à déclencher l’événement principal.
4. Décomposez chaque cause jusqu’à ce que vous ne puissiez plus approfondir l’analyse ou qu’une analyse plus poussée devienne peu rentable.

Exemple tiré d’un projet logiciel :
Événement principal : le serveur web est en panne
Causes (opérateur « OU ») : défaillance matérielle OU surcharge du système OU mise à jour défectueuse. L’événement principal peut donc être déclenché indépendamment par chacune des trois causes identifiées.
Cependant, lors de l’analyse approfondie de la cause « surcharge du système », on constate que les causes « pic soudain de trafic » et « équilibrage de charge non activé », lorsqu’elles se produisent simultanément (opération ET), déclenchent l’événement principal. Ici, l’analyse FTA montre donc que le problème ne réside pas uniquement dans le trafic élevé, mais que l’absence d’architecture évolutive constitue le véritable point faible.

Notre conseil : la FTA est plus complexe à établir. C'est pourquoi vous devriez l'utiliser principalement pour les risques critiques ou les problèmes liés à la sécurité et à la conformité.

Conseils pour le choix d’une méthode

Meilleures pratiques

• Définissez le problème de manière claire et mesurable. « Retard du projet » est trop vague. Il vaudrait mieux dire : « La livraison A dépasse le délai de 3 jours. » Étayez ce problème par des faits, par exemple depuis quand il existe, qui il concerne, quelles conséquences ou quels symptômes il entraîne. Vous obtiendrez ainsi une vision globale du problème et pourrez en analyser les causes plus précisément par la suite.
• Impliquez votre équipe. Les meilleures idées émanent souvent des collaborateurs opérationnels, et non du chef de projet seul. Impliquer votre équipe permet en outre d'accélérer la recherche de solutions et vous aide à identifier les causes dont vous pourriez vous-même être responsable.
• Faites la distinction entre la cause et la responsabilité. Une analyse des causes profondes (RCA) ne vise pas à attribuer la faute, mais constitue un outil d'amélioration continue. Si vous l'utilisez pour attribuer la faute, l'équipe pourrait à l'avenir se montrer réticente à y participer.
• Consignez les résultats. Les enseignements tirés ne sont utiles que s’ils peuvent être retrouvés ultérieurement et si les mesures appropriées sont prises en conséquence. Idéalement, vous devriez donc consigner les résultats de l’analyse des causes profondes (RCA) dans votre système de gestion de projet et y définir immédiatement les mesures nécessaires.
• Tirez des mesures correctives de l'analyse RCA et veillez à les mettre en œuvre. Cela peut sembler banal, mais on l'oublie souvent au quotidien. Une analyse sans mesures concrètes n'est toutefois qu'une perte de temps.
• Recourez également aux analyses des causes, même en cas de réussite, et pas seulement en cas de problème. De telles analyses peuvent contribuer à la réussite de vos futurs projets.

Erreurs courantes dans l’analyse RCA

• S'arrêter trop tôt : la première cause est rarement la cause première ; il est donc judicieux de continuer à poser des questions ou d'utiliser une méthode supplémentaire pour aller au fond des causes réelles.
• Absence de hiérarchisation : toutes les causes ne présentent pas le même degré de gravité. Analysez le risque et l’impact des différentes causes.
• Manque de pérennité : la documentation, les séances de retour d’expérience et la gestion des connaissances en font partie intégrante.

Conclusion

L’analyse des causes profondes (RCA) est une approche méthodique qui permet de s’attaquer aux causes profondes des problèmes, plutôt que de se contenter d’en traiter les symptômes. Les chefs de projet qui appliquent systématiquement la RCA préviennent la réapparition des problèmes, améliorent durablement leurs processus et renforcent leur équipe grâce à l’apprentissage collectif.

En savoir plus sur le logiciel de gestion de projet et de portefeuille myPARM :

Vous souhaitez découvrir myPARM lors d'une démonstration ? Alors prenez rendez-vous dès maintenant !