Avant de choisir une méthode, il faut comprendre ce que l'on cherche. Toyota distingue depuis les années 1950 trois niveaux de réponse à un problème, et la maturité Lean d'une organisation se mesure à sa capacité à monter du premier au troisième.

Le niveau palliatif est l'action immédiate pour limiter les dégâts : isoler le lot non conforme, basculer sur une machine de secours, prévenir le client d'un retard probable. C'est indispensable mais ça ne résout rien sur le fond. Le niveau correctif traite le symptôme : on remplace la pièce cassée, on réétalonne le capteur, on refait la pièce. Le problème est masqué mais peut revenir. Le niveau préventif (cause racine) élimine la source du problème pour toujours : on change la conception, on modifie le standard, on installe un poka-yoke. Le défaut ne peut plus se reproduire.

Une entreprise immature passe 90 % de son temps en palliatif et 10 % en correctif. Une entreprise Lean mature inverse le ratio : 70 % du temps de résolution est consacré à la cause racine, le palliatif étant traité en quelques minutes et oublié. Ce basculement est l'objectif principal du module 5.

« Sans cause racine identifiée, vous n'avez pas résolu un problème : vous avez simplement retardé sa prochaine apparition. »
— Adage Toyota, repris dans The Toyota Way de Jeffrey K. Liker, 2004

Conséquence pratique : tout outil de résolution Lean intègre une standardisation post-action. Une fois la cause racine éliminée, on met à jour le standard de travail, on forme l'équipe, on contrôle l'efficacité 30/60/90 jours après. Sans cette boucle de standardisation, la solution ne tient pas.

L'outil le plus simple et le plus puissant de la boîte Lean : itérer la question « pourquoi ? » environ cinq fois pour passer du symptôme apparent à la cause racine sous-jacente. La méthode a été formalisée par Sakichi Toyoda, fondateur de Toyota Industries, dans les années 1930, puis popularisée par Taiichi Ohno comme pilier du Toyota Production System.

L'exemple historique cité par Ohno lui-même : la machine s'est arrêtée. Pourquoi ? Le fusible a sauté. Pourquoi ? Le palier a chauffé. Pourquoi ? Il n'a pas été suffisamment lubrifié. Pourquoi ? La pompe à huile ne fonctionne pas correctement. Pourquoi ? Son axe est usé prématurément par défaut de filtration. Cause racine : défaut de conception du filtre de la pompe. Sans 5 pourquoi, on aurait remplacé le fusible et le problème serait revenu une semaine plus tard.

Trois règles d'usage. Première règle : rester sur les processus, jamais sur les personnes. Si l'enquête remonte à « parce que Marc a oublié », on n'a pas trouvé la cause racine — on a trouvé un bouc émissaire. La bonne question est : « pourquoi le processus permet-il qu'un oubli humain provoque ce défaut ? ». Deuxième règle : vérifier chaque maillon par les faits, pas par l'hypothèse. Aller au gemba, observer, mesurer. Troisième règle : le chiffre « 5 » est indicatif. Parfois 3 suffisent, parfois 7 sont nécessaires. Le critère d'arrêt : on a atteint un élément actionnable (modifier un standard, changer un composant, ajouter un poka-yoke).

Limite : les 5 pourquoi suivent une seule chaîne causale. Ils excellent quand la cause est unique, ils échouent quand le problème résulte de l'interaction de plusieurs causes. C'est là que l'Ishikawa prend le relais.

Le diagramme d'Ishikawa a été formalisé en 1968 par Kaoru Ishikawa, professeur à l'Université de Tokyo et figure majeure de la qualité japonaise. Sa forme caractéristique en « arête de poisson » donne son surnom au diagramme. Le principe : on inscrit le problème dans la « tête du poisson », et on remonte chaque arête en classant les causes en familles standardisées — les fameux 5M (parfois 6M ou 7M selon les extensions).

Les 5M classiques : Main-d'œuvre (compétences, formation, ergonomie), Méthodes (mode opératoire, gamme, standard), Machines (état, étalonnage, maintenance), Matières (qualité fournisseur, lot, péremption), Milieu (environnement physique : température, humidité, bruit, propreté). Les extensions ajoutent Mesure (instruments, métrologie) et Management (organisation, priorisation, communication). L'atelier Ishikawa se mène en groupe pluridisciplinaire (production, maintenance, qualité, méthodes) sur 2 à 3 heures, par brainstorming dirigé.

L'intérêt principal d'Ishikawa : combattre le tunnel cognitif des 5 pourquoi. En forçant le groupe à examiner toutes les familles, on évite de s'enfermer sur la première hypothèse plausible. C'est particulièrement précieux pour les problèmes qualité où plusieurs causes coexistent (un défaut peint = matière + température + opérateur + temps de séchage).

Une fois les causes possibles listées, vient l'étape de priorisation. C'est ici qu'intervient le diagramme de Pareto, du nom de l'économiste italien Vilfredo Pareto qui formula en 1896 son célèbre principe : 20 % des causes génèrent 80 % des effets. Joseph Juran, qualiticien américain, popularisa le principe dans l'industrie dans les années 1950 sous l'appellation « 80/20 ». Le diagramme : barres triées décroissantes (fréquence ou coût de chaque cause) + courbe cumulée du pourcentage. La règle d'or : on attaque les 20 % de causes qui apportent 80 % du gain potentiel, on ignore (pour l'instant) les autres.

Combinaison classique en atelier : 1 Ishikawa pour identifier toutes les causes possibles + 1 Pareto pour prioriser celles qu'on traite. Sans Pareto, l'Ishikawa produit une liste si longue qu'aucune action concrète ne sort.

L'A3 est l'outil le plus emblématique de la résolution de problème Toyota. Né dans les années 1960 chez Toyota, il tire son nom du format papier A3 (297 × 420 mm) — la contrainte de tenir sur une seule feuille est volontaire : elle force la discipline de synthèse mentale. Si l'on n'arrive pas à raconter son problème sur une A3, c'est qu'on ne l'a pas encore compris.

Structure standard d'un A3 de résolution, en 7 sections : (1) Contexte — pourquoi ce sujet, en quoi il importe ; (2) État actuel — données factuelles, mesures, observations gemba ; (3) Objectif — cible chiffrée SMART avec date ; (4) Analyse des causes racines — 5 pourquoi, Ishikawa, Pareto consolidés ; (5) Solutions retenues — options évaluées et choix justifié ; (6) Plan d'action — qui fait quoi pour quand ; (7) Suivi et standardisation — comment on vérifie l'efficacité et on pérennise.

L'A3 doit pouvoir être présenté en 5 minutes par son auteur, debout, devant la feuille affichée. C'est un test brutal : si l'on ne tient pas dans le temps, c'est que la pensée n'est pas claire. C'est aussi un test culturel : un A3 obscur ou trop technique ne sera pas validé par le mentor — il devra être réécrit.

Trois variantes courantes d'A3 chez Toyota. L'A3 Resolution (description ci-dessus) pour les problèmes. L'A3 Proposal pour présenter une décision d'investissement (achat machine, nouveau produit). L'A3 Status Report pour le suivi mensuel d'un projet. Le format papier impose la même contrainte de synthèse dans les trois cas.

La relation mentor-mentoré est inséparable de l'A3. Un junior tient le crayon, un senior (manager Lean expérimenté) coache par questionnement, sans donner les réponses. « Que sais-tu vraiment ? », « Quelles données as-tu vérifiées ? », « As-tu été sur le terrain ? », « As-tu envisagé l'option B ? ». Cette transmission par questions, et non par instructions, est au cœur du « Toyota Kata » de Mike Rother (2009) — un livre qui formalise la méthode de coaching Toyota et son rôle dans la culture d'amélioration continue.

Quand le problème dépasse les 5 pourquoi ou l'A3, deux méthodes plus structurées prennent le relais. Le 8D — 8 Disciplines, né chez Ford en 1987, est devenu le standard automobile pour traiter les réclamations clients formelles (notamment via IATF 16949). Les 8 étapes : D1 constituer une équipe pluridisciplinaire, D2 décrire le problème (5W2H : what, where, when, who, why, how, how much), D3 mettre en place des actions immédiates de confinement, D4 identifier les causes racines, D5 choisir et tester les actions correctives, D6 implémenter et vérifier, D7 prévenir la récurrence (mise à jour standard, FMEA, gammes), D8 reconnaître l'équipe (« célébrer »).

Le 8D est plus formel et plus traçable qu'un A3 : chaque étape produit un livrable signé, un planning, un PV. Il est imposé par la plupart des grands donneurs d'ordre automobile (Renault, Stellantis, Volkswagen) et aéronautique (Airbus, Safran) pour le traitement des non-conformités fournisseur. Un 8D classique se déroule sur 2 à 8 semaines.

Le DMAIC est la version statistique du processus, issue du Six Sigma (développé par Motorola en 1986, popularisé par GE sous Jack Welch dans les années 1990). Cinq phases : Define (cadrage, charte projet, voix du client), Measure (mesure de la performance actuelle, capabilité, MSA — Measurement System Analysis), Analyze (analyse statistique, tests d'hypothèses, ANOVA, régressions), Improve (DOE — plans d'expériences, optimisation), Control (cartes de contrôle SPC, standardisation). Durée typique : 3 à 12 mois pour un Green Belt ou un Black Belt.

DMAIC est adapté aux problèmes complexes avec forte variabilité, données nombreuses et enjeu économique élevé : réduction des rebuts d'une presse à injection, optimisation d'un procédé chimique, amélioration d'un yield semi-conducteur. C'est rarement l'outil de la production de masse quotidienne, plutôt celui des projets stratégiques pluri-trimestriels.

Critère de choix résumé : 5 pourquoi pour un défaut isolé qu'on identifie en 30 minutes, Ishikawa + Pareto pour un atelier qualité de 2-3 heures, A3 pour un problème de 1 à 4 semaines avec une équipe restreinte, 8D pour une réclamation client formelle, DMAIC pour un projet structuré de plusieurs mois avec données statistiques.

Premier piège, omniprésent : la chasse au coupable. Quand les 5 pourquoi remontent à « parce que tel opérateur a fait telle erreur », l'enquête s'arrête là, l'opérateur reçoit un blâme, le problème reviendra dans deux semaines avec un autre opérateur. La règle inflexible : on attaque les processus, jamais les personnes. C'est l'un des piliers de la culture « Respect for People » du Toyota Way 2001.

Deuxième piège : l'analyse de bureau sans gemba. Un Ishikawa rempli en salle de réunion à partir d'opinions, sans observation directe ni mesure terrain, produit de la fiction. Aller au gemba, observer le poste pendant 2 cycles, interroger l'opérateur — c'est la base. Les chiffres remontés du MES doivent être validés sur le terrain avant toute analyse.

Troisième piège : la « paralysie par analyse ». Lancer un DMAIC de 9 mois pour un problème qui aurait été résolu en 30 minutes de 5 pourquoi, c'est gaspiller plus que ce qu'on espère économiser. Le bon outil dépend de l'ampleur. Inversement, traiter une dérive statistique par un simple A3 sans données suffisantes, c'est se condamner à des conclusions fragiles.

Quatrième piège : l'oubli de la standardisation. Une cause racine éliminée doit immédiatement faire l'objet d'une mise à jour du standard de travail, d'une communication équipe, d'une révision FMEA si applicable, et d'un contrôle d'efficacité à 30/60/90 jours. Sans cette pérennisation, la solution s'érode et le problème revient.

Bonnes pratiques transversales : (a) toujours valider les faits au gemba avant d'analyser, (b) constituer une équipe pluridisciplinaire dès le départ, (c) attaquer le processus jamais l'individu, (d) chiffrer l'objectif et la cible (SMART), (e) standardiser après résolution, (f) auditer l'efficacité à intervalles fixes, (g) capitaliser via une base de retours d'expérience accessible à toute l'organisation.