Cycle PDCA : ce que signifie vraiment Plan-Do-Check-Act (et pourquoi la plupart des équipes s'arrêtent au C)

La plupart des équipes qui exécutent un cycle PDCA maîtrisent vraiment bien trois des quatre étapes. Elles planifient quelque chose, elles le font, et elles vérifient ce qui s'est passé. Puis le cycle s'arrête tout simplement. Personne ne revient à l'étape « act », la boucle meurt discrètement, et six mois plus tard, le même problème refait surface sous un déguisement différent.

Ce n'est pas vraiment un problème de Plan-Do-Check-Act. C'est un problème de cadence opérationnelle, le même qui fait échouer les déploiements de gestion du changement, les plans trimestriels, et plus d'un programme d'OKR. Le cycle PDCA en lui-même est presque gênant de simplicité. La difficulté consiste à en faire quelque chose qu'une équipe continue de faire tourner, plutôt qu'un schéma oublié au fond d'un support de formation.

Cet article explique ce que signifie réellement le cycle PDCA, pourquoi il s'enraye en pratique, et une méthode simple pour le faire tourner selon une cadence qui survit au-delà de la première tentative.

Ce que signifie réellement le cycle PDCA

Si vous êtes arrivé ici en cherchant la signification de PDCA en une ligne : PDCA signifie Plan, Do, Check, Act (planifier, faire, vérifier, agir). C'est une méthode en quatre étapes pour mettre en œuvre un changement, voir s'il a fonctionné, décider de la suite, puis recommencer tout le processus. On l'appelle parfois le cycle de Deming, du nom du statisticien W. Edwards Deming, qui l'a popularisé pendant l'essor industriel du Japon d'après-guerre. Deming lui-même attribuait cette idée à son mentor Walter Shewhart, ce qui explique pourquoi on le trouve aussi appelé le cycle de Shewhart.

Les quatre étapes, en bref :

• Plan (planifier) : définissez le problème, formulez une hypothèse sur ce qui va le résoudre, et décidez à l'avance comment vous saurez si cela a fonctionné.
• Do (faire) : mettez en œuvre le changement, idéalement à petite échelle d'abord, avant d'y engager toute l'équipe.
• Check (vérifier) : comparez ce qui s'est réellement passé avec ce que le plan prévoyait, pas avec une impression générale de la façon dont cela s'est déroulé.
• Act (agir) : décidez quoi faire de ce que vous avez appris. Standardisez-le, ajustez-le, ou abandonnez-le et essayez un plan différent.

Puis vous recommencez le tour. Cette dernière partie, le « à nouveau », est ce que presque tout le monde saute, et c'est pourtant tout l'intérêt du cycle. Un cycle PDCA qui ne tourne qu'une seule fois n'est qu'un projet pilote affublé d'un acronyme.

Pourquoi le cycle s'enraye après « check »

Plan, Do et Check produisent chacun quelque chose de tangible : un document de plan, un pilote terminé, une réunion de revue. Act ne produit pas d'artefact par lui-même. Il faut quelqu'un déjà présent dans la salle, avec l'autorité de dire « on déploie » ou « on arrête », et une raison de garder le sujet à l'ordre du jour plutôt que de le laisser discrètement disparaître.

Sans cela, la plupart des cycles PDCA se réduisent à une seule boucle qui ne se répète jamais. La différence entre un cycle qui meurt après un tour et un cycle qui s'accumule réellement tient généralement à la question de savoir si ces quatre éléments sont décidés à l'avance, et non déterminés après coup :

PDCA et le modèle de changement que vous utilisez déjà

Si vous utilisez déjà un modèle de gestion du changement formel, que ce soit les huit étapes de Kotter, ADKAR, ou le dégel-changement-regel de Lewin, PDCA n'est pas un cadre concurrent que vous devriez choisir à la place. C'est la boucle opérationnelle qui se trouve sous le modèle que vous avez choisi, quel qu'il soit : le mécanisme qui vérifie réellement si le changement a pris, plutôt que si le déploiement s'est simplement déroulé dans les temps. La plupart des programmes de changement ont un plan et une date de lancement. Beaucoup moins ont un point fixe où quelqu'un compare le résultat à la prédiction initiale et décide de la suite, ce qui est exactement l'écart que PDCA est conçu pour combler.

Comment transformer PDCA en cadence, pas en affiche

Rien de tout cela ne nécessite de nouveau logiciel ni de programme qualité formel. Cela nécessite quatre décisions prises avant de démarrer la première boucle, pas après qu'elle se soit enrayée :

1. Désignez un seul responsable pour toute la boucle, pas seulement pour l'étape « do ». Celui qui détient « act » détient le cycle.
2. Décidez de ce que signifie « act » avant de commencer : quel résultat vous amènerait à standardiser cela, et quel résultat vous amènerait à l'abandonner.
3. Placez « check » à une date qui existe déjà dans le calendrier, votre point hebdomadaire ou bimensuel, plutôt que d'inventer une nouvelle réunion que personne ne protégera.
4. Considérez le résultat de « act » comme l'entrée du prochain « plan », et intégrez cette transition dans la cadence qui régit déjà vos objectifs, qu'il s'agisse d'un cycle d'OKR ou d'un rythme opérationnel plus large.

C'est en réalité un problème de StratOps déguisé en problème d'amélioration de la qualité. Les opérations stratégiques, la fonction qui détient la cadence reliant stratégie et exécution, sont exactement la couche qui empêche un cycle PDCA (ou toute boucle d'amélioration) de mourir discrètement après un seul tour. Si personne ne détient cette cadence, PDCA rejoint la longue liste des cadres qui ont fonctionné une fois puis ont disparu.

Un exemple concret

Prenons une équipe support de 30 personnes qui veut réduire le temps de première réponse. Plan : l'hypothèse est que trier les tickets par urgence avant de les assigner réduira le temps moyen de première réponse de quatre heures à deux. Do : elle teste cela sur une file pendant deux semaines. Check : lors de la revue bimensuelle fixe, qui correspond au créneau de leur point d'avancement existant, le temps moyen de première réponse sur cette file tombe à 2,3 heures, ce qui est suffisamment proche pour compter comme une réussite. Act : l'équipe décide de déployer le tri sur les trois autres files, et avant la fin de la réunion, elle planifie le prochain check : la même métrique, sur les quatre files, dans quatre semaines.

C'est le fait d'intégrer directement cette décision dans le cadre d'OKR du trimestre suivant qui a réellement permis ce suivi. Ce n'était pas un devoir facultatif qui traînait dans les notes de quelqu'un. C'était déjà sur le tableau de suivi des objectifs, avec un responsable et une date associés, de la même façon que le pilote initial.

Erreurs courantes

• Traiter « check » comme une simple mise à jour de statut plutôt que comme une véritable comparaison avec le chiffre prévu par le plan.
• Répéter Plan-Do-Check en boucle sans jamais vraiment faire « act », la classique boucle « on a fait un nouveau pilote ».
• Rendre le cycle si vaste que « do » prend un trimestre entier, au point que plus personne ne se souvient de ce que « plan » prévoyait réellement.
• Laisser « act » devenir le jugement privé d'une seule personne plutôt qu'une décision prise et consignée devant l'équipe.

Où Tability s'inscrit

Vous n'avez pas besoin d'un nouveau logiciel pour faire tourner un seul cycle PDCA. Vous avez en revanche besoin d'un endroit où la décision « act » puisse atterrir, pour qu'elle ne reste pas seulement dans la tête de quelqu'un, et d'un endroit où le cycle suivant est planifié avant que celui-ci ne se termine. C'est à cela que sert Tability : un espace partagé pour les objectifs, les points d'avancement et les décisions issues de chaque boucle Plan-Do-Check-Act. Inscrivez-vous gratuitement ou réservez 30 minutes avec nous, et nous vous aiderons à définir à quoi ressemble une cadence comme celle-ci pour votre équipe.