Six Sigma : guide pratique de la méthode DMAIC

Qu’est-ce que Six Sigma ? Une cible à atteindre et une méthode pour y parvenir : définir ce qui constitue un défaut, mesurer sa fréquence, déterminer les causes des variations, les éliminer, puis suivre les résultats pour qu’ils se maintiennent. DMAIC, acronyme de Define, Measure, Analyse, Improve et Control, désigne le cycle qui conduit de la formulation d’un problème à un processus dont les résultats restent maîtrisés.

Six Sigma a fait ses preuves, et la plupart des personnes qui l’appliquent ne cherchent pas à débattre de son efficacité. Elles veulent pouvoir démontrer les progrès réalisés, sans y consacrer un an. Ce guide répond à cette question pratique : qu’est-ce que Six Sigma, à quoi sert chaque étape de DMAIC et comment la Process Intelligence peut accélérer le cycle sans en affaiblir la rigueur.

Qu’est-ce que Six Sigma ?

Six Sigma est une méthode qui réduit les variations afin que les défauts deviennent moins fréquents et les résultats plus prévisibles. Lorsque le processus produit le même résultat de la même manière, il est plus facile de maintenir la qualité. Lorsque des cas similaires aboutissent différemment, c’est précisément cette différence que la méthode cherche à réduire.

Motorola a mis au point cette approche en 1986, puis General Electric l’a adoptée dans les années 1990. Elle s’est répandue dans l’industrie, les soins de santé, les services financiers et les services partagés, car elle a permis de mesurer la « qualité ».

Le nom vient du symbole statistique de l’écart type. Six sigma désigne un objectif de performance : lorsque la dispersion naturelle d’un processus se situe à six écarts types à l’intérieur de ses limites de spécification, les défauts deviennent rares.

Ces chiffres sont des références courantes de la méthode, mais ils appellent une mise en garde : la pertinence d’un taux de défauts dépend de la définition d’une occasion et de l’exhaustivité des données utilisées. C’est pourquoi la première phase de DMAIC porte sur la clarification, et non sur les statistiques.

À quoi ressemble le processus DMAIC ?

DMAIC est un cycle en cinq phases destiné à améliorer un processus existant. Chaque phase répond à une question différente et produit des éléments qui serviront à la suivante. C’est ce qui rend l’amélioration des processus selon Six Sigma reproductible, plutôt que ponctuelle.

Considérées comme un cycle plutôt que comme une succession d’étapes, les cinq phases résument presque toute démarche d’amélioration : comprendre le processus, le mesurer, expliquer les résultats, apporter un changement et le maintenir. Les lettres comptent moins que la discipline qui consiste à ne pas sauter une phase sous prétexte qu’elle est contraignante.

Pourquoi documenter le processus avant d’examiner les données ?

C’est souvent pendant Define qu’un projet DMAIC se joue, et la clarté compte davantage que les statistiques. Avant de mesurer un défaut, vous devez préciser en quoi consiste le processus, où il commence et se termine, qui en est responsable et à quoi ressemble un bon résultat.

Les projets sautent cette étape plus souvent qu’on ne le reconnaît. L’équipe s’accorde sur un problème en atelier, passe directement à l’extraction des données, puis découvre que les systèmes n’enregistrent pas l’étape que tout le monde croyait être le goulot d’étranglement, ou que trois services décrivent chacun un processus différent sous le même nom. La mesure ne peut pas corriger un processus sur lequel personne ne s’est entendu.

La documentation rend possible le reste du cycle :

• Un modèle de processus qui représente les étapes, les décisions et les transferts tels que l’équipe les comprend aujourd’hui, en BPMN 2.0 plutôt que sur une diapositive.
• Une définition du défaut associée à ce modèle, afin que la phase Measure compte les mêmes éléments que ceux convenus pendant Define.
• Les rôles et les responsabilités liés aux activités, afin qu’une personne habilitée à approuver un changement participe à Improve.
• Les documents réellement utilisés pour effectuer le travail : procédures, politiques, modèles et étapes à l’écran, associés aux activités qu’ils décrivent.

ProcessMind permet de conserver cette documentation à jour à côté du modèle, plutôt que dans un dossier qui finit par vieillir. Les équipes peuvent créer une première version avec la génération de processus assistée par l’IA, l’affiner sur le canevas de modélisation, joindre la procédure ou l’étape à l’écran pertinente comme artefact, puis soumettre le processus à une révision grâce à l’historique des versions. La version publiée est accessible aux personnes qui effectuent le travail dans le Process Portal : le processus mesuré par le projet est ainsi visible de tous. Le fait de conserver la documentation des processus et le modèle dans le même espace de travail évite qu’ils divergent.

Que se passe-t-il à chaque phase de DMAIC ?

Chaque phase a un résultat défini. Pour être complet, le tableau indique également où le travail prend généralement du temps. C’est sur ce dernier point que la Process Intelligence change la donne.

Dans la plupart des programmes, le goulot d’étranglement se situe pendant Measure. Lorsqu’il faut établir la référence manuellement, le travail prend des semaines, ne porte que sur les cas que quelqu’un a eu le temps d’examiner et devient obsolète avant même le début d’Analyse. C’est cette phase de DMAIC que le Process Mining transforme.

Comment le Process Mining accompagne-t-il DMAIC ?

Le Process Mining reconstitue le déroulement réel des cas à partir des données d’événements déjà enregistrées par vos systèmes. Un journal contenant un identifiant de cas, une activité et un horodatage suffit à faire apparaître les parcours réels, les variantes, les temps d’attente et les reprises.

Comme ces éléments reposent sur des mesures plutôt que sur des descriptions, ils contribuent de trois façons précises au cycle :

• Measure : établissez la référence à partir de tous les cas enregistrés, et non d’un échantillon limité aux cas que quelqu’un a eu le temps d’examiner.
• Analyse : comparez les variantes pour repérer les concentrations de retards et de reprises, puis vérifiez vos explications à partir des données plutôt que de retenir l’avis le plus affirmé de la salle.
• Control : poursuivez les mêmes mesures après la clôture du projet, afin de repérer rapidement tout retour aux anciennes méthodes de travail.

Le Process Mining ne remplace pas Six Sigma ni la réflexion nécessaire aux phases Define et Improve. Il remplace la collecte et l’examen manuels qui ralentissent Measure et fragilisent Control. Découvrez ses fonctionnalités sur la page consacrée au Process Mining ou consultez la documentation sur le Process Mining pour comprendre comment il reconstitue les flux. Pour l’analyse, les variantes de processus et la vérification de conformité sont les deux vues auxquelles une équipe DMAIC fait le plus souvent appel.

Comment les analyses de processus et les Dashboards permettent-ils de maintenir les progrès ?

C’est pendant Control que les progrès peuvent s’effacer sans bruit. Un changement qui n’est pas mesuré après la fin du projet est difficile à défendre, et un Dashboard que personne ne consulte ne permet pas de contrôler le processus.

Les analyses de processus transforment les mesures en informations utiles au responsable du processus : évolution du temps de cycle et des défauts par rapport à la référence, conformité au modèle documenté et seuils qui signalent quand un indicateur nécessite une attention particulière, au lieu de simplement le rapporter. Dans ProcessMind, les signets conservent les filtres et les mesures d’une revue, la santé du processus associe une plage de référence à chaque indicateur, et les Dashboards et KPI présentent les résultats au responsable. La documentation sur les Dashboards personnalisés explique comment créer ces vues.

Le critère est le même que pour toute carte de contrôle : à partir de cette vue et de ce seuil, le responsable peut-il déterminer si le processus a changé depuis le mois dernier ? Si ce n’est pas le cas, Control reste un document plutôt qu’un véritable contrôle.

Que désignent les rôles de ceinture Six Sigma ?

Les noms des ceintures désignent les rôles au sein d’un programme Six Sigma et permettent de savoir rapidement qui peut diriger quel projet. Les responsabilités varient selon les organisations, mais se répartissent généralement ainsi :

• Champion ou sponsor : le responsable qui obtient les ressources nécessaires et lève les obstacles.
• Master Black Belt : une personne expérimentée qui accompagne les équipes projet et veille au respect de la méthode.
• Black Belt : une personne qui dirige le projet et mène les travaux DMAIC.
• Green Belt : une personne qui mène un projet en parallèle de ses fonctions habituelles, souvent au sein d’un même service.
• Yellow Belt ou White Belt : un membre de l’équipe qui apporte sa connaissance du processus ou des données.

Dans un cycle DMAIC fondé sur les données, la couleur de la ceinture n’a pas d’importance. Un projet a besoin d’un responsable de processus habilité à approuver les changements, d’une personne capable d’examiner les éléments disponibles et d’une équipe prête à regarder les mesures avec objectivité. Le titre donne une indication, mais c’est le travail qui compte.

Quelle est la différence entre Lean et Six Sigma ?

Lean et Six Sigma répondent à des questions différentes. La confusion entre les deux tient souvent à leurs appellations.

• Lean réduit les gaspillages et améliore les flux. Cette approche porte notamment sur les attentes, les transferts, le surtraitement, les stocks, les déplacements et les défauts dans le déroulement du travail.
• Six Sigma réduit les variations et les défauts. Les mesures et l’analyse permettent de comprendre pourquoi deux cas similaires aboutissent différemment.

Lean Six Sigma, également écrit Lean 6 Sigma, associe les deux approches : Lean améliore le déroulement du travail, tandis que Six Sigma rend les résultats plus prévisibles. Les expressions « Lean et Six Sigma » et « Six Sigma et Lean Six Sigma » sont souvent présentées, à tort, comme des méthodes distinctes, alors qu’elles désignent la même combinaison. L’ordre d’application dépend du problème. Un processus lent mais stable appelle d’abord une approche Lean. Un processus rapide mais irrégulier nécessite d’abord de réduire les variations. Le guide sur la cartographie de la chaîne de valeur présente l’approche Lean, et la liste des techniques d’amélioration des processus compare les deux méthodes au Process Mining et à la simulation.

Pourquoi DMAIC est-il le cycle au cœur de notre approche ?

Parce que le cycle peut être réutilisé. Les ceintures, les statistiques et les chartes de projet servent toutes un cycle que chaque équipe peut appliquer à n’importe quel processus. À chaque répétition, le suivant coûte moins cher.

Nous ne prétendons pas que Six Sigma soit la seule façon d’améliorer un processus, ni que la méthode ait besoin d’être défendue. Nous pensons que DMAIC constitue le cycle central et que les outils doivent en accélérer le déroulement.

La plateforme repose sur cette approche : il ne s’agit pas de miser contre Six Sigma, mais de considérer que les équipes ont surtout besoin du cycle et que les mesures doivent provenir des données dont l’organisation dispose déjà. C’est aussi pourquoi le guide Lean Six Sigma et DMAIC associe un élément concret fondé sur les données à chaque phase.

Dans quels cas Six Sigma n’est-il pas adapté ?

Six Sigma est particulièrement adapté lorsque vous pouvez définir un défaut, le mesurer de façon fiable et constater suffisamment de variations pour justifier leur réduction. Cette approche convient aux processus répétitifs à fort volume et aux secteurs où la réglementation fixe des exigences de qualité. Elle est moins adaptée lorsque le principal problème concerne les flux plutôt que les variations, lorsque le processus est nouveau ou lorsque les données ne sont pas encore disponibles.

Aucun de ces cas ne justifie d’abandonner DMAIC. Le cycle reste pertinent : définir le problème, mesurer ce qui peut l’être, en rechercher les causes, apporter un changement et le maintenir. C’est le degré d’analyse statistique qui varie. Une équipe qui améliore l’intégration des nouveaux clients, un pipeline commercial ou un centre de services n’aura peut-être jamais besoin d’un plan d’expériences ; une équipe qui réduit les défauts sur une ligne de production en aura presque certainement besoin. Si le processus est nouveau plutôt que défaillant, envisagez Design for Six Sigma (DMADV). Si le problème concerne les attentes plutôt que les variations, les outils Lean vous aideront davantage.

Comment lancer un projet Six Sigma ?

Le démarrage le plus rapide est celui qui permet d’obtenir des éléments concrets en quelques semaines plutôt qu’en plusieurs mois.

1. Décrivez le processus par écrit

   Définissez le début, la fin, le responsable et le défaut qui vous préoccupe. Un modèle est un meilleur support qu’une réunion pour discuter du processus.

2. Repérez les données avant de constituer un échantillon

   Vérifiez si vos systèmes enregistrent déjà un identifiant de cas, une activité et un horodatage pour ce processus. Si c’est le cas, la phase Measure peut commencer à partir du journal.

3. Mesurez le flux réel, variantes comprises

   Comptez les cas qui suivent un parcours inattendu. Le sujet porte sur les variations ; les masquer en calculant une moyenne ferait perdre de vue la raison de votre démarche.

4. Testez un changement à la fois

   Comparez les options par simulation avant le déploiement, puis lancez un projet pilote avec celle que les éléments disponibles étayent et mesurez les changements.

5. Confiez le suivi à un responsable

   Présentez la référence, la mesure et le seuil là où travaille le responsable du processus, puis arrêtez-vous lorsqu’une revue confirme que les progrès sont maintenus.

Le principe reste le même que pour le premier projet Six Sigma : mesurez un processus avant de décider comment l’améliorer. Ce qui a changé, c’est que les mesures ne nécessitent plus forcément un travail manuel. Pour découvrir la méthode complète, consultez le guide DMAIC fondé sur les données ; pour la partie consacrée au suivi, découvrez comment suivre votre processus en continu.