lundi 14 mai 2012

Les acronymes SCRUM

Histoire de ne pas buter sur un acronyme (et c'est assez frustrant parfois), j'écris ce billet sous forme de petit pense-bête, de façon à conserver une liste des acronymes Agile et Scrum pour avoir à ma disposition la correspondance entre les lettres et les mots, plus une description rapide.
A compléter au fil du temps... :)


US : User Story
Description d'une fonctionnalité du point de vue utilisateur.

3C : Card Conversation Confirmation
Une US est souvent écrite sur une carte (Card) ou un post-it, généralement sous la forme "En tant que... Je veux... de façon à...". Cependant, elle doit aller plus loin que la seule phrase décrivant la demande fonctionnelle. Elle implique la partie Conversation, c'est-à-dire l'échange avec le client (par exemple lors de l'estimation) et la partie Confirmation, donc les tests d'acceptation de l'US. (Source : http://www.agileforall.com/2010/05/03/new-to-agile-remember-a-user-story-is-more-than-a-card/)

INVEST : Independent Negotiable Valuable Estimable Small Testable
Ce sont les caractéristiques que doit avoir une US.
- Independent : l'US est indépendante des autres US.
- Negotiable : une US d'un backlog de produit est modifiable jusqu'à ce qu'elle intègre un backlog de sprint.
- Valuable : l'US doit avoir de la valeur pour le client.
- Estimable : l'US doit être assez claire pour être estimée.
- Small : plus une US sera grande, plus il y aura d'incertitude pour l'estimer.
- Testable : on doit pouvoir écrire des tests d'acceptation pour une US.
(Source : article Wikipedia)

PO : Product Owner
Rôle de la personne représentant le métier, le client, l'utilisateur.

DEEP : Detailed appropriately Estimated Emergent Prioritized
Cet acronyme liste les caractéristiques que doit avoir un backlog de produit. Les items doivent être DEEP, ce qui signifie...
- Detailed Appropriately : détaillée de façon appropriée, donc d'être comprise par les développeurs.
- Estimated : les US estimées permettent de faire un macro-planning du projet.
- Emergent : un backlog est changeant avec le temps.
- Prioritized : les US doivent être ordonnées par ordre de priorité, ainsi les développeurs s'occuperont des US ayant le plus d'importance en premier.
(Source : http://blog.mountaingoatsoftware.com/make-the-product-backlog-deep)

MVP ou MMF : Minimal Viable/Marketable Product
C'est l'ensemble des fonctionnalités que le produit doit posséder au minimum pour pouvoir être proposé sur le marché. C'est une sorte de liste des must-have, on n'y inclut donc pas les nice-to-have comme l'éternel "faire le café" (sauf si vous travaillez chez Nespresso évidemment...).

DOD : Definition Of Done
Dans le cas d'une US, la définition de fini est la liste de critères qu'elle doit remplir pour être considérée comme ayant l'état "fini", donc livrable à l'utilisateur final.

EVSP : Explorer Shopper Vacationer Prisoner
Lors de l'étape "Set the stage" d'une rétrospective, cette activité est utilisée pour prendre la température des participants et voir dans quel état d'esprit ils se rendent à ce rituel. Lorsque j'anime une rétrospective, je pratique cette activité sous la forme MCTP pour Moteur/Client/Touriste/Prisonnier. C'est une petite variation de l'activité décrite dans le livre "Agile Retrospective Making Good Teams Great" d'Esther Derbyand et Diana Larsen.
En plus d'être un sigle avec des mots français, il y a une différence au niveau du rôle de Moteur au lieu d'Explorer. Comme décrit dans le livre, l'Explorer va être intéressé par toutes les découvertes qu'il fera. Le Shopper, lui fera son marché des actions qui l'intéressent. Pour moi, une personne venant dans un état d'esprit Moteur compte apporter quelque chose et faire des propositions. Le Client, lui, se dit qu'il est là pour écouter et accepter les propositions qui lui paressent pertinentes. La différence se situe donc au niveau de l'apport à la rétrospective que la personne se positionnant en Moteur compte avoir.
Attention cependant au risque de micro-management, le Moteur souhaite proposer des choses comme par exemple des actions pour le sprint à venir. Mais c'est l'équipe qui aura la paternité de l'action décidée, potentiellement très différente de l'idée de départ.
(livre : Agile Retrospective Making Good Teams Great)

SMART : Specific Measurable Attainable Relevant Timeboxed
Les actions décidées lors de la rétrospective doivent être SMART.
- Specific : ne doit pas être vague.
- Measurable : doit avoir des critères d'acceptation.
- Attainable : ne doit pas être irréaliste.
- Relevant : doit être utile et avoir un impact.
- Timeboxed : doit être définie dans le temps.
(livre : Agile Retrospective - Making Good Teams Great)

ROTI : Return On Time Invested
C'est la note donnée à la fin de la rétrospective pour indiquer si le temps consacré à ce rituel a été utile.

ROI : Return On Investment
Retour sur investissement en français, donc les bénéfices engendrés par l'argent dépensé pour créer ou refondre un système.

ADAPT to Scrum : Awareness Desire Ability Promotion Transfer
Cet acronyme décrit les activités dans le cadre de l'adoption de Scrum par une organisation.
- Awareness : se rendre compte que les process en place ne délivrent plus des résultats acceptables.
- Desire : le désir d'adapter Scrum est une volonté d'affronter les problèmes.
- Ability : penser que vous avez la capacité de réussir avec Scrum.
- Promotion : faire la promotion de Scrum en partageant votre expérience et vous souvenir de vos succès.
- Transfer : diffuser votre implication dans l'utilisation de Scrum au sein de la compagnie.
(Source : http://itechcloud.blogspot.fr/2011/07/adapting-to-scrum.html)