Accélérer un procédé instable ne fait qu'accélérer les défauts

Publié le 1er septembre 2026 · Certifications et compétences · 9 min de lecture

On présente souvent le Lean et le Six Sigma comme deux écoles, l'une japonaise et pragmatique, l'autre américaine et statistique. C'est une lecture d'histoire, pas une lecture de terrain. Sur le terrain, ce sont deux méthodes qui traitent deux problèmes différents, et la confusion se paie : appliquer la mauvaise à sa situation produit un projet techniquement réussi qui ne change rien.

Deux origines, deux problèmes

Le Lean vient du système de production de Toyota. Le problème d'origine est un problème de moyens : produire sans les volumes ni la trésorerie des constructeurs américains, donc sans pouvoir se payer des stocks. Toute la méthode découle de cette contrainte. Elle regarde le temps, le flux, et tout ce qui s'intercale entre deux opérations qui apportent de la valeur.

Le Six Sigma vient de Motorola dans les années 1980, puis se diffuse largement à partir de General Electric. Le problème d'origine est différent : des produits électroniques dont la complexité fait qu'un taux de défaut acceptable par composant devient inacceptable une fois les composants assemblés. La réponse est statistique. Elle regarde la dispersion, le centrage, et ce qui se passe à l'intérieur d'une opération.

La distinction qui sert vraiment

Oubliez les origines, gardez ceci : le Lean regarde ce qui se passe entre les opérations, le Six Sigma regarde ce qui se passe dans une opération.

Le Lean traite l'attente, le stock intermédiaire, le déplacement inutile, la reprise, la surproduction, le formulaire rempli deux fois. Sa question est : combien de temps s'écoule entre le moment où le client commande et celui où il est livré, et quelle fraction de ce temps sert réellement à quelque chose ? La réponse, dans la plupart des ateliers, est humiliante et c'est précisément ce qui rend la méthode efficace.

Le Six Sigma traite le fait que deux pièces sortent différentes du même poste, avec le même réglage et le même opérateur. Sa question est : de combien mon résultat varie-t-il, et cette variation tient-elle dans ce que le client tolère ? C'est le domaine de la capabilité, des cartes de contrôle et des tests d'hypothèse.

Pourquoi le Lean seul finit par se heurter à un mur

Voici le mécanisme, et c'est le meilleur argument en faveur des deux méthodes ensemble.

Un stock intermédiaire ne sert pas qu'à faire joli dans un bilan. Il absorbe les aléas : quand une opération produit des pièces irrégulières, ou tombe en panne, ou nécessite un tri, le stock placé derrière elle permet à la suite de continuer sans s'en apercevoir. Le stock est un amortisseur, et un amortisseur cache ce qu'il amortit.

Le Lean, lui, retire les stocks. C'est son geste central, et il est juste : le stock coûte de la trésorerie, de la place et du délai. Mais en le retirant, on retire aussi l'amortisseur. Ce qui était masqué devient immédiatement visible et bloquant : la pièce hors tolérance arrête la ligne au lieu d'être remplacée par une autre du bac.

C'est un progrès quand on est capable de traiter la cause. C'est un arrêt de production quand on ne l'est pas. Et c'est exactement pour cette raison qu'un chantier Lean mené sur un procédé dont la dispersion n'a jamais été mesurée fait souvent empirer les choses avant de les améliorer, sans que personne n'ait prévu cette phase.

Pourquoi le Six Sigma seul produit des projets sans effet

L'échec symétrique est plus discret, donc plus fréquent. Un projet Six Sigma bien mené réduit la dispersion d'une étape. Si cette étape n'est pas celle qui contraint le flux, le délai vu par le client ne bouge pas d'une heure.

On se retrouve alors avec un projet irréprochable sur le fond — méthode respectée, données propres, gain statistiquement démontré — et une direction qui ne voit rien changer sur ses indicateurs. C'est la meilleure façon de faire passer une démarche entière pour un exercice académique, et de la voir abandonnée au bout de deux ans.

Le Lean donne précisément ce qui manque ici : une carte du flux qui désigne où se trouve la contrainte. Sans elle, on optimise là où on sait mesurer, ce qui n'est presque jamais là où ça bloque. C'est la même erreur d'ordre que celle décrite dans l'article sur les projets IA : partir de l'outil qu'on maîtrise plutôt que du problème qui coûte.

Ce que le regroupement « Lean Six Sigma » veut vraiment dire

Presque toutes les certifications vendent aujourd'hui les deux corpus sous une seule appellation. Il est tentant d'y voir un simple regroupement commercial, deux programmes empilés pour justifier un prix.

C'est en partie vrai, et pourtant le regroupement a une raison de fond : les deux échecs décrits plus haut sont symétriques et connus. Le Lean sans capacité à traiter la variation bute sur le procédé. Le Six Sigma sans lecture du flux traite la mauvaise étape. Chacun a besoin de ce que l'autre apporte, et l'assemblage n'est pas une addition arbitraire.

Une nuance à garder en tête tout de même : beaucoup de programmes annoncés « Lean Six Sigma » penchent lourdement d'un côté. Un programme majoritairement statistique avec deux heures de 5S en introduction n'est pas un programme équilibré. Le détail du contenu, module par module, est la seule façon de le voir avant de payer — c'est l'une des questions à poser avant de choisir une certification.

Par lequel commencer, selon votre profil

Si vous devez apprendre les deux mais pas le même jour, votre métier donne une tendance. Une tendance seulement : le critère qui décide reste la forme de votre problème.

• Production, méthodes, industrialisation d'atelier. Le Lean d'abord. Vous êtes au contact direct du flux, les gains sont visibles en semaines, et vous obtiendrez l'adhésion nécessaire à la suite.
• Qualité, laboratoire, métrologie. Le Six Sigma d'abord. Votre quotidien est déjà fait de mesures et de tolérances ; la capabilité et les cartes de contrôle prolongent ce que vous faites, plutôt que de le remplacer.
• Supply chain, logistique, administration des ventes. Le Lean, sans hésiter. Vos pertes sont des attentes, des ressaisies et des stocks, et il n'y a presque rien à mesurer statistiquement avant d'avoir cartographié le flux.
• Services, back-office, santé, banque, informatique. Le Lean également, et c'est souvent le seul des deux qui produira un effet la première année. La donnée chiffrée y est plus rare, les temps d'attente y sont énormes.
• Conception, R&D, développement produit. Le Six Sigma d'abord. C'est en conception que se décide la dispersion que la production subira ensuite, et c'est le seul endroit où l'on peut encore choisir des tolérances réalistes.
• Direction d'une PME. Ni l'un ni l'autre en premier. Commencez par savoir ce que la non-qualité vous coûte, ce qui prend une demi-journée et ne demande aucune certification. Le résultat désignera lui-même la méthode.

Les deux en même temps : ce que ça change à la préparation

Si vous visez un parcours qui couvre les deux, sachez que la difficulté n'est pas répartie également.

Le Lean se lit facilement. Les concepts — les gaspillages, le takt time, le SMED, le kanban — se comprennent en une lecture. Leur difficulté est ailleurs : ils s'appliquent facilement une fois et se tiennent difficilement dans la durée. Un examen, lui, ne teste que la première moitié.

Le Six Sigma est l'inverse. Les tests d'hypothèse, la capabilité, l'analyse du système de mesure et les plans d'expériences demandent un vrai effort d'apprentissage, et c'est là que se jouent les échecs à l'épreuve. Une fois acquis, ces outils bougent peu.

Concrètement, cela veut dire que le temps de préparation ne se répartit pas moitié-moitié. Si vous avez dix heures, elles ne se découpent pas en cinq et cinq. Et comme le volume à couvrir est important, la seule méthode qui donne un signal fiable sur votre niveau réel est de vous poser des questions plutôt que de relire — un entraînement par questions, quel que soit le support, vous dira en une session ce qu'une semaine de relecture vous cachera. C'est le principe que j'ai mis dans beltup, l'outil d'entraînement que j'édite, où les deux corpus sont d'ailleurs séparés en parcours distincts pour cette raison précise. Précision d'usage : j'en suis l'auteur, donc jugez le principe indépendamment de l'outil.

Questions fréquentes

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

Le Lean s'attaque au temps perdu entre les opérations : attentes, stocks, déplacements, reprises. Le Six Sigma s'attaque à la dispersion à l'intérieur d'une opération : deux pièces qui sortent différentes du même poste. Le premier raccourcit le délai, le second rend le résultat prévisible. Ce sont deux problèmes distincts, pas deux écoles concurrentes.

Peut-on faire du Lean sans faire de Six Sigma ?

Oui, et c'est même souvent le bon ordre. Le risque apparaît quand le Lean retire les stocks intermédiaires : ces stocks absorbaient la variation du procédé. En les supprimant sans avoir traité la dispersion, on rend l'instabilité immédiatement visible et bloquante. C'est un progrès si on sait la traiter, un arrêt de ligne sinon.

Pourquoi les certifications vendent-elles les deux ensemble ?

Parce que les séparer produit deux échecs symétriques et documentés : un Lean appliqué à un procédé incapable, et un Six Sigma appliqué à une étape qui n'est pas le goulot. Le regroupement en Lean Six Sigma est la conséquence de ce constat, pas seulement un choix commercial des organismes.

Par lequel commencer selon mon métier ?

Le métier donne une tendance, jamais la réponse. La production, la logistique et les fonctions tertiaires ont presque toujours un problème de flux, donc un problème Lean. La qualité, la métrologie, la conception et l'industrialisation ont plus souvent un problème de dispersion, donc un problème Six Sigma. Le critère décisif reste la forme de votre problème, pas votre intitulé de poste.

Le Six Sigma demande-t-il un vrai niveau en statistiques ?

Oui, et c'est la principale différence de difficulté à la préparation. Le Lean se lit facilement et se tient difficilement dans la durée. Le Six Sigma demande l'inverse : un effort réel à l'apprentissage sur la capabilité, les cartes de contrôle et les tests d'hypothèse, pour des outils ensuite très stables dans le temps.

Ce que je ferais en premier

Prenez le dernier problème qui vous a coûté une journée entière, et posez-lui une seule question : est-ce que j'ai perdu ce temps à attendre, chercher et refaire, ou à obtenir un résultat qui ne sortait pas deux fois pareil ?

La réponse vous donne votre point d'entrée, et elle contredit assez souvent l'intitulé de votre poste. C'est un meilleur critère que n'importe quel comparatif de programmes, parce qu'il porte sur ce que vous avez réellement à traiter plutôt que sur ce qu'on vous propose d'acheter.