Arrêtez de “patcher” les symptômes. Combinez 5 Why (le récit causale) et Ishikawa 6M (la cartographie des causes) dans un même flux outillé. Décidez sur preuves, alignez les actions, suivez les échéances, et sortez un A3 imprimable pour le terrain.
L’angle qui change tout : passer du “qui” au “pourquoi”
Une panne réapparaît. Réflexe courant : chercher un responsable. Résultat : on répare vite… et on répare souvent. L’angle d’attaque à adopter : neutraliser le blâme, investiguer la mécanique des faits, prouver chaque cause avant d’agir. Le combo 5 Why + Ishikawa structure cette bascule :
5 Why construit le fil narratif du dysfonctionnement → une cause racine plausible, étayée par preuves.
Ishikawa (6M) élargit le champ des causes (Méthodes, Machines, Main-d’œuvre, Matières, Mesures, Milieu) et prévient l’angle mort.
L’approche “de la caméra au calendrier”
Caméra : on part du fait observable (symptôme) et on avance uniquement avec traces, mesures, tests.
Calendrier : chaque hypothèse validée entraîne une action datée, avec propriétaire et statut. Sans date, c’est un vœu pieux.
Le kit opérationnel inclus (et ce qui le rend différent)
5 Why avec preuves obligatoires et cause racine candidate calculée (lookup des “Oui”).
Ishikawa 6M avec vote/poids, liens, échéances et alerte “Due ≤ 7 j”.
Plan d’actions consolidé alimenté automatiquement par 5 Why & Ishikawa, filtré par défaut sur ≠ “Fait” + vue dédiée “Non Fait”.
A3 imprimable : incident, cause racine, Pareto 6M, top actions — parfait pour brief quotidien.
Plan d’attaque en 90 minutes
00–10’ : cadrer le fait (où, quand, combien, comment on a vu). 10–35’ : 5 Why guidé → à chaque “Pourquoi ?”, une preuve (photo, log, mesure). 35–55’ : Ishikawa éclair → on balance les causes candidates par 6M, on pèse (0–5). 55–70’ : décider 3–5 actions max, datées, avec un propriétaire unique. 70–85’ : vérifier la cohérence (action ↔ preuve ↔ cause), activer les alertes ≤ 7 j. 85–90’ : générer l’A3, le coller au point de management visuel, suivi quotidien.
Ce qu’on mesure (et pourquoi ça compte)
TTR (Time To Resolution) moyen ↓
Taux de récurrence des incidents ciblés ↓
% actions “Fait” à l’échéance ↑
Part d’actions préventives (vs. curatives) ↑
Dollars/€ évités (rebuts, arrêts, retouches) = votre business case
Les trois pièges qui ruinent un RCA (et comment les déjouer)
Répondre trop vite : on saute du symptôme à l’action. → Imposez preuve à chaque niveau du 5 Why (champ obligatoire dans le fichier).
Cause unique magique : on s’entête sur une piste. → Ishikawa force la divergence structurée (6M) avant la convergence.
Plan sans énergie : actions sans propriétaire ni date. → Consolidation auto + filtre “Non Fait” + alerte ≤ 7 j = bouclage de l’exécution.
Gouvernance légère, effets massifs
Rituel quotidien (10 minutes) : revue de l’A3, lever d’obstacles pour les actions dues.
Hebdo (30 minutes) : purge des causes faibles, portage des préventifs dans les standards, AMDEC, plans de maintenance.
RCA ne gagne pas parce qu’il est “intelligent” — il gagne parce qu’il est implacable : faits → causes → actions datées. Avec un flux unique, des preuves obligatoires et une exécution rendue visible, on passe de la réparation répétée à la résolution durable.
5 Why + Ishikawa— faire durer les résultats (du coup de force au système)
Pourquoi tant de RCA meurent après 3 mois ?
Énergie dispersée : trop d’actions ouvertes, pas de priorité.
Flux bancal : enquête → actions → oubli (pas de rituel, pas de preuves).
Données bancales : dates incohérentes, preuves introuvables, suivi à la main. Contre-mesure : un pipeline limité en WIP, des cadences fixes, un plan de données minimal et un outil unique (le modèle Excel).
Plan de déploiement 30-60-90
Jours 0–30 : installer le flux
Désigner 1 sponsor et 1 facilitateur RCA (terrain).
RCA – 5 Why & Ishikawa : plan d’actions auto-alimenté et vue Non « Fait »
Téléchargez le modèle, choisissez un seul incident significatif, tenez la cadence 2 semaines. Le succès ne vient pas d’un “grand soir” méthodo, mais d’un petit matin quotidien où l’on ferme des actions, preuves à l’appui.
Lisez ci-après la description du module Excel “RCA – 5 Why & Ishikawa (liaison auto + filtre Non Fait) – dates corrigées”.
Unifier l’analyse de panne (5 Why + Ishikawa 6M) et le pilotage des actions dans un seul classeur : saisie des faits, preuves, décisions, consolidation automatique des actions, vues filtrées prêtes à imprimer.
Architecture des onglets
00_Mode_emploi : rappel du flux + cellule “Aujourd’hui” (=TODAY()) pour vérifier le recalcul.
20_5Why : 5 niveaux “Pourquoi ?” avec preuve obligatoire, validation d’hypothèse, action/resp./échéance/statut. • Cause racine candidate calculée automatiquement.
30_Ishikawa_6M : causes par 6M (Méthodes, Machines, Main-d’œuvre, Matières, Mesures, Milieu), vote/poids, actions, Due ≤ 7 j (calculé), statut. • Retards surlignés en rouge.
70_Link(masqué) : collecte automatique des actions saisies dans 20 et 30 (cause liée, resp., échéance, statut, preuve, type suggéré).
40_Actions : plan d’actions consolidé (zone AUTO alimentée par 70_Link + zone MANUELLE). • AutoFilter appliqué par défaut : Statut ≠ “Fait”. • Indicateur Due ≤ 7 j + surlignage des retards.
41_Actions_NonFait : vue dynamique basée sur FILTER() des actions non “Fait” (pratique pour stand-up & impression).
80_Pareto_Data(masqué) : comptage par 6M pour le graphe.
90_Impression_A3 : synthèse imprimable (incident, cause 5 Why, Pareto 6M, Top actions Non Fait).