Meilleurs tuto

Modèle Excel Checklist et Plan d’Action 5 Why + Ishikawa : la méthode qui fait parler les faits

×

Recommandés

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)

  1. Fiche Incident (sobre, datée, prête à auditer)
    Contexte, impacts, confinement — dates auto-actualisées (pas d’horreurs “1900-01-00”).
  2. 5 Why avec preuves obligatoires et cause racine candidate calculée (lookup des “Oui”).
  3. Ishikawa 6M avec vote/poids, liens, échéances et alerte “Due ≤ 7 j”.
  4. Plan d’actions consolidé alimenté automatiquement par 5 Why & Ishikawa, filtré par défaut sur ≠ “Fait” + vue dédiée “Non Fait”.
  5. 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)

  1. Répondre trop vite : on saute du symptôme à l’action.
    → Imposez preuve à chaque niveau du 5 Why (champ obligatoire dans le fichier).
  2. Cause unique magique : on s’entête sur une piste.
    Ishikawa force la divergence structurée (6M) avant la convergence.
  3. 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.

Pourquoi ce modèle Excel tient la route en vrai

  • Un seul flux, pas trois fichiers épars.
  • Liaisons automatiques : 5 Why/Ishikawa → 40_Actions (zéro recopie).
  • Dates propres et filtres prêts : vous pilotez, vous n’arrangez pas le tableur.
  • A3 natif : partage, terrain, audits — sans “mise en page” chronophage.

Démarrage express (avec le fichier)

  1. Ouvrir le fichier
  2. Renseigner Fiche Incident (10).
  3. Mener 5 Why (20) + Ishikawa 6M (30).
  4. Vérifier 40_Actions (auto), regarder 41_Actions_NonFait.
  5. Sortir l’A3 (90) et l’afficher au poste.

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).
  • Démarrer avec 3 incidents max (WIP limité).
  • Utiliser le fichier : Fiche Incident → 5 Why → Ishikawa → 40_Actions → A3.
  • Lancer le stand-up 10 min/jour : on regarde 41_Actions_NonFait uniquement.

Jours 31–60 : stabiliser

  • Mesurer : % actions à l’échéance, TTR (Time To Resolution), récurrence 30 j.
  • Ajouter un gate hebdo 30 min : lever d’obstacles, arbitrages de ressources.
  • Standardiser : intégrer les actions préventives dans les standards de poste / AMDEC / plan de maintenance.

Jours 61–90 : industrialiser

  • Étendre à d’autres zones (toujours WIP limité).
  • Mettre en place la revue mensuelle sponsor (45 min) orientée résultats (coûts évités, récurrence).
  • Préparer l’auditabilité : A3 + preuves + actions clôturées et capitalisation.

Rôles & responsabilités (RACI éclair)

  • Sponsor : Approve (arbitre, lève les blocages).
  • Propriétaire de processus : Responsable des standards modifiés.
  • Facilitateur RCA : Runs le flux, garantit la qualité des preuves, anime les rituels.
  • Qualité / Maintenance / Production : Contribute (faits, mesures, actions).
  • PMO/Lean : Inform (porte les métriques, améliore l’outil).

Cadences qui tiennent vraiment

  • Quotidien (10 min) : top 5 actions dues (vue Non “Fait”), obstacles, décisions rapides.
  • Hebdo (30 min) : bilan, retards, priorisation (≤ 3 nouvelles actions).
  • Mensuel sponsor (45 min) : récurrence, coûts, durabilité (standards & formation).

Prioriser sans s’épuiser

  • Classes de service : Sécurité > Qualité client > Disponibilité > Coût.
  • Matrice Impact × Récurrence : n’ouvrez que ce qui est haut/haut.
  • WIP : 3 RCA actifs par atelier (max). Un RCA nouveau = un RCA clôturé.

KPIs (définitions simples & utiles)

  • On-Time Actions (%) = actions Fait / actions dues période.
  • TTR médian (j) = médiane (date clôture − date incident).
  • Récurrence 30/60/90j (%) = incidents récurrents / incidents clôturés.
  • Préventif / Curatif (%) = actions préventives / total actions.
  • Âge moyen des actions ouvertes (j) = aujourd’hui − échéance.

Cible réaliste en 90 j : ≥ 80 % On-Time, TTR ≤ 14 j sur incidents de niveau 2–3, récurrence ≤ 10 %.


“Definition of Ready” & “Definition of Done”

Ready (on démarre un RCA si…)

  • Fait décrit + impact chiffré, preuve initiale jointe, propriétaire désigné.

Done (on clôture si…)

  • Preuve avant/après disponible, standard mis à jour, formation faite, contrôle en place, action marquée Fait.

Anti-patterns & antidotes

  • Action sans date / sans propriétaire → Bloquer l’ouverture dans le fichier (validation).
  • 5 Why sans preuve → champ “preuve” obligatoire, revue facilitateur.
  • Ishikawa catalogue (trop large) → limiter à 3–5 causes scorées (0–5), le reste au parking.

Étude express (retour d’expérience)

Presse #12, défaut de sertissage récurrent

  • 5 Why : capteur encrassé → soufflage à la source absent → standard poste incomplet → capitalisation faible.
  • Ishikawa : 3 causes forces (Méthodes 4/5, Machines 3/5, Milieu 2/5).
  • Actions : écran anti-copeaux, ajout soufflage, MAJ standard + AMDEC, rituel de nettoyage.
    Résultat (60 j) : TTR 9 j, 0 récurrence à 60 j, −240 h d’arrêt/an projetées.

Améliorer l’outil au fil de l’eau (roadmap rapide)

  1. Tri auto par échéance dans 40_Actions (SORTBY).
  2. Table “Log incidents” : empiler les RCA pour analyse multi-mois.
  3. Power Query “From Folder” pour consolider plusieurs ateliers.
  4. Dashboard (tableaux croisés) : On-Time, TTR, Pareto 6M live.
  5. Lien GMAO / QMS : ID commun, synchro des statuts.

Check-list go-live (à afficher)

  • Sponsor nommé, facilitateur désigné
  • WIP limité (≤ 3 RCA actifs/atelier)
  • Rituels en place (J/H/M)
  • Champs “preuve” & “date” obligatoires
  • A3 imprimé et affiché
  • KPIs suivis hebdo

Modèle Excel Checklist et Plan d’Action 5 Why

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.
  • 10_Fiche_Incident : en-tête incident, impacts, confinement.
    • Validation de dates (année ≥ 2024).
  • 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).

Automatisations & règles clés

  • Liaison automatique 5 Why / Ishikawa → 40_Actions (zéro recopie).
  • Filtre par défaut sur “Non Fait” (toujours focalisé sur ce qui reste à faire).
  • Dates propres : format [=0]"";yyyy-mm-dd → les cellules vides n’affichent pas 1900.
  • Alertes délai : calcul Due ≤ 7 j, retards en rouge.
  • Listes normalisées (statuts, types d’actions, 6M) via l’onglet 97_Listes.
  • Formules Excel en anglais (compatibilité universelle).
Prise en main (4 étapes)
  1. Renseigner 10_Fiche_Incident (contexte, impacts, confinement).
  2. Mener 20_5Why (réponse + preuve à chaque niveau) et 30_Ishikawa_6M (causes, poids, actions).
  3. Ouvrir 40_Actions : vérifier la zone AUTO (filtrée sur Non Fait) et compléter au besoin en zone MANUELLE.
  4. Utiliser 41_Actions_NonFait pour le suivi quotidien et 90_A3 pour l’affichage.
Personnalisations rapides
  • Changer le format des dates en jj/mm/aaaa si souhaité.
  • Activer un tri par échéance croissante (ajout de SORTBY() possible).
  • Ajouter des colonnes “Impact € / Sévérité” si votre gouvernance le demande.

Recommandés

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

error: Content is protected !!