Résolution de problèmes

En anglais : Problem solving

Résoudre un problème, au sens Lean Six Sigma, c'est remonter d'un symptôme constaté à une cause démontrée, puis vérifier que l'action prise l'a bien supprimée — dans cet ordre, et sans sauter d'étape.

Décrire avant d'expliquer

La première étape n'est pas de chercher pourquoi, mais quoi. Un problème bien posé dit ce qui se produit, où, quand, sur quoi, depuis quand, et dans quelle proportion. Tant que ces éléments manquent, toute explication est une hypothèse invérifiable.

L'écart entre ce qui est observé et ce qui était attendu doit être chiffré. « Il y a trop de rebuts » ne se résout pas ; « le taux de rebut est passé de 1,2 % à 3,8 % sur la ligne 2 depuis le 14 mai, uniquement sur la référence A » se résout — la description a déjà éliminé les trois quarts des causes possibles.

Cette étape consomme régulièrement la moitié du temps d'une résolution réussie, et c'est le meilleur investissement du processus.

Remonter aux causes

Les cinq pourquoi enchaînent les questions jusqu'à atteindre une cause sur laquelle on peut agir. Simples et rapides, ils ont un défaut connu : ils suivent une seule chaîne, celle que le groupe a en tête, et manquent les causes parallèles.

Le diagramme d'Ishikawa corrige cela en balayant les familles de causes — main-d'œuvre, matière, méthode, machine, milieu. Il produit un inventaire large, dont le mérite est de faire apparaître des pistes que personne n'aurait proposées spontanément.

Ni l'un ni l'autre ne PROUVE quoi que ce soit. Ils produisent des hypothèses, et l'étape suivante consiste à les vérifier sur des données — comparaison de groupes, test statistique, ou simple retour au terrain pour observer. Une cause validée par consensus en salle reste une opinion.

Vérifier que le problème est bien mort

Une action corrective se juge sur la disparition mesurée du symptôme, pas sur le fait qu'elle ait été mise en œuvre. Le tableau de suivi doit montrer l'indicateur avant et après, sur une durée suffisante pour écarter la coïncidence.

Il reste ensuite à empêcher le retour : standard mis à jour, contrôle intégré au processus, dispositif anti-erreur quand c'est possible. Sans cela, le problème revient au premier changement d'équipe — et il revient avec la conviction, chez ceux qui l'avaient traité, qu'il avait été réglé.

Les erreurs fréquentes

Sauter de la description à la solution. C'est le raccourci le plus naturel et le plus coûteux : on connaît le remède avant d'avoir posé le diagnostic, on l'applique, le symptôme recule un peu, et le vrai problème reste. Le signe reconnaissable est un plan d'action rédigé avant toute donnée.

S'arrêter à la cause humaine. « L'opérateur ne l'a pas vu » n'est pas une cause, c'est un constat. La cause est ce qui a rendu l'erreur possible — un écran ambigu, deux pièces qui se ressemblent, une consigne orale. Chercher un responsable arrête l'enquête au moment où elle allait devenir utile.

Traiter le problème sans le chiffrer. Sans mesure avant, aucune mesure après ne prouve quoi que ce soit, et la résolution devient une affaire de conviction.

Sur le terrain — Maintenance industrielle

Une panne récurrente était attribuée depuis des mois à un défaut de composant. La description précise a montré qu'elle survenait uniquement le lundi matin. La cause était l'arrêt du week-end et la condensation associée, jamais évoquée en réunion parce que personne n'avait daté les occurrences.

Questions fréquentes

Les cinq pourquoi suffisent-ils ?

Pour un problème simple à cause unique, souvent oui. Dès que plusieurs facteurs se combinent, ils enferment dans une seule chaîne de raisonnement et donnent une réponse plausible qui n'est pas la bonne. Le repère pratique : si deux groupes différents obtiennent deux causes différentes sur le même problème, l'outil a atteint sa limite.

Faut-il toujours des statistiques pour valider une cause ?

Non. Une observation directe au poste, une comparaison entre deux lots, un essai de remise en cause suffisent souvent. Les statistiques deviennent nécessaires quand l'effet est petit devant la variabilité normale — c'est-à-dire quand l'œil ne peut plus trancher.

Quelle différence entre action corrective et action curative ?

L'action curative rétablit la situation — on retouche la pièce, on rappelle le client. L'action corrective supprime la cause pour que cela ne se reproduise plus. Les deux sont nécessaires, dans cet ordre, et confondre l'une avec l'autre fait clore un problème qui va revenir.

Quand faut-il passer en projet DMAIC ?

Quand le problème résiste à une résolution courte, quand ses causes sont multiples ou dispersées, ou quand l'enjeu justifie plusieurs semaines de travail. Un problème dont la cause se démontre en une journée n'a pas besoin d'un DMAIC — lui en imposer un est le meilleur moyen de décrédibiliser la démarche.

Voir aussi

S'entraîner sur ce thème

Le parcours Six Sigma Green Belt comporte des questions sur ce sujet. Il fait partie de l’accès complet.

Voir le parcours