← Tous les articles

Terminé veut dire terminé : bâtir une Definition of Done qui a du mordant

By XNM Technologies · March 2, 2022 · 4 min read
Terminé veut dire terminé : bâtir une Definition of Done qui a du mordant

En Scrum, la Definition of Done est la description partagée et formelle de l'état qu'un Incrément doit atteindre pour être jugé utilisable. Le Guide Scrum 2020 est sans détour : lorsqu'un élément du Product Backlog satisfait la Definition of Done, un Incrément naît, et le travail qui ne la satisfait pas ne peut être ni livré ni même présenté à la Revue de Sprint. L'ennui, c'est que bien des équipes rédigent une Definition of Done si molle qu'elle ne certifie rien. « Code terminé » et « testé » sonnent rigoureux jusqu'à ce qu'on demande ce qu'ils exigent vraiment. Voici une liste pour en bâtir une qui a du mordant — et pour s'en servir honnêtement.

Ce qu'exige une vraie Definition of Done

Une Definition of Done qui a du mordant est vérifiable, pas aspirationnelle. Chaque ligne devrait être quelque chose qu'un Développeur peut montrer du doigt en disant « oui, c'est fait » sans interprétation. Servez-vous des vérifications ci-dessous pour mettre la vôtre à l'épreuve.

  1. Chaque élément est binaire. « Testé » est une opinion ; « tous les tests d'acceptation passent dans le pipeline de build » est un fait. Reformulez chaque critère jusqu'à ce qu'il ait une réponse oui ou non sans ambiguïté.

  2. Elle couvre tout l'incrément, pas une seule tâche. Le « terminé » s'applique à un Incrément utilisable : incluez donc l'intégration, pas seulement le codage isolé. Si une fonctionnalité ne marche que sur le portable d'un développeur, elle n'est pas terminée.

  3. La qualité est intégrée, pas rajoutée. Nommez explicitement les normes — revue de code, seuils de tests automatisés, contrôles de sécurité et d'accessibilité — pour que la qualité soit une barrière, et non un espoir.

  4. Elle reflète le vrai chemin de livraison. Si un déploiement réglementé ou du secteur public exige documentation, signatures ou piste d'audit, cela appartient à la Definition of Done, car sans cela le travail ne peut réellement être livré.

  5. Elle appartient à toute l'Équipe Scrum. Les Développeurs s'y engagent, mais le Product Owner et le Scrum Master doivent la comprendre, car elle régit ce qui peut être revu et livré.

  6. Rien ne sort du sprint à moitié fait. Le travail qui ne satisfait pas la Definition of Done retourne au Product Backlog ; il n'est jamais crédité comme partiellement terminé dans l'Incrément.

S'en servir dès ce sprint

Une Definition of Done n'a du mordant que si l'équipe s'en sert comme d'une barrière pendant le Sprint, et non comme d'un souvenir après coup. Les gestes concrets sont modestes mais changent les comportements. En 2022, le travail distribué et hybride étant devenu la norme, une Definition of Done écrite et partagée fait aussi discrètement le travail que faisaient autrefois les conversations de couloir : elle maintient une équipe à distance alignée sur le sens de « terminé », sans que personne ait à le demander.

  • Lisez la Definition of Done à voix haute lors du raffinement des éléments, pour que l'équipe estime le vrai coût du « terminé ».

  • Traitez-la comme une liste de contrôle au moment où un élément du Product Backlog est déclaré terminé, avant qu'il ne compte dans l'Incrément.

  • À la Revue de Sprint, ne présentez que le travail qui la satisfait réellement — ne faites pas la démo d'aspirations.

  • Inspectez et adaptez la Definition elle-même à la Rétrospective ; resserrez-la à mesure que la capacité de l'équipe grandit.

Quand la barre est encore trop haute

Parfois, une équipe ne peut pas encore satisfaire chaque critère exigé par l'organisation — peut-être le déploiement automatisé ou les tests de sécurité complets ne sont-ils pas en place. Le Guide Scrum ne recommande pas d'abaisser la barre, mais de rendre l'écart visible : la Definition of Done consigne la norme exigée par l'organisation, et tout critère que l'équipe ne peut encore satisfaire devient un travail connu visant à bâtir cette capacité. Une Definition of Done plus faible masque le risque ; une Definition honnête, vers laquelle l'équipe progresse encore, le fait apparaître. L'objectif n'est jamais une Definition facile à franchir, mais une qui signifie quelque chose dès qu'elle l'est.

Si vos équipes ont besoin d'aide pour transformer une Definition of Done floue en une barrière de qualité vérifiable — et l'intégrer à la façon dont le travail est revu et livré — le service-conseil en réalisation de programmes et de projets de XNM peut vous aider à faire que « terminé » veuille vraiment dire terminé.