Définition de Fait (DoD) : Le critère ultime de complétion et de livraison

Définition PMBOK v8

La Définition de Fait (Definition of Done - DoD) est une liste de contrôle (checklist) de tous les critères requis qui doivent être satisfaits pour qu'un livrable puisse être considéré comme prêt pour l'utilisation par le client. Dans les projets utilisant une approche adaptative, la DoD représente une compréhension partagée des critères spécifiques qui doivent être respectés avant qu'un élément de travail (ex: user story, fonctionnalité, incrément) soit considéré comme complet et prêt à être livré à l'étape suivante ou au client.

Ce concept appartient au Domaine de Performance : Scope (Périmètre).

Pourquoi c'est important pour l'examen

La Définition de Fait est un concept hautement testé à l'examen PMI, car elle constitue le mécanisme central de contrôle qualité dans les approches adaptatives et hybrides. Les questions d'examen portent souvent sur la différence entre la DoD et les critères d'acceptation, ainsi que sur son rôle dans la prévention des livraisons prématurées ou incomplètes.

Points clés à retenir (pour l'examen)

Nature: Liste de contrôle (checklist) de tous les critères requis
Objectif: Déterminer si un livrable est prêt pour le client
Application: Projets adaptatifs (Agile, Scrum) et traditionnels
Portée: User story, fonctionnalité, incrément, ou livrable complet
Établissement: Négocié et partagé par l'équipe projet avant le début du travail
Confusion fréquente: Ne pas confondre avec les critères d'acceptation (qui sont spécifiques à une user story)
Conséquence: Si la DoD n'est pas respectée, le travail n'est pas considéré comme "fini" et ne peut pas être livré

Exemple type examen PMI

Situation: Une équipe Agile travaille sur un incrément de produit. Le Product Owner demande si une user story est "Done". L'équipe confirme que tous les critères d'acceptation de cette user story sont satisfaits, mais le code n'a pas été revu par un pair et les tests unitaires n'ont pas été automatisés.

Question: Selon le PMBOK v8, l'élément de travail peut-il être considéré comme "Done" ? Réponse: Non, car la Définition de Fait (DoD) inclut généralement la revue de code et les tests automatisés. Les critères d'acceptation seuls ne suffisent pas.

Pièges à l'examen PMI

Piège: Confondre la Définition de Fait (DoD) avec les Critères d'Acceptation
Réalité: La DoD est une checklist globale applicable à TOUS les éléments de travail du projet. Les critères d'acceptation sont spécifiques à UNE user story ou UN livrable particulier.
Piège: Penser que la DoD est optionnelle ou qu'elle peut être modifiée en cours de sprint
Réalité: La DoD est NÉGOCIÉE AVANT le début du travail et reste STABLE pendant l'itération. La modifier en cours de sprint compromet la transparence et la prévisibilité.
Piège: Croire que la DoD ne s'applique qu'aux projets Agile
Réalité: La DoD s'applique également aux projets traditionnels (prédictifs), mais elle est plus formellement définie et partagée dans les approches adaptatives.

Connexions PMI importantes

Concept lié	Type de relation	Point d'attention examen
Critères d'Acceptation	Complémentaire	La DoD est GLOBALE ; les critères d'acceptation sont SPÉCIFIQUES à une user story
Plan de Management du Périmètre	Input / Output	La DoD est définie dans le cadre du processus Plan Scope Management
Livrables	Évaluation	La DoD détermine si un livrable est "prêt pour le client"
Validated Deliverables	Sortie	La DoD est un prérequis avant la validation formelle des livrables
Work Performance Reports	Monitoring	Les rapports (dashboards, burndown charts) indiquent l'avancement par rapport à la DoD

Questions de révision rapide

Quelle est la différence fondamentale entre la Définition de Fait (DoD) et les critères d'acceptation d'une user story ?
Dans un projet Agile, pourquoi la DoD doit-elle être établie avant le début du sprint et rester stable pendant l'itération ?
Si un incrément satisfait tous les critères d'acceptation mais ne respecte pas la DoD, peut-il être considéré comme "Done" ?
La DoD s'applique-t-elle uniquement aux projets adaptatifs ou aussi aux projets prédictifs ?
Quel est le risque principal si l'équipe modifie la DoD en cours d'itération ?

Référence PMBOK v8

Section 2.2.1 - Scope Performance Domain (Domaine de Performance : Périmètre) Définition de Fait (DoD) : Page 39, passages 1-2 du contexte RAG fourni

Conseil d'expert PMP : À l'examen, souvenez-vous que la DoD est la "ligne d'arrivée" commune pour TOUS les éléments de travail. Si une question mentionne une user story "finie" mais que le code n'est pas testé ou documenté, la réponse correcte est généralement que la DoD n'est pas respectée, même si les critères d'acceptation sont satisfaits.