Definition of Done

La Definition of Done (DoD) est la compréhension partagée de ce que "terminé" signifie. Sans elle, "terminé" signifie différentes choses pour différentes personnes—menant à du travail incomplet, des problèmes de qualité et de la confusion. Une bonne DoD crée clarté et cohérence.

DoD vs Critères d'Acceptation

Créer une DoD

Construire Votre Définition

CRÉER UNE DEFINITION OF DONE
════════════════════════════

COMMENCER PAR LES BASES :
─────────────────────────────────────
DoD minimum viable :
├── Code est écrit
├── Code est revu
├── Tests passent
├── Mergé sur main
├── Déployable
└── Qualité de base

AJOUTER DES ITEMS DE QUALITÉ :
─────────────────────────────────────
├── Tests unitaires écrits
├── Tests d'intégration (si applicable)
├── Couverture de code maintenue
├── Pas de nouveaux warnings
├── Documentation mise à jour
├── Scan de sécurité passé
└── Quality gates

AJOUTER DES ITEMS DE PROCESSUS :
─────────────────────────────────────
├── PR revue par 2 développeurs
├── Critères d'acceptation vérifiés
├── Product Owner a approuvé
├── Déployé en staging
├── Smoke testé
└── Conformité au processus

DISCUSSION D'ÉQUIPE :
─────────────────────────────────────
Questions à poser :
├── "Que signifie done pour nous ?"
├── "Qu'avons-nous livré qui n'était pas prêt ?"
├── "Quels problèmes de qualité voyons-nous ?"
├── "Qu'est-ce qui détecterait les problèmes plus tôt ?"
├── Définition collaborative
└── Propriété de l'équipe

Exemple de DoD

Définition Complète

EXEMPLE DE DEFINITION OF DONE
═════════════════════════════

CODE COMPLET :
─────────────────────────────────────
☐ Fonctionnalité implémentée selon la spec
☐ Code suit les standards de l'équipe
☐ Pas de code commenté
☐ Pas de console.log/print de debug
☐ Code auto-documenté (noms clairs)

TESTÉ :
─────────────────────────────────────
☐ Tests unitaires écrits et passants
☐ Tests d'intégration (si applicable)
☐ Tests manuels complétés
☐ Cas limites considérés
☐ Pas de bugs connus

REVU :
─────────────────────────────────────
☐ Code review par 2 membres de l'équipe
☐ Feedback de review adressé
☐ Pas de commentaires non résolus

MERGÉ :
─────────────────────────────────────
☐ PR mergée sur branche main
☐ Pipeline CI passant
☐ Pas de conflits de merge

DOCUMENTÉ :
─────────────────────────────────────
☐ Documentation API mise à jour
☐ README mis à jour si nécessaire
☐ Décisions significatives documentées

DÉPLOYÉ :
─────────────────────────────────────
☐ Déployé en environnement staging
☐ Smoke testé en staging
☐ Prêt pour déploiement production

ACCEPTATION :
─────────────────────────────────────
☐ Critères d'acceptation vérifiés
☐ Product Owner a revu
☐ Prêt pour démo

Niveaux de DoD

Définitions Multiples

NIVEAUX DE DOD
══════════════

NIVEAU STORY :
─────────────────────────────────────
Pour chaque user story :
├── Code complet
├── Tests passent
├── Code revu
├── Mergé
├── Documentation mise à jour
├── Critères d'acceptation remplis
└── Story complète

NIVEAU SPRINT :
─────────────────────────────────────
Pour que le sprint soit complet :
├── Toutes les stories respectent la DoD story
├── Objectif de sprint atteint
├── Incrément est releasable
├── Pas de bugs critiques
├── Démo effectuée
├── Rétrospective tenue
└── Sprint complet

NIVEAU RELEASE :
─────────────────────────────────────
Pour que la release soit complète :
├── Toutes les DoD de sprint respectées
├── Tests de release passés
├── Performance validée
├── Sécurité revue
├── Documentation complète
├── Notes de release écrites
├── Sign-off des parties prenantes
└── Prêt à livrer

Liens Connexes

• Checklist Definition of Done
• Meilleures Pratiques Definition of Done
• Créer une Definition of Done Efficace
• Créer des Critères d'Acceptation Clairs