Quelle est la « Définition » de Ready in Scrum ?

Définition de Ready — la user story doit être exploitable immédiatement.

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 fonctionnalité qui sont ajoutés au backlog du produit par le  propriétaire du produit . L’  équipe de développement  travaillera ensemble pour déterminer comment transformer ce concept en une ou plusieurs épopées, puis le décomposer en histoires d’utilisateurs plus petites et plus claires qui peuvent être incorporées dans la prochaine implémentation de Sprint en tant que véritables fonctionnalités du produit.

Le propriétaire du produit peut travailler avec l’équipe pour définir un  artefact  appelé « Définition de l’état prêt » pour s’assurer que les projets en haut du  backlog du produit  sont prêts à passer au sprint afin que l’équipe de développement puisse les engager et les terminer en toute confiance à la fin. du sprint.

Quel est le but de la définition de Ready ?

La définition de Ready décrit les conditions qui doivent être remplies pour faire passer la  user story  du backlog au développement dans le  sprint suivant . Les considérations d’une user story ayant un statut de définition prêt signifient que la story doit être actionnable immédiatement.

Pourquoi la définition de Ready ?

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 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 du 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 qu’elle contient. Peut-être qu’au lieu d’utiliser la définition de Prêt comme une liste de contrôle séquentielle et par étapes, vous pouvez la considérer comme faisant partie d’une activité de raffinement des éléments du backlog. L’affinement des éléments du backlog  est un processus continu, il n’est donc pas limité à un événement, mais est traité comme une activité.