Définition de Ready dans Scrum

Les utilisateurs finaux ont parfois des idées ou des concepts pour de nouvelles fonctionnalités. Le concept est représenté par un ou plusieurs éléments de fonction et ajouté au backlog du produit par le propriétaire du produit. L’équipe travaillera ensemble pour découvrir comment traduire ce concept en une ou plusieurs épopées, puis l’affiner en histoires d’utilisateurs plus petites et plus claires, qui seront intégrées dans la prochaine implémentation du sprint en tant que véritable fonction produit.

Cependant, s’assurer que les user stories sont prêtes avant le sprint peut avoir un impact direct et significatif sur la productivité de l’équipe. Avoir une définition de « prêt » signifie que l’histoire doit être immédiatement prête à être mise en œuvre. L’équipe doit être en mesure de déterminer ce qui doit être fait et la quantité de travail nécessaire pour terminer la user story

L’équipe extraira les histoires en haut du backlog du produit dans le backlog du sprint. Ces histoires doivent être « prêtes ». Certaines entreprises ont en fait besoin d’une liste détaillée pour déterminer si une histoire est « prête », pas seulement « presque » .

Comment créer la définition de Ready ?

Le propriétaire du produit pourrait travailler avec l’équipe pour définir un  artefact  appelé « la définition de Prêt » pour s’assurer que les éléments en haut du backlog sont prêts à être déplacés dans un sprint afin que l’équipe de développement puisse les valider et les compléter en toute confiance en la fin d’un sprint.

Pourquoi Définition de Prêt?

La définition de Ready est un ensemble d’accords qui permettent à chacun de savoir quand quelque chose est prêt à commencer, par exemple, quand une user story est prête à être prise en compte dans un sprint, ou quand toutes les conditions nécessaires sont réunies pour qu’une équipe démarre un sprint. Une définition appropriée de prêt améliorera considérablement les chances de l’  équipe Scrum d’atteindre avec succès son  objectif de sprint . Voici une liste des avantages qu’une DoR correctement structurée peut apporter aux équipes :

• Mesurer l’état « prêt » d’un élément du backlog
• S’assurer que les éléments du backlog produit ont été pensés « juste assez »
• Aidez l’équipe à identifier quand le propriétaire du produit ou un autre membre de l’équipe est dépassé
• Gardez l’équipe responsable les unes envers les autres
• Réduisez la pression sur l’équipe pour qu’elle s’engage sur des estimations avant que les histoires ne soient « prêtes »
• Réduire le « roulement des exigences » dans le développement

Exemple — Définition de Prêt pour un Sprint

Différentes équipes auront différentes Dentition of Ready, et certaines nécessitent moins. c’est-à-dire que certaines équipes décrivent simplement la valeur pour l’utilisateur, hiérarchisent et écrivent comment faire une démonstration. D’autres estimations et communications sont dans la  réunion de planification de sprint  , etc. Voici les exemples d’éléments à prendre en compte pour développer des DOR pour votre équipe :

• Le  Sprint Backlog  est priorisé
• Le Spring Backlog contient tous les défauts, User Stories et autres travaux auxquels l’équipe s’engage
• Pas de travail caché
• Tous les membres de l’équipe ont calculé leur capacité pour le Sprint
• Temps plein sur projet = X heures par jour
• Toutes les User Stories répondent à la définition de Ready

Exemple — Définition de Prêt pour une User Story

Cette section présente un exemple de définition de prêt pour une user story et un exemple de définition de prêt pour un sprint. Vous pouvez adopter certains d’entre eux comme lignes de base ou points de départ :

• La valeur de Story pour l’utilisateur est clairement indiquée.
• Les  critères  d’acceptation de Story ont été clairement décrits.
• Dépendances de User Story identifiées
• User Story dimensionnée par Delivery Team
• L’équipe Scrum  accepte les artefacts d’expérience utilisateur
• Critères de performance identifiés, le cas échéant
• La personne qui acceptera la User Story est identifiée
• L’équipe sait comment faire une démonstration de l’histoire.

Sommaire

Le terme « définition de prêt » n’est pas décrit dans le guide Scrum. C’est la même chose que la user story et les critères d’acceptation qui y sont intégrés. Peut-être pensez-vous que la définition de prêt fait partie intégrante de l’activité de raffinement du backlog produit, plutôt que d’utiliser la définition de prêt comme une liste de contrôle de séquence et d’étape. L’affinement du backlog est un processus continu, il n’est donc pas limité à un événement, mais considéré comme une activité.