Le DMAIC est le cycle d'amélioration au cœur du Six Sigma. Il déroule un projet à travers cinq phases successives (Define, Measure, Analyse, Improve, Control), chacune assortie d'une condition de sortie devant être validée avant de passer à la suivante. C'est la méthode enseignée et pratiquée dans les certifications Green Belt et Black Belt.
Il convient aux problèmes dont la cause est réellement inconnue et où le processus existe déjà. Lorsque la cause est connue et la solution évidente, le DMAIC est une lourdeur inutile. Lorsque le processus n'existe pas encore, c'est le DMADV qui s'applique.
Define : s'accorder sur le problème avant de chercher les causes
Define établit quel problème doit être résolu, pour qui, et à quoi ressemblerait une amélioration en termes mesurables. Le livrable est un énoncé du problème cadré, et non une hypothèse sur sa cause. Un projet qui débute par « nous devons mettre en œuvre X » a sauté la phase Define.
Outils typiques : charte projet, SIPOC pour délimiter le processus, voix du client pour convertir les réclamations en exigences mesurables (CTQs).
Condition de sortie : une charte d'une page comprenant le problème, l'indicateur, la ligne de référence si elle est connue, le périmètre, l'équipe et un objectif signé par le sponsor.
Measure : établir la situation actuelle à l'aide de données
Measure établit la situation actuelle à l'aide de données plutôt que d'opinions. Cela inclut la vérification du système de mesure lui-même : un projet fondé sur un instrument de mesure non fiable échoue, quelle que soit la qualité des analyses ultérieures. Si deux personnes mesurant la même chose obtiennent des résultats différents, le premier projet d'amélioration concerne la mesure.
Outils typiques : plan de collecte des données, définitions opérationnelles, Gage R&R, cartographie du processus actuel, capabilité du processus (Cp, Cpk, niveau Sigma).
Condition de sortie : une ligne de référence validée pour l'indicateur de la charte, avec sa variation, sur une période suffisamment longue pour être représentative.
Analyse : trouver ce qui génère réellement le problème
Analyse identifie ce qui génère réellement le problème. La plupart des projets qui échouent achoppent ici, en supposant une cause prématurément et en passant les phases suivantes à la confirmer. La discipline consiste à lister largement les causes potentielles, puis à les tester par rapport aux données, et à ne conserver que celles que les données confirment.
Outils typiques : diagramme d'Ishikawa et 5 Pourquoi pour générer des hypothèses, diagramme de Pareto pour les classer, stratification, nuages de points et tests d'hypothèses pour confirmer quelles entrées influencent la sortie. Les projets Black Belt y ajoutent la régression et les plans d'expériences.
Condition de sortie : une liste restreinte de causes racines, chacune étayée par des preuves, accompagnée d'une estimation de la part du problème qu'elle explique.
Improve : concevoir, tester, puis déployer
Improve conçoit et teste des changements répondant à ces causes. Tester avant le déploiement complet est ce qui distingue cette méthode de la résolution ordinaire de problèmes : un pilote sur une ligne, une équipe ou une semaine montre si le changement fait évoluer l'indicateur avant que l'organisation ne s'y engage.
Outils typiques : matrice de sélection des solutions, FMEA sur le changement proposé, plan pilote, Poka-Yoke et les outils Lean qui apportent souvent la solution elle-même : 5S, travail standard, SMED, Kanban.
Condition de sortie : des résultats pilotes montrant un indicateur atteignant ou proche de l'objectif, ainsi qu'un plan de déploiement.
Control : faire du changement la nouvelle norme
Control pérennise le changement grâce à des standards, un suivi et une réponse définie en cas de dérive. Sauter l'étape Control explique pourquoi tant d'organisations affichent des améliorations qui ne tiennent pas dans le temps. La phase s'achève lorsque le Process Owner, et non l'équipe projet, pilote le suivi.
Outils typiques : plan de surveillance, cartes de contrôle, modes opératoires standards, management visuel, plan de réaction précisant qui fait quoi lorsqu'un signal apparaît sur la carte.
Condition de sortie : un plan de contrôle signé, un indicateur maintenu à l'objectif pendant une période définie, et un projet clôturé avec le retour d'expérience enregistré.
Un exemple concret
Une entreprise de logistique perd des clients en raison de livraisons en retard. Définir : le problème est énoncé ainsi : « 18 % des livraisons dans la région X arrivent après le créneau promis ; l'objectif est de passer à 5 % en quatre mois ». Mesurer : les horodatages de livraison sont comparés à la promesse sur trois mois ; le niveau de départ est de 18,4 %, avec un pic à 31 % le lundi. Analyser : les causes potentibles incluent la planification des itinéraires, la disponibilité des véhicules, les heures limites de commande et la préparation en entrepôt. Les données stratifiées montrent que le retard du lundi provient des commandes du week-end libérées en un seul lot à 06h00 ; la capacité de préparation constitue le goulot d'étranglement, et non les itinéraires. Innover / Améliorer : un pilote libère les commandes du week-end en deux vagues, le dimanche soir et le lundi matin ; le retard du lundi chute à 9 % dès le premier mois. Contrôler : la libération en deux vagues devient le standard, une carte de contrôle hebdomadaire suit le retard par jour et le responsable d'entrepôt prend en charge le plan de réaction.
La cause attendue par l'équipe au départ (la planification des itinéraires) s'est avérée fausse. C'est le résultat typique d'un projet DMAIC mené correctement, et la raison d'être de la phase Analyse.
Le DMAIC et le Lean
Le Lean Six Sigma utilise le DMAIC comme structure de projet et le Lean pour une grande partie du contenu. Measure et Analyse empruntent la Value Stream Mapping et les sept gaspillages pour repérer où le temps est perdu ; Improve s'appuie sur le flux, le flux tiré et le travail standardisé. La statistique est l'apport spécifique du Six Sigma lorsque la cause réside dans la variation plutôt que dans le gaspillage.
Quand le DMAIC n'est pas le bon outil
Le DMAIC est lent par conception : un projet Green Belt dure de trois à six mois. C'est le mauvais choix lorsque la cause est déjà connue et la solution peu coûteuse (mettez-la simplement en œuvre, et utilisez un A3 Problem-Solving Coaching ou un événement Kaizen si vous cherchez une structure), lorsque le processus n'existe pas encore (utilisez le DMADV), ou lorsque le problème est un incident ponctuel plutôt qu'un motif récurrent.
Foire aux questions
Combien de temps prend un projet DMAIC ? De trois à six mois pour un projet Green Belt, plus longtemps pour les projets Black Belt impliquant plusieurs causes ou sites. Des projets plus courts signifient généralement que les phases Measure ou Control ont été négligées.
Qui pilote un projet DMAIC ? Un Green Belt ou un Black Belt, épaulé par un sponsor responsable du processus et des membres d'équipe issus des personnes du terrain. Les Yellow Belts contribuent à la collecte de données et aux idées d'amélioration.
Quelle est la différence entre le DMAIC et le PDCA ? Le PDCA est une boucle d'amélioration générale sans profondeur d'analyse requise. Le DMAIC prescrit ce que chaque phase doit produire et exige des données avant de chercher les causes, puis des tests avant le déploiement. Le PDCA convient à l'amélioration quotidienne ; le DMAIC convient aux problèmes récalcitrants.
Quelle est la différence entre le DMAIC et le DMADV ? Le DMAIC améliore un processus existant. Le DMADV en conçoit un nouveau, ou en repense un dont la structure l'empêche d'atteindre l'exigence.
Où le DMAIC est-il enseigné ? C'est le socle de la certification Green Belt, où les participants mènent un véritable projet DMAIC, et il est approfondi par des statistiques avancées en Black Belt. Le Yellow Belt aborde le cycle au niveau des membres d'équipe.
