STRUCKEL INSIGHTS · AMÉLIORATION CONTINUE

PDSA vs. PDCA : proches dans la forme, différents dans la finalité.

Les deux cycles ont quatre lettres et partagent des racines dans la méthode scientifique. Ils ne sont pas pour autant synonymes. La différence entre Check et Study modifie le rôle de la prédiction, de la preuve et de l’apprentissage — et aide à choisir la logique adaptée au problème.

Ronald D. Moen / Clifford L. Norman — referência históricaStruckel Consultoria — síntese e redesenho editorial

La confusion commence lorsque l’histoire est raccourcie.

On rencontre souvent un récit simple selon lequel « le PDCA est devenu PDSA ». Il est facile à enseigner mais historiquement imprécis. Le parcours passe par la méthode scientifique, le cycle de Walter A. Shewhart, la roue présentée par W. Edwards Deming au Japon, la reformulation japonaise en PDCA puis, des décennies plus tard, la formulation explicite du PDSA comme cycle d’apprentissage et d’amélioration.

Moen et Norman reconstruisent cette trajectoire et montrent que Deming ne considérait pas le PDCA comme son propre cycle. Dans ses travaux tardifs, Study devient un moment explicite d’apprentissage par comparaison entre prédiction et observation. La nuance est essentielle : il ne suffit pas de « vérifier que cela marche » ; il faut comprendre ce que les données apprennent sur la théorie du changement.

De la science au cycle d’apprentissage · Struckel Insights

Une racine scientifique avant les quatre lettres.

Le point de départ n’est pas un acronyme de management. C’est l’idée que la connaissance progresse lorsque les hypothèses rencontrent l’expérience. La tradition expérimentale associée à Galileo, l’accent mis par Bacon sur l’induction et le pragmatisme de Peirce, James et Dewey ont contribué à l’environnement intellectuel dans lequel Shewhart a rapproché méthode scientifique et contrôle industriel de la qualité.

En 1939, Shewhart décrit spécification, production et inspection non comme trois départements indépendants mais comme un processus dynamique d’acquisition de connaissance. La spécification joue le rôle d’hypothèse, la production celui d’expérience et l’inspection celui de test. Placés en cycle, les résultats d’un tour modifient le suivant.

1950 : la roue de Deming n’était pas le PDCA.

Lors des séminaires soutenus par la JUSE en 1950, Deming présente une roue en quatre mouvements : concevoir le produit, le produire et le tester, le vendre, puis étudier ses performances en service et par la recherche marché. Les informations des utilisateurs et non-utilisateurs reviennent vers la conception.

Des dirigeants japonais reformulent ensuite cette roue en Plan–Do–Check–Act. Il existe un lien historique, mais cela ne signifie pas que Deming a simplement « inventé le PDCA ». Le PDCA japonais a évolué dans le contrôle qualité et a été enrichi notamment par Kaoru Ishikawa.

PDCA

Ce que le PDCA fait bien.

Le PDCA est très utile pour résoudre des problèmes, vérifier les effets d’un déploiement, standardiser ce qui fonctionne et prévenir la récurrence. En contexte opérationnel, il crée une discipline simple : définir problème et réponse, exécuter, vérifier les résultats et agir sur l’écart.

Le risque apparaît lorsque Check devient une inspection superficielle ou une question binaire — cela a-t-il fonctionné ? — et que le cycle se ferme sans étudier le mécanisme derrière le résultat. L’amélioration peut alors rester locale et difficile à reproduire.

PDSA

Study déplace le centre de gravité.

Dans les années 1980 et 1990, Deming revient au cycle de Shewhart avec un accent explicite sur l’apprentissage. En 1993, il le nomme Shewhart Cycle for Learning and Improvement et utilise PDSA. Study demande une analyse plus forte : examiner les résultats, identifier ce qui a été appris et considérer ce qui peut désormais être prédit.

Moen, Nolan et Provost renforcent ce point en intégrant questions et prédictions dans Plan. Cela crée un véritable test de connaissance : avant d’agir, dire ce que l’on s’attend à observer et pourquoi ; après le test, comparer les données à la prédiction. L’écart entre prévu et observé devient une information pour améliorer la théorie.

La différence pratique : contrôle versus apprentissage explicite.

Il serait erroné de réduire PDCA à « mauvais » et PDSA à « bon ». Les deux peuvent être rigoureux ou superficiels. Lorsqu’une solution connue ou un standard doit être déployé puis vérifié, le PDCA est efficace. Lorsque l’incertitude sur la cause, le mécanisme ou le résultat est importante, le PDSA explicite l’apprentissage et oblige l’équipe à travailler avec des prédictions.

En résumé : le PDCA est souvent lu comme cycle de résolution et contrôle ; le PDSA a été construit délibérément comme cycle d’apprentissage. Un programme mature peut utiliser les deux logiques à des moments différents si l’équipe connaît la question qu’elle cherche à résoudre.

Choisir sans transformer l’acronyme en doctrine.

Si l’objectif est de déployer une méthode connue, vérifier la conformité, suivre la stabilisation et intégrer un nouveau standard, le PDCA suffit souvent. Si le changement est expérimental, la causalité incertaine, le résultat dépend du contexte ou le savoir doit s’accumuler par petits tests, le PDSA est généralement plus adapté.

Un critère pratique : avant d’exécuter, l’équipe peut-elle formuler une prédiction pertinente ? Si oui, Study peut comparer données et prédiction et générer de l’apprentissage. S’il n’existe pas d’hypothèse à tester et que l’enjeu principal est l’exécution et la réaction aux écarts, Check peut être plus direct.

PDCAsolution connue + vérification + standardisation

PDSAincertitude + prédiction + test + apprentissage

PDSA en pratique : le cycle doit conserver une mémoire de l’apprentissage.

Un PDSA bien documenté enregistre objectif, questions, prédictions, plan de collecte, déroulement réel, problèmes inattendus, analyse des données, comparaison aux prédictions et décision sur le cycle suivant. La documentation évite de réécrire l’histoire après avoir vu le résultat.

Cette discipline réduit aussi l’habitude de tester des changements trop grands. De petits cycles accélèrent le feedback, limitent l’exposition au risque et aident à distinguer l’effet du changement de facteurs externes. Adopter, adapter ou abandonner devient une conséquence de l’apprentissage.

PDSA + Model for Improvement — 1991/1994

La reconstruction historique s’appuie principalement sur Ronald D. Moen et Clifford L. Norman, “Circling Back: Clearing up myths about the Deming cycle and seeing how it keeps evolving”, Quality Progress, novembre 2010, ainsi que sur les ouvrages de Deming cités par les auteurs. Les figures de cette page sont des redessins éditoriaux originaux de Struckel destinés à expliquer la séquence historique.

Moen, R. D.; Norman, C. L. Circling Back. Quality Progress, 2010.

Deming, W. E. Out of the Crisis, 1986 · The New Economics, 1993.

Prêt à passer de la lecture à l’exécution d’un cycle ?

Utilisez le PDSA dans Formulaires Struckel pour enregistrer questions, prédictions, test, données et apprentissage. Si le problème exige facilitation, plan d’expérience, analyse statistique ou déploiement à l’échelle, Struckel peut accompagner le projet.

Ouvrir PDSA dans Formulaires Struckel Parler à Struckel Explorer la bibliothèque d’outils