5 min lecture • Guide 311 of 877
Meilleures Pratiques Definition of Done
La Definition of Done (DoD) est une checklist partagée qui définit quand le travail est vraiment complet. Sans une DoD claire, "terminé" signifie différentes choses pour différentes personnes—menant à du travail incomplet, des problèmes de qualité et des surprises tardives dans le processus. Ce guide couvre la création et la maintenance d'une DoD efficace.
Objectif de la DoD
| Sans DoD | Avec DoD |
|---|---|
| "Terminé" varie selon les personnes | Standard cohérent |
| Travail incomplet livré | Qualité assurée |
| Surprises de dernière minute | Livraison prévisible |
| Dette qualité s'accumule | Standards maintenus |
Créer une DoD
Construire Votre Checklist
TEMPLATE DEFINITION OF DONE
═══════════════════════════
QUALITÉ DU CODE :
─────────────────────────────────────
☐ Code suit les standards de l'équipe
☐ Pas d'erreurs de linting
☐ Pas de warnings de compilation
☐ Auto-documenté ou commenté
☐ Code revu et approuvé
TESTS :
─────────────────────────────────────
☐ Tests unitaires écrits et passants
☐ Tests d'intégration passants
☐ Tous les tests existants passent encore
☐ Cas limites couverts
☐ Pas de bugs connus
DOCUMENTATION :
─────────────────────────────────────
☐ README mis à jour si nécessaire
☐ Documentation API mise à jour
☐ Documentation utilisateur mise à jour
☐ Notes de release rédigées
☐ Commentaires pour logique complexe
DÉPLOIEMENT :
─────────────────────────────────────
☐ Mergé sur branche main
☐ Déployé en staging
☐ Smoke tests passants
☐ Pas de régression en staging
☐ Feature flag configuré (si utilisé)
ACCEPTATION :
─────────────────────────────────────
☐ Critères d'acceptation remplis
☐ Product Owner a accepté
☐ Démontrable aux parties prenantes
☐ Répond aux exigences de performance
☐ Accessible (si applicable)
COMPLET :
─────────────────────────────────────
☐ Tout ce qui précède est coché
☐ Prêt pour la production
☐ Pas de tâches de suivi nécessaires
☐ L'équipe est d'accord que c'est done
Personnaliser pour Votre Équipe
PERSONNALISATION DE LA DOD
══════════════════════════
COMMENCER SIMPLE :
─────────────────────────────────────
DoD initiale (nouvelle équipe) :
☐ Code revu
☐ Tests passants
☐ Mergé sur main
☐ PO a accepté
Commencer par l'essentiel.
Ajouter à mesure que l'équipe mûrit.
ÉQUIPE MATURE :
─────────────────────────────────────
DoD avancée :
☐ Code revu (2 approbateurs)
☐ Tests unitaires (>80% couverture)
☐ Tests d'intégration
☐ Scan de sécurité propre
☐ Benchmarks de performance atteints
☐ Documentation mise à jour
☐ Déployé en staging
☐ Tests E2E passants
☐ PO a accepté
☐ Notes de release rédigées
Plus rigoureuse à mesure que la capacité grandit.
SPÉCIFIQUE AU CONTEXTE :
─────────────────────────────────────
Ajouter selon vos besoins :
Industrie réglementée :
☐ Revue de conformité passée
☐ Piste d'audit documentée
Application mobile :
☐ Testé sur appareils cibles
☐ Accessibilité vérifiée
Équipe API :
☐ Docs API mises à jour
☐ Breaking changes documentés
☐ Versioning correct
Personnaliser selon votre contexte.
Appliquer la DoD
En Sprint
DOD EN PRATIQUE
═══════════════
PENDANT LE DÉVELOPPEMENT :
─────────────────────────────────────
Le développeur utilise la DoD comme checklist :
├── Travaille sur la tâche
├── Code de la feature complet
├── Parcourt la DoD mentalement
├── "Ai-je écrit des tests ?"
├── "Est-ce revu ?"
├── Auto-vérification avant de déclarer done
└── DoD = contrôle qualité personnel
AVANT DE PASSER À DONE :
─────────────────────────────────────
La tâche ne peut passer à Done que si :
├── Chaque item de la DoD est coché
├── Pas de complétion partielle
├── L'équipe peut vérifier
├── "Si ce n'est pas vraiment done, ce n'est pas done"
└── Adhérence stricte
EN SPRINT REVIEW :
─────────────────────────────────────
Lors de la démo :
├── "Ceci respecte notre DoD"
├── Tests passants ✓
├── Déployé en staging ✓
├── Documenté ✓
├── Les parties prenantes voient la qualité
└── Confiance dans la complétude
RESPONSABILITÉ D'ÉQUIPE :
─────────────────────────────────────
Toute l'équipe est responsable :
├── Chacun connaît la DoD
├── Chacun l'applique
├── Revue mutuelle
└── Amélioration continue
Meilleures Pratiques
Règles d'Or
| Principe | Application |
|---|---|
| Simple et clair | Facile à comprendre et appliquer |
| Mesurable | Chaque item est vérifiable |
| Réaliste | Atteignable par l'équipe |
| Évolutif | S'améliore avec le temps |
| Visible | Affiché et connu de tous |