Définition de fini multi-niveaux

La définition de fini est le plus souvent une simple liste. Pour être plus pertinent, on peut définir plusieurs niveaux de fini, et pour être plus complet, plusieurs aspects de la finition.

Définition de fini multi-niveaux multi-aspects

Lire la suite...

Le workflow d'une story

Dans « Extreme Programming Installed », Ron Jeffries, en 2001, définit la vie de la story avec trois phases : la carte comme moyen de l’identifier, puis une conversation et enfin une confirmation. Cela est connu comme les « 3C »[1].

En fait, l’équipe déroule deux cycles de conversation et confirmation : un premier pour obtenir une story prête, un second pour que la story soit finie, donc nous avons les « 5C » :

  1. Un jour, quelqu’un a une idée de story et la note sur une Carte (maintenant on utilise plutôt un post-it).
  2. Le Product Owner et l’équipe affinent cette story, afin qu’elle puisse être réalisée en un sprint, au cour de Conversations.
  3. L’équipe apporte sa Confirmation qu’elle est prête.
  4. L’équipe réalise la story pendant un sprint, en tenant de nouvelles Conversations avec le PO sur son acceptation.
  5. Le Product Owner apporte sa Confirmation qu’elle est finie.

Dans la vie de la story, il y a ces deux grandes phases de travail collectif basées sur des conversations : celui, bien connu, de réalisation pendant un sprint et l’autre, encore moins connu, d’affinage dans des sprints antérieurs. Entre ces deux travaux non consécutifs, la story est en attente. Elle est prête, au sens où elle peut être réalisée dans un prochain sprint.

En se basant sur ces « 5C », on peut représenter le workflow de la story :

La vie de la story On ne traite pas de la même façon une story au stade de l’idée qu’une story prête. L’affinage nécessite une identification claire des stories. Cela pousse à ranger les stories dans des dépôts correspondant à leur état. Nous les appelons des bacs, en référence au backlog.

Investir dans des stories prêtes

Un bon acronyme est celui qui dure longtemps. C'est le cas de INVEST, lancé en 2003 par Bill Wake. Cela fait donc 12 ans et INVEST est encore populaire ; des ouvrages récents y font toujours référence (je pense à No Estimates).

Si l'acronyme est bon, je n'ai jamais trouvé cette liste de caractéristiques d'une bonne story particulièrement percutante. Je ne crois pas avoir fait de référence à INVEST ni dans mon blog ni dans mon livre. Bonne à quoi, la story ? Il me semble que des caractéristiques sont importantes à un moment et pas à un autre.

Dans la quatrième édition de mon livre, j'approfondis la Définition de Prêt. Je me suis demandé si INVEST pourrait aider à déclarer une story bonne à être prête ? Ben non, ça ne me convient pas tout à fait. Cela n'a pas été prévu pour ça, car en 2003 on était loin de parler de la notion de Prêt pour une story. De plus Bill Wake ne visait que les user stories. Je considère qu'il y a d'autres types de story.

Voici mes caractéristiques pour qu'une story soit prête :

  • Décomposée, ce n'est plus une story épique.
  • Débattue en équipe lors des séances d'affinage, au cours de conversations,
  • Dérisquée, néologisme qui se comprend bien je pense,
  • posséde une Définition de Fini qui permettra de vérifier sa finition dans le sprint.

Du coup ça fait les 4D. J'ajoute Désirable pour faire le cinquième ?

Les participants à l’affinage de backlog

L'affinage consiste, à partir de l'idée brute, à rendre une story prête à être réalisée en un sprint.

La vie de la story

Lire la suite...

Chapitre quatorze

Le chapitre 14 de mon livre Scrum s'appelle "La story et ses tests d'acceptation". Dans cette nouvelle édition, le titre a légèrement changé, car le chapitre inclut désormais la présentation des stories.

Il a été presque entièrement réécrit, notamment pour incorporer des nouveaux outils du Product Owner, comme ceux que j'ai présentés le mois dernier lors du ScrumDay 2014.

Lire la suite...

De la vision à la story

De la vision à la story

Les notions manipulées pour aller de la vision à la story, avec quelques techniques de définition de produit pour y arriver.

Impact Mapping, Innovation Games, Story Mapping, Revue de backlog, Spécification par l'exemple font l'objet d'ateliers ou jeux dans mes formations Scrum et Product Owner.

Story Dojo

J'avais entendu parler du PODojo, atelier destiné aux Product Owners pour s'améliorer par la pratique. Le PODojo est au PO ce que les coding dojos sont aux développeurs. Il s'en était déroulé quelques uns lors des conférences agiles l'an dernier.

Lire la suite...

Les conditions de réalisation

Une story est prête à prendre le départ du sprint si son comportement attendu (conditions d'acceptation) et la qualité requise (critères de finition) sont suffisamment connus de l'équipe. Un autre volet essentiel pour s'assurer de la capacité de l'équipe à développer la story pendant le sprint porte sur les conditions de réalisation.

Les 3 composants d'une story

Lire la suite...

Mon enquête sur les estimations

J'ai arrêté mon sondage sur les estimations à 100 réponses, c'est plus facile pour calculer les pourcentages. Voici les résultats.

Lire la suite...

La culture du backlog à Agile tour Toulouse

Kanbanisez votre Scrum : passez du gros backlog monolithique aux petits bacs limités !

Lire la suite...

- page 2 de 4 -