Scrum : INVESTIR dans de bonnes histoires en réalisant des tâches SMART

Je suis tombé sur cet  article  qui comprend deux mnémoniques que j’aime beaucoup.

L’INVEST comme rappel des caractéristiques d’un  Product Backlog  Item (PBI) (ou user stories) de bonne qualité couramment écrit sous forme de user story. Mais quelles sont les caractéristiques d’une bonne user story ? L’acronyme « INVEST » peut vous rappeler que les bonnes histoires doivent être :

Une bonne user story devrait être —  INVEST :

• I ndependent : Doit être autonome d’une manière qui permet d’être libéré sans dépendre l’un de l’autre.
• Négociable : ne capturez que l’essence du besoin de l’utilisateur, laissant place à la conversation. La user story ne doit pas être écrite comme un contrat.
• V aluable : fournit de la valeur à l’utilisateur final.
• Estimable : Les user stories doivent pouvoir être estimées afin qu’elles puissent être correctement hiérarchisées et intégrées dans les  sprints .
• S all : Une user story est un petit morceau de travail qui lui permet d’être achevé en 3 à 4 jours environ.
• T estable : Une user story doit être confirmée via des  critères d’acceptation pré-écrits .

Raffinement du Backlog Produit : Histoires et Tâches

Le raffinement du Product Backlog  consiste à ajouter des détails, des estimations et un ordre aux éléments du Product Backlog. Un raffinement continu du backlog de produit est nécessaire dans chaque  sprint  pour affiner les éléments afin d’être prêt pour les futurs sprints. Lorsque les éléments du backlog sont affinés au niveau de granularité approprié, les éléments du backlog produit en haut du backlog produit (priorité la plus élevée, valeur la plus élevée) sont décomposés afin qu’ils tiennent dans un sprint, comme illustré dans la figure ci-dessous.

Lorsqu’un élément du backlog de produit est affiné et doit être inclus dans le backlog de sprint, il se présente généralement sous la forme d’histoires d’utilisateurs facilement utilisables dans la partie 1 de la planification de sprint. Ces user stories sont généralement affinées en tâches dans la partie 2 de la planification de sprint pour être attribuées aux membres de l’équipe de développement.

Une bonne TÂCHE doit être —  INTELLIGENTE :

SMART est un ensemble de critères pour créer des objectifs tels que les  objectifs de Sprint  qui est une courte déclaration écrite par l’  équipe Scrum  (basée sur l’  objectif initial du Product Owner ) pour les guider dans la direction de ce qu’ils veulent que les tâches soient accomplies selon l’objectif du sprint.

SMART signifie spécifique, mesurable, réalisable, pertinent et limité dans le temps. Avoir des objectifs écrits dans un format SMART garantit que le décideur d’objectifs est clair sur ce qu’il essaie d’accomplir, quand et comment.

Spécifique : lorsque vous vous fixez un objectif, soyez précis sur ce que vous voulez accomplir. Considérez cela comme l’énoncé de mission de votre objectif.

M esurable : quelles mesures allez-vous utiliser pour déterminer si vous atteignez l’objectif ? Cela rend un objectif plus tangible car il fournit un moyen de mesurer les progrès. S’il s’agit d’un projet qui va prendre quelques mois, fixez-vous des jalons en considérant les tâches spécifiques à accomplir.

Atteignable : Cela met l’accent sur l’importance d’ un objectif pour vous et sur ce que vous pouvez faire pour le rendre réalisable et peut nécessiter de développer de nouvelles compétences et de changer d’attitude. L’objectif est d’inspirer la motivation, pas le découragement. Réfléchissez à la façon d’atteindre l’objectif et si vous avez les outils/compétences nécessaires. Si vous ne possédez pas actuellement ces outils/compétences, réfléchissez à ce qu’il faudrait pour les atteindre.

Pertinent : il s’agit de se concentrer sur quelque chose qui a du sens avec les objectifs commerciaux plus larges. Par exemple, si l’objectif est de lancer un nouveau produit, cela doit être conforme aux objectifs commerciaux globaux. Votre équipe peut être en mesure de lancer un nouveau produit de consommation, mais si votre entreprise est un B2B qui ne se développe pas sur le marché de la consommation, l’objectif ne serait pas pertinent.

Limité dans le temps : n’importe qui peut se fixer des objectifs, mais s’il manque un timing réaliste, il y a de fortes chances que vous ne réussissiez pas. Il est impératif de fournir une date cible pour les livrables. Posez des questions précises sur la date limite de l’objectif et sur ce qui peut être accompli dans ce délai. Si l’objectif prend trois mois à atteindre, il est utile de définir ce qui doit être réalisé à mi-parcours du processus. Fournir des contraintes de temps crée également un sentiment d’urgence.

Les références

• Rédiger des objectifs SMART et INVESTIR pour les User Stories
• Qui crée des éléments de backlog produit ou des user stories dans Scrum ?
• Qu’est-ce que Story Point dans Agile ? Comment estimer une User Story ?
• Qu’est-ce que DEEP dans le Product Backlog ?