Essayer gratuitement
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 DoDAvec DoD
"Terminé" varie selon les personnesStandard cohérent
Travail incomplet livréQualité assurée
Surprises de dernière minuteLivraison prévisible
Dette qualité s'accumuleStandards 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

PrincipeApplication
Simple et clairFacile à comprendre et appliquer
MesurableChaque item est vérifiable
RéalisteAtteignable par l'équipe
ÉvolutifS'améliore avec le temps
VisibleAffiché et connu de tous

Liens Connexes