TL ; DR : La définition du terminé – Agilité commerciale et excellence technique
La plupart du temps, les parties prenantes ne sont pas intéressées par la manière dont nous résolvons leurs problèmes tant que nous respectons les règles de manière éthique. Au lieu de cela, ils sont intéressés par la livraison régulière d’incréments précieux, car ceux-ci ouvrent la voie à l’agilité commerciale. Cependant, il n’y a pas d’agilité commerciale sans excellence technique, ce qui nous amène au sujet d’aujourd’hui : l’importance d’une définition du terminé exploitable.
Apprenez-en plus sur les douze principes de réussite de l’utilisation d’une telle définition du fait en tant qu’équipe Scrum pour aider votre organisation à devenir agile.
Le but de la définition de Done selon le guide Scrum
Le Guide Scrum mentionne fréquemment la Définition de Terminé pour souligner l’importance d’une norme de qualité largement connue et acceptée pour une équipe et une organisation Scrum performantes. Il n’y a pas d’agilité commerciale à gagner sans l’excellence technique et la haute qualité des produits – les deux sont reflétées et soutenues par la Definition of Done. Le Guide Scrum caractérise la Définition du Terminé comme suit :
La définition de terminé est une description formelle de l’état de l’incrément lorsqu’il répond aux mesures de qualité requises pour le produit.
Au moment où un élément du backlog produit répond à la définition de terminé, un incrément est né.
La définition de terminé crée de la transparence en fournissant à chacun une compréhension partagée du travail effectué dans le cadre de l’incrément. Si un élément du backlog produit ne répond pas à la définition de terminé, il ne peut pas être publié ni même présenté lors de la revue de sprint. Au lieu de cela, il retourne au Product Backlog pour un examen ultérieur.
Si la définition de terminé pour un incrément fait partie des standards de l’organisation, toutes les équipes Scrum doivent la suivre au minimum. S’il ne s’agit pas d’une norme organisationnelle, l’équipe Scrum doit créer une définition de terminé appropriée pour le produit.
Les Développeurs sont tenus de se conformer à la Définition de Terminé. S’il y a plusieurs équipes Scrum travaillant ensemble sur un produit, elles doivent mutuellement définir et se conformer à la même définition du terminé.
Source: Guide Scrum 2020
Bien qu’une Définition du Terminé adéquate ne garantisse pas le succès d’une équipe Scrum, son absence accélère certainement son échec.
Sans une définition de terminé, la qualité du travail d’une équipe Scrum variera probablement considérablement, et le niveau de travail non terminé ou de mauvaise qualité s’accumulera au fil du temps, contribuant à un niveau croissant de dette technique et inhibant de plus en plus votre agilité.
Principes de réussite de la définition de Done
Le but de la définition de terminé est de permettre à l’équipe Scrum de fournir régulièrement des incréments précieux, que les membres de l’équipe et les parties prenantes peuvent ensuite inspecter par rapport à la norme de qualité établie et bien comprise.
Dans le contexte d’une équipe et d’une organisation Scrum réussies, la construction d’incréments selon les spécifications définies par la définition de terminé signifie que l’équipe peut livrer un incrément terminé entre les mains des clients. De plus, la livraison se fait sans aucune répercussion légale, éthique ou financière. À cet égard, une définition du terminé adaptée au contexte d’une équipe Scrum, de son organisation et de ses clients est la pierre angulaire de toute forme d’agilité commerciale.
De ce point de vue, sautons l’erreur de débutant de ne pas avoir de définition du terminé en premier lieu et plongeons directement dans douze principes gagnants pour récolter les bénéfices d’une définition du terminé à l’avantage de votre équipe et de votre organisation :
- Définition de la nature binaire de Done: En tant qu’équipe, soit vous répondez au standard de qualité défini par la Definition of Done, soit vous ne le faites pas. Rien ne correspond à la description : « C’est pratiquement fait ; Je vais créer un ticket de bogue pour un petit problème que je dois encore résoudre au prochain Sprint. »
- On ne jette personne sous le bus: Fait signifie fait, ce qui veut dire livrable à nos clients sans répercussion, voir ci-dessus. Chaque fois qu’un membre de l’équipe dit qu’un élément du Product Backlog est terminé, il n’y a plus besoin d’inspection. Soit dit en passant, ce principe ne vous empêche pas d’avoir des évaluations par les pairs.
- Il n’y a pas de portes d’approbation: Le Product Owner n’accepte pas le travail accompli par les Développeurs, pas plus que les parties prenantes n’acceptent le travail de l’équipe Scrum.
- Expérimenter, c’est bien: Une définition de Terminé n’empêche pas votre équipe d’expérimenter des données en direct à partir de l’environnement de production. La découverte de produits vise à identifier les investissements intéressants dans votre produit ou service au nom de vos clients aussi abordables que possible. Si vous validez des hypothèses avec des prototypes, comme il se doit, vous passerez probablement d’un prototype basse fidélité, par exemple une maquette cliquable, à un prototype haute fidélité incluant des données réelles. Si vous appliquiez la définition de Done à la construction de ce dernier, vous nieriez l’idée de valider des hypothèses par des expériences. Cependant, assurez-vous de tout refactoriser une fois que vous décidez de transformer le prototype haute fidélité en une véritable fonctionnalité. Beaucoup de dette technique est créée en ignorant cette nécessité, en particulier dans l’environnement des startups : « Allons-nous mourir en beauté ? Cela fonctionne, alors passons à autre chose ; nous le réparerons plus tard.
- Pas de raccourcis: Pour respecter un délai ambitieux, les Développeurs abaissent temporairement le niveau de qualité dans certaines parties moins critiques de l’application, déterminés à corriger ces parties ultérieurement. Les parties prenantes, cependant, adorent la flexibilité retrouvée et continuent de pousser l’équipe avec des délais arbitraires, transformant une exception en nouvelle norme. Probablement, vous connaissez déjà ce scénario qui, selon mon expérience, est un chemin sûr vers le désastre. Par conséquent, ne compromettez jamais votre Définition du Terminé.
- Pas de dégradation de la Definition of Done: C’est une impulsion humaine de résoudre les problèmes croissants de vos incréments avec votre standard de qualité en édulcorant ce dernier à un meilleur « niveau gérable ». Pourquoi s’encombrer de problèmes quand on peut affiner la nature de la situation en abaissant la Définition du Terminé ? Cependant, vous tromper du défi n’est pas une option. Jouer le jeu long nous oblige à traiter les problèmes sous-jacents à la place.
- La définition défensive de Done: Une fois mordu, deux fois timide. Puisque l’échec n’est pas une option, l’organisation encourage à refléter cette notion dans la définition du fait des équipes, étranglant l’agilité dans le processus avec de la bureaucratie. Jouer en toute sécurité au maximum dans un environnement complexe a inévitablement un prix.
- Les propriétaires de produits sont investis dans la définition du terminé: Créer de la valeur dans un environnement complexe avec les contraintes existantes tout en contribuant à la pérennité de l’organisation est un jeu infini. Préparez-vous en conséquence, car couper les coins ronds et fermer les yeux vous coûtera cher à long terme avec un effet cumulatif. Si la délivrabilité de demain est votre préoccupation en tant que Product Owner, investissez dans le maintien de votre socle technique en continu ; la Définition du Terminé de votre équipe est la clé de voûte de cette mission.
- Crowdsourcing la définition de Done: En fin de compte, la responsabilité de créer la Définition du Terminé incombe à l’équipe Scrum. Cependant, écouter d’autres voix, telles que celles des parties prenantes, est également une pratique éprouvée. Soyez à la hauteur de l’opportunité de sortir de votre bulle de confirmation et de créer la confiance en même temps.
- Définition des critères d’achèvement par rapport aux critères d’acceptation: Une règle empirique simple s’applique ici : si une condition est valide pour tous les éléments du Product Backlog, elle mérite de faire partie de la Définition du Terminé. C’est probablement un critère d’acceptation s’il ne s’applique qu’à un élément individuel du Product Backlog.
- La définition de terminé nécessite une maintenance: La définition de Done n’est pas statique. Une fois que vous avez établi sa première version, l’équipe Scrum doit l’inspecter et l’adapter régulièrement. D’après mon expérience, une fois qu’une équipe se familiarise avec l’espace des problèmes et des solutions, elle se ramifie dans des domaines adjacents de son travail pour augmenter les niveaux de qualité et la délivrabilité. De bons indicateurs que votre Definition of Done a besoin d’une inspection et d’une adaptation sont, par exemple, des métriques telles que le nombre de bogues qui ont échappé à la production ou aux plaintes des clients.
- La définition de Done n’a pas de frère: Certaines équipes sont tentées de contrer ou d’équilibrer la Définition du Terminé avec une « Définition du Prêt », couvrant ainsi le flux de travail dans le Product Backlog. Bien qu’une liste de contrôle de cette nature puisse servir de roue d’entraînement pour les équipes novices, je doute de son efficacité pour une équipe expérimentée. Ce dernier a généralement un processus de raffinement du Product Backlog mature rendant obsolète une Définition de Ready. Éliminez les formalités administratives dans la mesure du possible. Croyez-le ou non, un plug-in Definition of Ready Jira est disponible, il vous suffit de rechercher sur le marché d’Atlassian.
Conclusion
La Définition du Terminé est un tremplin essentiel pour l’équipe Scrum afin de fournir un Incrément de la qualité attendue. Il fournit un bon retour sur investissement du point de vue de l’équipe et devrait guider l’équipe Scrum vers l’accomplissement des objectifs du produit. Négliger la définition du terminé érodera lentement mais sûrement la capacité de l’équipe à résoudre les problèmes des clients, sa réputation et sa contribution à la durabilité de l’organisation.
Comment gérez-vous la définition de terminé ? S’il vous plaît partagez vos apprentissages avec nous dans les commentaires.