DoD (Definition of Done)

Qu'est-ce ?

Ce sont des règles mises en place par l'équipe et pour l'équipe qui permettent de s'assurer que le travail accompli est bien terminé et fiable.

Pourquoi ?

Pour réduire les risques sur les livrables (Limite le coût du rework).

S'assurer que les objectifs sont bien atteints (limite les tentions entre la Team Dev et PO/Client).

Pour que la satisfaction client soit optimale.

Qui ?

L'ensemble de l'équipe doit définir la notion de "terminé". Cela permet à tous les membres de s'engager et respecter le contrat.
Toute l'équipe inclue, les développeurs, le Scrum Master et également le PO (Product Owner).

Quand ?

Dès le début du projet. Au Sprint 0. Cette définition n'est pas figée, elle va évoluer au cours du temps, s'affiner.
A chaque rétrospective, lorsque les plans d'actions sont définis, il faut se poser la question si la DoD ne doit pas être revue.

Comment?

Les DoD sont spécifiques à chaque projet.
Il doit exister une DoD pour chaque type de Story, Feature, une DoD unique pour chaque niveau du projet.

Les storyotypes 
Les Sprints comportent différents types d'éléments, de stories :

  • les Users Stories
  • les Stories Techniques
  • les Spikes (Analyses fonctionnelles)
  • mais aussi des features

Pour chacun de ces types il faut définir une DoD.
Les critères doivent être explicites, clairs, compréhensibles par tous (SMART).

La DoD d'une User story pourra comporter par exemple :

  • Que 80% du code soit couvert par les tests, et passent à 100%
  • Que le code réalisé ne génère aucune anomalie de type Critique ou Majeur dans Sonar
  • Que les tests croisés soient réalisés en intégration, et passent à 100%
  • Que la documentation utilisateur soit mise à jour et déposée sur Alfresco
  • etc ...

Pour une Feature :

  • Que la DoD de chaque Storie soit réalisée
  • Que les tests de bout en bout d'intégration soient réalisés et passent à 100%
  • Que les tests de performance passent à 90%
  • etc

Et surtout comme toujours en agilité la DoD doit être réalisée dans un esprit d'échange, de partage pour obtenir le meilleur et l'engagement de tous.

Qui vérifie ?

Le PO ? Un membre de l'équipe ? Toute l'équipe ?

C'est la responsabilité de tous les membres de l'équipe de respecter l'engagement pris. Les règles définies dans les DoD doivent au fur et à mesure du projet faire partie intégrante du projet, de la façon de travailler de chacun.
Les règles deviennent implicites et nous permettent de nous améliorer dans la qualité de nos livrables.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Captcha *