En gestion de projet, les critères d'achèvement désignent l'ensemble des conditions mesurables, vérifiables et mutuellement convenues qui permettent de décider qu'un livrable, un lot de travail, une phase ou le projet lui-même est terminé. Ces conditions ne décrivent pas seulement ce qui doit être produit, mais aussi le niveau de qualité attendu, les contrôles effectués et les conditions administratives de clôture. Le terme anglais courant est completion criteria, même si les équipes agiles emploient volontiers definition of done pour le travail d'une itération. Ces critères agissent comme une frontière entre l'exécution et la validation.
La notion répond à une question en apparence simple : comment saura-t-on que c'est fini ? La réponse est moins évidente qu'il n'y paraît. Dans un projet, la fin peut concerner une tâche, un lot de travail, une phase ou le projet entier, et chaque niveau suppose des attentes différentes. Un critère d'achèvement bien rédigé élimine une grande partie des ambiguïtés qui surgissent au moment des recettes et des bilans. Il transforme une évaluation subjective en une vérification factuelle.
Les projets qui ne définissent pas ces critères souffrent rarement d'un manque de travail, mais plutôt d'un désaccord tardif sur ce que signifiait réellement « terminé ». C'est pourquoi la notion occupe une place centrale dans les référentiels de gestion de projet, même si elle apparaît sous des noms différents selon les méthodes.
Critères d’achèvement : tableau récapitulatif
| Concept | Résumé |
|---|---|
| Définition | Les critères d’achèvement désignent l’ensemble des conditions mesurables, vérifiables et partagées qui permettent de statuer formellement sur la complétude d’un livrable, d’un lot, d’une phase ou du projet. |
| Terminologie | Le terme anglais usuel est completion criteria, alors que les équipes agiles recourent à la definition of done pour qualifier un incrément terminé au sein d’une itération. |
| Bénéfice | Des critères d’achèvement rigoureux réduisent les contestations en phase de recette, fiabilisent les bilans de projet et accélèrent la validation des livrables. |
| Dimensions | La formulation d’un critère d’achèvement s’articule autour de trois dimensions complémentaires : la nature du résultat attendu, le niveau de qualité exigé et les conditions administratives ou contractuelles de clôture. |
| Exemple | Pour un module de paiement, un critère d’achèvement pertinent impose des transactions validées en environnement de production, une suite de tests de non-régression sans échec bloquant et une documentation de sécurité actualisée. |
| Périmètre | Le périmètre d’un critère d’achèvement peut couvrir la fin d’une phase, la remise de plusieurs livrables, la clôture administrative et contractuelle, le transfert des compétences vers l’exploitation ou la libération planifiée des ressources. |
| Distinction | Il est possible de livrer un produit conforme aux critères d’acceptation sans clore le projet, notamment si la formation des équipes d’exploitation, la capitalisation des retours d’expérience ou la clôture contractuelle restent à finaliser. |
| Notion agile | Dans une logique agile, la definition of done clarifie ce que signifie un incrément « terminé » : code relu par les pairs, tests automatisés et fonctionnels exécutés avec succès, documentation actualisée et intégration réalisée dans l’environnement cible. |
Qu'est-ce que les critères d'achèvement ?
La définition des critères d'achèvement en gestion de projet englobe trois dimensions : le résultat attendu, le niveau de qualité démontré et les conditions de clôture associées. Un livrable peut être physiquement présent sans être accepté si les tests ne sont pas passés ou si la documentation n'est pas archivée. Ces critères servent donc à rendre explicite ce qui serait resté implicite dans l'esprit du chef de projet ou du commanditaire.
Un critère d'achèvement efficace possède plusieurs caractéristiques. Il est mesurable, ce qui signifie qu'une observation ou une mesure permet de dire sans ambiguïté s'il est respecté. Il est vérifiable par une personne autre que celle qui a exécuté le travail, afin d'éviter un autocontrôle trop indulgent. Il est également convenu avant le début de l'exécution, car un critère inventé au moment de la recette relève davantage de la négociation que de la gestion de projet. Enfin, il est aligné sur les objectifs du projet, sans quoi il peut pousser une équipe à produire un résultat techniquement conforme mais sans valeur pour le commanditaire.
Concrètement, un critère d'achèvement indique la preuve attendue de la fin. Pour une équipe qui développe un module de paiement, par exemple, cela peut signifier que les transactions passent, que les tests de non-régression sont au vert et que la documentation de sécurité a été mise à jour. Chacun de ces éléments est observable et ne dépend pas de l'intuition de celui qui annonce la fin.
Différence entre critère d'achèvement et critère d'acceptation
La frontière entre critère d'achèvement et critère d'acceptation n'est pas toujours nette. Le critère d'acceptation concerne généralement un livrable précis et définit les conditions que ce livrable doit remplir pour être accepté par le client ou le sponsor. Le critère d'achèvement couvre un périmètre plus large : il peut inclure la fin d'une phase, la remise de plusieurs livrables, la clôture administrative, le transfert de connaissances ou la libération des ressources. On peut considérer les critères d'acceptation comme un sous-ensemble possible des critères d'achèvement, mais pas l'inverse.
Cette nuance a des conséquences pratiques. Une équipe peut terminer tous les livrables conformément à leurs critères d'acceptation et pourtant ne pas clore le projet si les critères d'achèvement comprennent, par exemple, la formation des équipes d'exploitation ou l'archivage des leçons apprises. Ignorer cette distinction conduit à des projets qui traînent après la dernière recette technique, au motif que « quelque chose n'est pas vraiment fini ».
Points clés sur les critères d'achèvement
- Définition en trois dimensions
- Les critères d'achèvement définissent le résultat attendu, le niveau de qualité exigé et les conditions formelles de clôture d'un projet ou d'une phase.
- Mesurables et vérifiables
- Un critère doit être observable sans ambiguïté et vérifiable par une personne distincte de celle qui a réalisé le travail, ce qui réduit le risque d'une auto-évaluation complaisante.
- Accord préalable à l'exécution
- Les critères doivent être convenus avant le début des travaux, car un critère défini au moment de la recette relève de la négociation plutôt que de la gestion de projet.
- Alignement sur les objectifs
- Un critère aligné sur les objectifs du projet empêche une équipe de livrer un résultat techniquement conforme mais sans valeur réelle pour le commanditaire.
- Périmètre plus large que l'acceptation
- Contrairement aux critères d'acceptation d'un livrable, les critères d'achèvement intègrent la clôture administrative, le transfert de connaissances, l'archivage des leçons apprises et la libération des ressources.
Origines du concept et usage dans d'autres secteurs
Les critères d'achèvement ne sont pas nés dans les bureaux de gestion de projet. L'industrie manufacturière, l'aéronautique et l'ingénierie des systèmes ont depuis longtemps formalisé des conditions de fin pour les travaux techniques. Dans ces secteurs, un composant n'est pas considéré comme terminé simplement parce qu'il a été assemblé ; il doit passer des contrôles dimensionnels, des essais de résistance ou des validations de conformité. Ces critères d'achèvement dans l'industrie ont influencé les normes de gestion de projet en imposant l'idée qu'une livraison sans vérification n'est pas une fin.
Le secteur du logiciel a apporté une contribution majeure avec la notion de definition of done, popularisée par les méthodes agiles et Scrum. Cette notion précise ce que signifie « fini » pour un incrément de produit : code relu, tests passés, documentation mise à jour, intégration réalisée. La médecine utilise une logique comparable avec les critères d'évaluation clinique dans les essais, où un traitement n'est pas jugé terminé mais évalué selon des critères prédéfinis. Le point commun est l'exigence de preuve plutôt que de simple déclaration.
Ces origines croisées expliquent pourquoi les critères d'achèvement sont à la fois techniques et contractuels. Dans le bâtiment, la réception d'un ouvrage s'appuie sur des procès-verbaux de levée de réserves qui matérialisent la fin contractuelle. On retrouve la même logique dans les projets informatiques avec les recettes provisoires et définitives. Le critère n'est pas une opinion, c'est une condition mesurable au service des parties prenantes.
Les critères d'achèvement dans le référentiel PMBOK
Le référentiel PMBOK n'emploie pas toujours l'expression exacte « critères d'achèvement », mais la notion traverse plusieurs de ses domaines de connaissance. On la retrouve dans la gestion du périmètre, la gestion de la qualité, la validation du périmètre et la clôture du projet. Les critères d'achèvement PMBOK se matérialisent notamment sous la forme de critères d'acceptation associés aux livrables et de conditions de sortie pour les phases ou le projet. Ils relèvent à la fois de la maîtrise du contenu et de la maîtrise de la qualité.
Dans le processus Valider le périmètre, l'acceptation formelle des livrables repose sur des critères d'acceptation définis lors de la planification. Ces critères permettent au client ou au sponsor de vérifier que le livrable répond aux exigences convenues. La validation n'est pas une simple formalité : elle déclenche souvent le paiement, le transfert de responsabilité ou la poursuite vers la phase suivante. Un livrable non validé malgré une exécution achevée ne peut pas être considéré comme terminé du point de vue du projet.
Clôture du projet et critères de sortie
Le processus Clore le projet ou la phase ne se contente pas d'arrêter les activités. Il exige de vérifier que les critères de sortie définis dans la charte ou le plan de management du projet sont satisfaits. Ces critères peuvent inclure l'acceptation finale, la remise de la documentation, la clôture des contrats, l'archivage des informations et la libération des ressources. Un projet dont les livrables sont acceptés mais dont les comptes fournisseurs restent ouverts n'est pas pleinement clos. Le PMBOK insiste sur l'importance de formaliser cette clôture pour éviter les projets qui se prolongent par inertie.
En pratique, les gestionnaires de projet rencontrent souvent des critères de sortie implicites dans les procédures organisationnelles. Une bonne pratique consiste à les rendre explicites dès la planification pour que l'équipe sache ce qu'elle vise au-delà de la production technique. Cela évite les surprises de dernière minute, comme la découverte qu'un comité doit valider la clôture ou qu'une matrice de traçabilité doit être mise à jour avant la libération des ressources.
Points clés sur les critères d'achèvement
- Critères d'acceptation et de sortie
- Dans le référentiel PMBOK, les critères d'achèvement se déclinent en critères d'acceptation pour les livrables et en conditions de sortie pour les phases ou pour l'ensemble du projet.
- Processus Valider le périmètre
- Le processus Valider le périmètre mobilise les critères d'acceptation définis pendant la planification afin que le client ou le sponsor puisse confirmer la conformité des livrables.
- Conséquences de la validation
- La validation des livrables a une portée contractuelle et opérationnelle, car elle conditionne fréquemment le paiement, le transfert de responsabilité ou le passage à la phase suivante.
- Livrable non validé
- Un livrable non validé ne peut pas être considéré comme achevé du point de vue du projet, même lorsque son exécution technique est terminée.
- Anticipation des conditions de sortie
- La vérification anticipée des conditions de sortie réduit les risques de blocage en fin de projet, notamment lorsqu'un comité doit valider la clôture ou qu'une matrice de traçabilité doit être actualisée avant la libération des ressources.
Les critères d'achèvement dans PRINCE2
PRINCE2 aborde la notion à travers les descriptions de produit, les critères de qualité et les critères d'acceptation. Chaque produit du projet possède une description qui précise ce qu'il doit être, les normes à respecter et les méthodes de contrôle. Les critères d'achèvement PRINCE2 correspondent en grande partie à l'ensemble des exigences de qualité et des critères d'acceptation définis dans ces descriptions. La méthode insiste sur la distinction entre le fait de produire un livrable et le fait de démontrer qu'il répond aux attentes.
La description du produit final joue un rôle particulier. Elle précise les critères d'acceptation globaux, les niveaux de qualité attendus et les responsabilités de validation. Ce document sert de référence pendant toute la durée du projet et guide la décision de clôture. Dans PRINCE2, le processus Clore un projet consiste à vérifier que les produits ont été livrés et acceptés, que les objectifs ont été atteints dans les tolérances convenues et que les actions de suivi ont été transmises. Les critères d'achèvement ne sont donc pas un détail administratif, ils constituent la base de la décision de fermeture.
Critères de qualité et acceptation des produits
Les critères de qualité décrivent les propriétés mesurables d'un produit, par exemple une performance, une conformité réglementaire ou une facilité de maintenance. Les critères d'acceptation précisent comment cette qualité sera vérifiée et qui validera la conformité. Un produit peut être achevé du point de vue de sa fabrication sans être accepté si les contrôles révèlent un écart. PRINCE2 recommande de définir ces critères avant la production, car toute ambiguïté sur la fin d'un produit se traduit par des reprises coûteuses.
Cette approche par produit, plutôt que par tâche, a un avantage concret : elle force l'équipe à penser le résultat avant de penser l'activité. Les critères d'achèvement deviennent alors une liste de conditions rattachées à des produits précis plutôt qu'une vague déclaration d'intention. Pour un chef de projet habitué aux plannings de tâches, ce déplacement de perspective demande un effort, mais il réduit les désaccords au moment des recettes.
Critères d'achèvement en Agile et en approche hybride
En Agile, la notion de fin est incarnée par la definition of done et les critères d'acceptation des récits utilisateurs. La definition of done est un accord d'équipe qui énumère les conditions qu'un incrément doit remplir pour être considéré comme terminé, par exemple : code relu, tests automatisés passés, documentation à jour, absence de dette technique bloquante. Les critères d'achèvement en Agile sont donc plus opérationnels et souvent révisés à chaque rétrospective pour refléter la maturité de l'équipe.
Les critères d'acceptation d'un récit utilisateur décrivent le comportement attendu d'une fonctionnalité du point de vue de l'utilisateur. Ils permettent de vérifier que le récit remplit bien sa promesse de valeur. Contrairement à la definition of done, qui s'applique à tous les incréments, les critères d'acceptation sont propres à chaque récit. Les deux niveaux se complètent : un récit peut avoir ses critères d'acceptation remplis, mais il ne sera pas « fini » tant que la definition of done globale n'est pas respectée.
Definition of done et critères de fin d'itération
La fin d'une itération ne se résume pas à l'écoulement du temps. Les équipes définissent souvent un objectif d'itération et des critères de fin associés, comme la réalisation d'une démonstration, la mise à jour du carnet de produit ou la correction des anomalies bloquantes. Ces critères aident à juger si l'itération a réellement produit de la valeur et si l'équipe peut passer à la suivante. En Scrum, la revue d'itération est un moment de vérification collective de ces critères.
Dans les projets hybrides, on combine parfois des critères d'achèvement prédictifs, comme des jalons contractuels ou des recettes formelles, avec des critères agiles, comme la definition of done. La difficulté est de maintenir une cohérence entre les deux logiques. Un livrable peut être « fini » pour l'équipe agile mais pas encore accepté contractuellement. Les projets hybrides exigent donc une définition claire des niveaux de fin : fin d'incrément, fin de lot, fin de phase, fin contractuelle.
Synthèse des critères d'achèvement
- Definition of Done collective
- Ce cadre partagé engage l'équipe sur les conditions minimales qu'un incrément doit satisfaire pour être déclaré terminé, notamment la revue du code et la réussite des tests automatisés.
- Critères d'acceptation par récit
- Ces critères traduisent le besoin utilisateur en comportements observables et vérifiables, ce qui permet de confirmer que la fonctionnalité livrée délivre la valeur attendue du récit.
- Complémentarité des deux niveaux
- Un récit peut satisfaire l'ensemble de ses critères d'acceptation sans être pour autant considéré comme terminé si les exigences transverses de la definition of done ne sont pas remplies, ce qui souligne la complémentarité des deux niveaux.
- Critères de fin d'itération
- Pour clore une itération, les équipes s'appuient sur des critères mesurables comme la tenue de la démonstration, l'actualisation du carnet de produit et la résolution des anomalies bloquantes, afin d'attester la valeur effectivement produite.
- Approche hybride des critères
- Dans une approche hybride, les critères prédictifs fondés sur des jalons contractuels et des recettes formelles se combinent avec des critères agiles tels que la definition of done, pour concilier exigences de conformité et capacité d'adaptation.
La perspective BVOPM sur les critères d'achèvement
Dans la logique de Business Value-Oriented Project Management, les critères d'achèvement BVOPM ne se limitent pas à la conformité au périmètre initial. La méthode relie la fin d'un livrable ou d'un projet à la démonstration d'une valeur métier ou organisationnelle. BVOPM utilise une échelle de périmètre à cinq niveaux, ce qui conduit à traiter différemment les critères liés aux éléments définitifs et ceux liés aux éléments improbables. Sur le plan des programmes, les bénéfices non financiers comme l'engagement des employés ou la réduction des risques futurs font partie des critères de fin.
Cette approche insiste aussi sur les « ensembles de réalisation » autorisant chaque projet d'un programme à choisir sa méthodologie. Les critères d'achèvement deviennent ainsi plus contextuels. L'idée centrale reste que la fin d'un projet ne se décrète pas uniquement sur la base de livrables acceptés, mais aussi sur la capacité à générer de la valeur dans l'organisation.
Application pratique et cycle de vie du projet
Les critères d'achèvement ne sont pas un artefact réservé à la fin du projet. Ils se définissent idéalement dès l'initiation et la planification, puis se vérifient pendant l'exécution, le suivi et la clôture. Au moment de la charte, on fixe les grands critères de sortie du projet : quel résultat final, quel niveau de qualité, quelle acceptation. Pendant la planification, ces critères se déclinent en critères d'acceptation pour chaque livrable et en conditions de fin de phase. L'application pratique des critères d'achèvement consiste ensuite à les utiliser comme référence dans les revues, les audits et les décisions de passage de jalon.
Dans la phase d'exécution, les critères servent de garde-fou pour éviter qu'un travail soit déclaré terminé trop tôt. Une équipe qui livre un module sans passer les tests peut être tentée de considérer la tâche comme finie, mais les critères rappellent que la fin inclut la vérification. En phase de contrôle, le chef de projet compare l'état réel aux critères pour détecter les écarts. Enfin, à la clôture, les critères fournissent la liste de vérification finale avant la libération des ressources et la transition vers l'exploitation.
À quel moment définir les critères d'achèvement
La définition précoce est une condition de robustesse. Un critère d'achèvement écrit après coup n'a pas la même valeur qu'un critère convenu avant l'exécution, car il risque d'être ajusté pour légitimer un résultat médiocre. Les équipes confondent parfois cette définition précoce avec une rigidité excessive. En réalité, les critères peuvent évoluer à travers le contrôle intégré des modifications, à condition que le changement soit tracé et validé. Ce qui pose problème, ce n'est pas de modifier un critère, c'est de le faire de manière silencieuse ou unilatérale.
Dans un projet prédictif, la planification progressive par vagues n'empêche pas de définir des critères d'achèvement pour les lots proches tout en conservant une vision plus large pour les phases lointaines. Dans un projet agile, la definition of done se stabilise au fil des itérations. Le point commun est de ne jamais commencer l'exécution d'un lot sans avoir une idée explicite de ce que signifie le terminer.
Qui utilise ces critères et comment
Le chef de projet les utilise pour piloter l'avancement et préparer les revues de fin de phase. L'équipe s'en sert pour organiser son travail et savoir quand elle peut passer à autre chose. Le sponsor ou le client les mobilise pour accepter les livrables et décider du paiement ou du passage à la phase suivante. Le bureau de projet, lorsqu'il existe, peut les intégrer aux modèles de documents et aux listes de vérification organisationnelles. Cette multiplicité d'usages explique pourquoi les critères doivent être compréhensibles par des non-spécialistes, pas seulement par les ingénieurs qui produisent le livrable.
Les responsables qualité les utilisent aussi comme base d'audit, notamment pour vérifier que les contrôles annoncés ont bien été réalisés. Un critère d'achèvement non documenté est difficilement auditable. C'est pourquoi les organisations matures exigent que chaque critère soit associé à une preuve ou à un enregistrement qualité, comme un procès-verbal de test, un rapport de non-conformité soldé ou une validation formelle.
En comité de pilotage, les critères d'achèvement servent aussi de support à la décision. Un rapport d'avancement qui indique que 90 % des tâches sont réalisées ne dit pas si les 10 % restants sont critiques. En revanche, une présentation qui liste les critères de fin non satisfaits donne au comité une base pour arbitrer. Ce glissement du pourcentage d'avancement vers l'état des critères est un marqueur de maturité dans le pilotage de projet.
L'essentiel sur les critères d'achèvement
- Définition dès l'initiation
- Les critères d'achèvement devraient être définis dès les phases d'initiation et de planification du projet, puis contrôlés pendant l'exécution, le suivi et la clôture.
- Critères dans la charte
- La charte du projet établit les grands critères de sortie, notamment le livrable final attendu, le niveau de qualité exigé et les conditions d'acceptation.
- Garde-fous pendant l'exécution
- Pendant l'exécution, ces critères servent de garde-fous pour empêcher qu'un travail soit considéré comme terminé avant d'avoir satisfait aux tests nécessaires.
- Critères fixés avant exécution
- Un critère défini avant l'exécution offre une garantie supérieure à un critère rédigé après coup, ce dernier pouvant être ajusté pour légitimer un résultat insuffisant.
- Preuves et évolutions tracées
- Les organisations matures exigent une preuve ou un enregistrement qualité pour chaque critère, tel un procès-verbal de test ou une validation formelle, et toute modification doit être soumise à un contrôle intégré des modifications documenté et validé.
Difficultés, pièges et idées reçues
Une idée reçue fréquente consiste à croire que les critères d'achèvement sont une formalité contractuelle sans impact sur le travail réel. Dans les faits, des critères flous ou absents engendrent des reprises, des litiges et des retards de clôture. Une autre confusion classique est de considérer que l'achèvement est atteint lorsque l'équipe n'a plus de tâches planifiées. La fin d'un planning de tâches ne prouve pas que le résultat est conforme aux attentes. Les limites des critères d'achèvement apparaissent justement lorsqu'ils sont formulés de manière trop générale, comme « livrer un système fonctionnel », sans précision sur ce que « fonctionnel » signifie.
Le piège inverse existe aussi : certaines équipes fixent des critères tellement détaillés qu'ils deviennent impossibles à satisfaire ou qu'ils génèrent une bureaucratie disproportionnée. Le critère devient alors une fin en soi et détourne l'attention de la valeur du projet. Un bon critère est suffisamment précis pour être vérifiable, mais pas au point de dicter chaque micro-activité. La frontière est subtile et dépend du contexte, ce qui explique les débats entre les tenants d'un contrôle strict et ceux d'une souplesse pragmatique.
Erreurs courantes
La première erreur est d'écrire des critères non mesurables. Dire qu'un système doit être « performant » ne donne aucune base de vérification. Dire qu'il doit traiter un certain nombre de transactions par seconde avec un temps de réponse maximal est un critère. La deuxième erreur est de rédiger les critères sans consulter les parties prenantes qui devront les vérifier. Un critère défini par la seule équipe technique peut ignorer les attentes du métier ou les contraintes d'exploitation. La troisième erreur est de ne pas distinguer les niveaux de fin : un incrément peut être fini pour une démonstration, mais pas pour une mise en production.
Une autre erreur fréquente est la dérive des critères en cours de projet. Lorsqu'un livrable ne satisfait pas un critère, la tentation est de modifier le critère plutôt que de corriger le livrable. Cet assouplissement opportuniste détruit la confiance dans le processus de validation. Il est plus sain de documenter un écart et de demander une dérogation formelle que de prétendre que le critère n'a jamais existé.
Quand ne pas se fier uniquement aux critères d'achèvement
Les critères d'achèvement ne disent pas tout. Ils décrivent des conditions de fin, mais pas nécessairement la qualité de la collaboration, le niveau de dette technique résiduelle ou la satisfaction réelle des utilisateurs. Un projet peut clore avec tous les critères remplis et laisser derrière lui une équipe épuisée ou un produit que personne n'utilise. C'est pourquoi les organisations matures complètent les critères techniques par des évaluations de bénéfices, des enquêtes auprès des utilisateurs et des revues après projet.
Il ne faut pas non plus utiliser les critères d'achèvement comme un outil de sanction systématique. Leur fonction première est de clarifier les attentes, pas de piéger une équipe. Un critère trop rigide peut empêcher l'innovation ou pousser à livrer un résultat conforme mais inadapté. Le jugement professionnel garde une place importante, surtout dans les projets complexes où certaines conditions de fin ne peuvent pas être entièrement prédéfinies.
Relations avec d'autres concepts de gestion de projet
Les critères d'achèvement sont étroitement liés aux critères d'acceptation, à la définition du fini, aux exigences de qualité et aux conditions de sortie. Un critère d'acceptation porte sur un
Synthèse des relations essentielles
