Contrôler la qualité en fin de phase est une habitude profondément ancrée en gestion de projet. On produit les livrables, puis on organise une revue pour vérifier leur conformité. Ce séquençage paraît logique, mais il génère un problème structurel: les défauts découverts tardivement coûtent exponentiellement plus cher à corriger que ceux détectés au moment où ils apparaissent. Le lean manufacturing a résolu ce problème depuis des décennies avec le concept de jidoka, la qualité intégrée au processus. Les enseignements valent pour tout type de projet.
Le coût caché du contrôle différé
Quand un défaut traverse plusieurs étapes avant d’être détecté, chaque étape intermédiaire a ajouté du travail sur une base défectueuse. Dans un projet de construction, une erreur dans les plans non détectée avant le chantier entraîne des reprises massives. Dans un projet documentaire, un problème de structure identifié lors de la revue finale oblige à réécrire des sections entières. Andrew Quibell, praticien lean, observe que les entreprises investissent dans des systèmes qualité sophistiqués tout en négligeant les pratiques élémentaires qui empêchent les défauts de se produire.
Le paradoxe est fréquent: plus une organisation formalise sa fonction qualité (procédures, audits, certifications), plus elle risque de déresponsabiliser les équipes opérationnelles. La qualité devient «l’affaire du département qualité», et les personnes qui produisent réellement les livrables perdent le réflexe de vérifier leur propre travail.
L’approche inverse: construire la qualité à la source
Le système de production Toyota repose sur un principe opposé. Chaque poste de travail est responsable de la qualité de ce qu’il produit. Si un opérateur détecte une anomalie, il a l’autorité et le devoir d’arrêter la production immédiatement. C’est le protocole Stop-Call-Wait (SCW): arrêter, alerter, attendre la résolution avant de reprendre. Ce protocole peut sembler radical, mais il repose sur un calcul économique simple: arrêter la ligne pendant cinq minutes coûte moins cher que de produire cent pièces défectueuses.
Transposé en gestion de projet, le principe signifie que chaque membre de l’équipe doit disposer de critères de qualité clairs pour son propre travail, de la compétence pour les vérifier et de l’autorité pour signaler un problème sans craindre d’être perçu comme un frein. Le chef de projet qui punit implicitement les remontées d’anomalies (en soupirant, en demandant pourquoi c’est découvert maintenant, en pressant l’équipe de «continuer quand même») détruit exactement le mécanisme qui pourrait lui éviter des crises en fin de projet. La qualité intégrée exige un environnement dans lequel signaler un écart est valorisé, pas sanctionné.
Là où la qualité se dégrade: les points de changement
Les recherches sur la fiabilité des processus montrent que les incidents qualité surviennent de manière disproportionnée après un changement. Un remplacement de machine, une rotation d’équipe, une mise à jour logicielle, un nouveau fournisseur: ces événements perturbent les automatismes et créent des conditions propices à l’erreur. Quibell désigne ces moments sous le terme de gestion des points de changement (change point management) et recommande une vérification systématique des livrables produits dans la période qui suit chaque perturbation.
En gestion de projet, les points de changement sont omniprésents: arrivée ou départ d’un membre de l’équipe, modification du périmètre, changement de fournisseur, migration d’outil. Un chef de projet averti identifie ces transitions et renforce temporairement le niveau de contrôle sur les livrables qui en découlent. Ce n’est pas de la méfiance envers les personnes concernées, c’est une reconnaissance lucide du fait que tout changement introduit un risque transitoire.
Le poka-yoke: rendre l’erreur impossible
Shigeo Shingo, ingénieur chez Toyota, a formalisé le concept de poka-yoke (dispositif anti-erreur): un mécanisme qui rend la faute soit impossible, soit immédiatement visible. En projet, les poka-yoke prennent des formes variées: templates verrouillés qui imposent une structure, workflows qui empêchent de passer à l’étape suivante sans validation, checklists intégrées dans les outils de gestion.
Mais Quibell soulève un angle mort critique: les dispositifs anti-erreur doivent eux-mêmes être vérifiés périodiquement. Un formulaire de validation dont certains champs obligatoires ont été désactivés «pour aller plus vite», une checklist que tout le monde coche sans lire, un workflow contourné par un raccourci officieux: ce sont des poka-yoke neutralisés qui donnent une illusion de contrôle sans offrir aucune protection réelle. Le chef de projet doit régulièrement tester ses propres garde-fous pour s’assurer qu’ils remplissent encore leur fonction.
Le retravail: un signal, pas une routine
Le retravail est souvent traité comme un aléa normal du projet. Dans une certaine mesure, il l’est. Mais quand il devient systématique, il révèle un défaut dans le processus en amont. Quibell note que les éléments retravaillés sont paradoxalement moins bien contrôlés que les éléments produits pour la première fois, parce que l’hypothèse implicite est que «le problème a été corrigé». Cette hypothèse mérite d’être vérifiée avec la même rigueur qu’une première livraison.
Un chef de projet qui observe un taux de retravail élevé devrait remonter la chaîne causale plutôt que d’ajouter des ressources au processus de correction. Le retravail traite le symptôme; l’analyse des causes racines traite le problème. Suivre le volume de retravail comme un indicateur de santé du processus permet de détecter les dérives avant qu’elles ne deviennent structurelles.
Le mur qualité: un filet temporaire pour les phases critiques
Le mur qualité (quality wall) désigne un point de contrôle renforcé et temporaire, mis en place lors du lancement d’un nouveau processus, d’un nouveau produit ou d’une reconfiguration significative. L’idée est d’inspecter de manière plus rigoureuse les premiers livrables d’une nouvelle configuration avant de normaliser le rythme de vérification habituel.
En projet, les premières livraisons après une migration d’outil, un changement de fournisseur ou l’intégration d’une nouvelle équipe justifient ce niveau d’attention accru. Le mur qualité n’a pas vocation à devenir permanent: il s’agit d’un investissement ponctuel en contrôle qui protège contre les défauts systémiques susceptibles de s’ancrer dès les premières itérations. Ce surcoût initial est généralement bien inférieur au coût de correction des problèmes qui se seraient propagés sans ce filet.
Vers une culture de la qualité distribuée
La qualité intégrée n’est pas un outil de plus dans la boîte du chef de projet. C’est un changement de paradigme dans la manière dont l’équipe conçoit son travail. Une étude de terrain publiée en 2025 documente les résultats d’une usine pharmaceutique britannique ayant adopté une routine lean en cinq étapes intégrant ces principes: l’efficacité globale des équipements est passée de 42% à 63,3% en 18 mois, sans investissement technologique significatif.
Les gains viennent de la discipline, pas de la sophistication. Un chef de projet qui veut améliorer la qualité de ses livrables n’a pas besoin d’un système de gestion de la qualité élaboré. Il a besoin que chaque personne dans l’équipe sache ce que «conforme» signifie pour son travail, dispose des moyens de le vérifier et ait la liberté de signaler un écart sans que cela soit perçu comme un problème. La responsabilité du chef de projet est de créer cet environnement, pas de multiplier les revues en fin de chaîne.