Scrum Café #7

Session intéressante qui s'est déroulée le 10 Mai 2012.

J'ai commencé par une présentation sur les Personnas et la vision Box (cf posts précédents)

Nous avions ensuite trois ateliers en parallèle :

•   présentation de Scrum en 5 minutes (20 en vrai) que j'ai animé
•   atelier du groupe MOA
•   atelier du groupe Test

Ci dessous l'évolution des indices de satisfaction de la première à la dernière session :

En progrès

Pour la session 8, j'organiserai un "Penny Game" :
Philippe Launay nous l'a présenté au dernier Scrum Wine Bordelais, un excellent jeux de simulation...

Son succès dépendra donc de l'animateur....

les Personas du Scrum Café

Ils sont tout frais, et la peinture n'est pas sèche. Nos Personas sont en cours de réalisation....


Il s'agit donc du public intéressé par nos Scrum Café. Nous devons veiller à ce qu'ils obtiennent ce qu'ils attendent, sinon ils ne viendront plus. 


Même si nous connaissons personnellement chacun des membres du Scrum Café, la démarche "Persona" + "Vision Box" révèle des aspects intéressants sur nos clients.


Ci-dessous, le travail réalisé :

Vision Box pour les Scrum Café

Une vision Box pour les Scrum Cafés organisés chez nos clients

La boite est réutilisable à chaque session, il suffit de changer un post-it!

En la réalisant conjointement avec des Personas, je me suis posé de nouvelles questions. L'exercice est très intéressant et les membres de l'équipe ont fait part de leur remarques de suite.

Cette technique issue de l'Agile-UX (Agile User Experience) tend à capitaliser les expériences utilisateurs. A vrai dire, je voulais commencer par les Personas, mais je me suis rendu compte qu'il serait plus profitable de les réaliser en même temps.

Une fois la box et un premier Persona terminée et c'est comme un déclic : on comprend mieux les spécificités du produit, et c'est tellement facile d'en parler, l'utilisateur est comme présent pour jouer son rôle...

Les Personas donnent vie aux utilisateurs et sont un puissant outil de communication dans l'entreprise. De même pour la "Vision Box" vous incite à mettre en valeur ce qui va attirer vos utilisateurs, ce qui va leur donner confiance dans le produit et qui fera la différence par rapport aux autres.

Je vous recommande la lecture des blogs de Jean-Claude Grosjean :

• http://www.agile-ux.com/ 
• http://www.qualitystreet.fr 

Scrum Cafe #6 - Le jeu des Post-its

Scrum Café #6

Lors du 6éme Scrum Café, nous avons organisé un atelier pour établir la Backlog d'un groupe de travail sur les Tests.
L'atelier a été très intéressant et on aurait tous aimé avoir plus de temps pour travailler les User Stories, mais nous n'avons qu'une heure à accorder à l'exercice.
Ce jeu permet d'établir les User Stories et de leur attribuer une valeur métier.

Voici les règles :



Le résultat obtenu n'est pas esthétique, mais de vrais sujets ont émergé et c'était le but!

Les observateurs ont remarqué que :

• La rédaction des Users Stoies : Le groupe était silencieux, et le travail studieux
• Le travail en binôme : beaucoup de discussion sur la compréhension des user stories. Les post-its n'étaient pas forcément bien rédigés et le "Afin de" était plutôt flou. Est-ce une User Story ou pas?
• Lorsque le débrief est arrivé, les user stories déja discutées on été rediscutées, et expliquées par celui qui les avait écrites. Il y avait une différence forte entre ce qui était compris et ce qui était souhaité
• Tout le monde à bien joué le jeu

Une fois les post-its regroupés on additionne les points des histoires  identiques. Ce sont généralement 

• les mieux exprimées,
• les utiles au projet
• car elles sont vite comprises et leur intérêt ne fait pas de doute

Si ce n'est pas le cas, la négociation est longue, l'histoire est peu partagée, et n'aura probablement pas les meilleures notes.

Cet exercice est utile lorsque

• l'on veut initialiser ou améliorer une Backlog Produit
• Définir une valeur métier pour des fonctionnalités
• Afin de palier à un rôle Product Owner qui serait partagé au sein d'un groupe utilisateur ou MOA.

Ce jeu peut-être réalisé avec quelques personnes de l'équipe technique afin de bénéficier également de leur créativité, et afin de leur faire partager la vision du produit.

Modéle A3 Toyota

Lors du 6éme Scrum Café organisé chez notre client, j'ai présenté 4 types de modèle A3 Toyota à utiliser dans le cadre de projets informatiques :

• La charte de projet / fiche de vision
• Le A3 de résolution de problème
• Le rapport d'avancement
• L'affiche informative

 Vous trouverez également ci-dessous une traduction du modèle A3 résolution de problèmes par Tom Poppendieck et Henrik Kniberg.

Modele a3 toyota v2.0.s37s10

View more PowerPoint from Olivier Patou

Télécharger la traduction (doc)

Télécharger la traduction (pdf)

 Vous trouverez l'original sur le site anglophone Crisp.se (lean)

Revue de Backlog : technique d'estimation

Magic Estimation :
(le 29/04/2012 : j'ajoute à ce billet le nom de la technique d'estimation décrite)

Traditionnellement, lors de nos revues de Backlog nous réalisions nos estimations en équipe, en appliquant la technique du Planning Poker.

Récemment, Michel Goldenberg a donné des formations spécifiques certifiantes de Product Owner et de Scrum Master chez notre client. Son public était essentiellement composé de personnes a qui j'avais moi-même dispensé une formation "généraliste" sur Scrum.

J'ai donc profité de sa présence dans les locaux pour me glisser à la fin de la session et échanger avec lui sur les pratiques et techniques qu'il préconisait.

Volontiers provocateur, Michel Goldenberg me fit remarquer que le Poker Planning n'était pas une bonne pratique! Enfin, qu'il en existait de meilleures...

En trois minutes il nous a tous convaincus, et ce matin nous avons mis en place sa préconisation :

•    le Scrum Master  écrit la suite de Fibonacci au tableau : un nombre de la suite par ligne
•    le Scrum Master  place aléatoirement les post-it des Stories sur le tableau
•    l'équipe estime la position relative des User Stories en déplaçant les post-its
•    les détails des histoires sont discutés en séance avec le Product Owner

Le premier gros avantage pour l'estimation est le coté visuel :

•    chaque Story prend place à coté d'une autre de même taille
•    et tant que tout le monde n'est pas d'accord sur l'estimation, on creuse les détails

Cela a plusieurs avantages : On ne se focalise pas sur le nombre de points que vaut la Story, mais plus sur le poids relatif des unes par rapport aux autres. Si la Story de base (template) est représentative et que les Stories sont correctement décrites, le travail d'estimation  en relatif est alors très rapide et efficace :
 "C'est plus grand que" ou "plus petit que" se résout facilement en équipe et favorise les échanges entre équipiers.

Autre conseil de Michel Goldenberg, pour la revue de Release Backlog :  demander à chaque membre de l'équipe de prendre des notes personnelles sur les détails des Stories. Ainsi lorsque au 5éme ou 6ème Sprint, lorsque l'on rediscutera de la Story pour une Revue de Backlog du Sprint, chacun à l'aide de ses notes pourra se remémorer les détails discutés. La pluralité des notes permettant de conserver trace des différents aspects de la Story et favorisant la résurgence des souvenirs (en 3D).

La suite de Fibonacci dans l'estimation des Story

Ken Schwaber (co-fondateur de la méthode Scrum) nous préconise d'utiliser le poker planning basé sur la vraie suite de Fibonacci (http://kenschwaber.wordpress.com/2011/03/11/planning-poker). En lisant cet article publié sur son blog, vous verrez comment la communauté scientifique, en la personne du Dr Stephen Hawking l'a interpellé au sujet de l'anormale simplification qui a été opérée sur les cartes dédiées à l'exercice...

 

Je vous propose ci-dessous la traduction de l'article :

J'ai utilisé la technique d'estimation du Planning Poker de l'extreme Programming depuis que James Grenning me l'a montré en 2003. Beaucoup a été écrit à ce sujet, comment l'utiliser, et comment il conduit rapidement à des estimations d'aussi bonne qualité que toute autre technique plus détaillée et plus longue. J'aime bien quand quelque chose que j'utilise marche. Je l'aime encore plus quand je peux pointer dans la nature ou dans la science les principes fondamentaux sous-jacents expliquant leur fonctionnement. La séquence de chiffres sur lesquel le poker planning est basé provient de l'ensemble de Fibonacci: «Par définition, les deux premiers nombres de Fibonacci sont 0 et 1, et chaque numéro ultérieur est la somme des deux précédents. Certaines sources suppriment le 0 initial, au lieu de commencer la séquence avec deux 1s. En termes mathématiques, la séquence des nombres de Fibonacci Fn est définie par la relation de récurrence Fn = Fn-1 + Fn-2 avec des valeurs semences F0 et F1 = 0 = 1 Wikipedia : Cela nous ramène à des lois naturelles, tels que la taille relative entre les verticilles dans une coquille de nautile, et le nombre d'or provenant de la sommation de l'inverse de l'ensemble: {This ties back to nature, such as the relative size between the whorls in a nautilus shell, and the golden ratio derived from the summation of the inverse of the set:} où {where } Source: http://en.wikipedia.org/wiki/Fibonacci_number Alors, fidèle à la nature, je me sers de ponts entre le poker planning et les numéros 1, 2, 3, 5, 8, 13, 21, 34, 55 ..., en fonction de la taille du backlog de produit. Imaginez ma surprise quand j'ai été appelé en grande détresse par le Dr Stephen Hawking, le physicien théorique. Il était curieux de savoir qui «fricotait » avec la séquence de Fibonacci. Lui et ses compagnons avaient remarqué une recrudescence de phénomènes affligeant ces derniers temps, tels que:    1. La vitesse de la lumière commence à varier de manière imprévisible.    2. La chute d'objets à partir d'arbres à différents vitesses qui étaient indépendants de tous attributs connus.    3. Les Coquilles de Nautilus éclataient spontanément.    4. D'autres perturbations inquiétantes de l'ordre naturel. Ils avaient étudié le problème, et suivis depuis ses origines jusqu'à ce jour, la communauté des développeurs de logiciels agiles. Ils ont constaté que plusieurs d'entre nous avaient perverti la suite de Fibonacci. Ils ont trouvé un certain nombre de jeux de cartes et des affiches qui montrent la séquence suivante: Dr Hawking indiqué un haut degré de probabilité qu'il y ait une corrélation entre la variation anormale de phénomènes naturels et cette perversion de la séquence de Fibonacci. Dr Hawking plaide, et je soutiens, que nous cessions et que nous abstenions de notre utilisation abusive de la séquence de Fibonacci, et que nous revenions à la séquence réelle. Ce sera réaffirmera notre relation avec la nature et notre monde. Best, Ken Schwaber