Prochain Cube Agile à Toulouse : prioriser, estimer, planifier

Cube_marche2_600_263.svg.png

Comment on priorise ? Pourquoi on estime ? À quoi ça sert ? Qu'est-ce qu'on estime avec Scrum et l'agilité ? Comment faire en sorte que le planning poker ne prenne pas trop de temps ? Comment éviter que la vélocité ne tue l'agilité ?

Lire la suite...

Les 6 activités de planification du sprint

La planification du sprint (en anglais Sprint Planning) est un événement Scrum qui se déroule à chaque début de sprint.

L’objectif de la planification est de mettre l’équipe en situation de réussir le sprint en se focalisant sur un objectif et s’accordant sur des stories.

Voici les activités qu'on y mène :

6 activités de planification du sprint

Voici un enchainement possible des activités :

L’équipe embrasse le contexte du sprint. Pour chaque story prête, en commençant par la première, l’équipe confirme avec le PO sa confiance pour la finir dans le sprint.

Pour faciliter la réalisation de la story, on prépare la tactique d’essaimage et on procède à l’identification des tâches.

Avec cette connaissance du travail à faire, l’équipe s’engage sur l’objectif du sprint. Le sprint est alors lancé et chacun, aligné sur l'objectif et la tactique collective, part réaliser une tâche.

Lectures en compléments :

Planifier pour réussir le sprint

En parcourant mon livre à la recherche du 6e D, je m'arrête par hasard sur les pages 108 et 109. Et là, je constate que les titres des paragraphes 9.1 et 9.2 sont quasiment identiques, à l'article près. Évidemment ce n'est pas ce que j'ai voulu. C'est un bug.

Je mène l'enquête et découvre rapidement que le bon titre du §9.1 est "Planifier pour réussir le sprint". D'ailleurs ce titre était déjà présent dans l'édition 3 et il apparaît dans les fichiers que j'ai conservés pour la fabrication de l'édition 4.

En fait, lors de ma dernière relecture juste avant mise en production, j'ai demandé à ce qu'on ajoute "Les" devant le titre du §9.2, par souci de cohérence. Voici un extrait du fichier markdown que j'ai utilisé pour communiquer mes retours de lecture :

Capture_d_e_cran_2017-01-31_a__06.23.36.png

L'éditrice de réalisation s'est trompée en l'appliquant au §9.1. Je ne m'en suis pas rendu compte avant la publication et je m'en excuse auprès de mes lecteurs. Je l'ajoute immédiatement aux quelques errata de cette édition. Voici ce que cela aurait dû donner :

Capture_d_e_cran_2017-01-31_a__05.52.59.png

J'en profite pour mettre en évidence le titre du § "C'est la story qui sprinte". Oui, l'idée que ce soit l'équipe qui sprinte pose problème, c'est pourquoi je préfère appliquer cette notion de sprint à la story.

Boite et outil

De 2005 à 2013, j'étais impliqué –et même très impliqué, ce blog en témoigne– dans le développement de l'outil iceScrum.

J'ai quitté Kagilum, la startup dédiée à la diffusion d'iceScrum, il y a 4 ans et je me suis converti, un peu plus, au management visuel physique.

Mes anciens étudiants ont continué leur chemin avec iceScrum. Je viens de visiter leurs nouveaux locaux, dans un lieu convivial très sympa : Ô local. Avec babyfoot.

À cette occasion, ils m'ont fait une démo de la nouvelle version d'iceScrum, la R7, peaufinée depuis si longtemps. Ça a l'air pas mal au niveau UX.

Ils m'ont aussi montré la Kagibox, une boite avec plein de trucs pour le management visuel physique. Belle idée pour tenter de concilier outil et note collante.

Séduit par les locaux, je vais y organiser mon prochain Cube "Prioriser, estimer et planifier", le 23 février matin. Et pour 3 billets achetés, j'offre une Kagibox. De quoi bien affiner et estimer en équipe.

La boiboite qui vous attend dans la salle de formation ô local :

ô boite ô local

Critères VRAC pour la priorité dans le backlog

Les critères VRAC

Lire la suite...

Expérimentations pédagogiques

Quand j'étais prof à la fac, j'avais expérimenté pas mal de façons d'enseigner avec les étudiants de l'IUP ISI. Mais j'ai arrêté la fac.

Cependant je donne toujours des formations et je continue à expérimenter.

  • Cela fait des années que je fais du #noSlides.
  • Avec Pablo, nous avons lancé le Raid Agile et cela dure depuis quelques saisons. Une formation vraiment différente.
  • En fin d'année dernière, j'ai organisé le premier Cube à Toulouse. Bientôt le 2e, qui porte sur Estimer, pour prioriser et planifier. Le concept 1CUBE&GO repose sur une pédagogie modulaire originale.
  • One step beyond. Demain je participe à mon premier WalkingDev avec Stéphane : Détournons GitHub.

Tableau Scrum

La story, élément du backlog, a une vie qui passe par 5 états.

La tâche, travail contribuant à une story, se représente sur 3 états.

Un tableau Scrum avec les 2 niveaux montre à la fois l'avancement des travaux pendant le sprint (la vie des tâches, les stories en cours de réalisation et finies) et le backlog pour les sprints suivants (bac à sable, stories en affinage, stories prêtes). C'est tout simple, pas besoin de plus d'états (et donc, ni de colonnes supplémentaires).

tableau Scrum avec stories et tâches

Cela peut s'appliquer dans tous les usages de Scrum. Pour les features, c'est également recommandé de faire un tableau, mais les états sont spécifiques à chaque contexte.

Impressions cubistes

Denis, qui a participé à mon premier cube en décembre, m'a offert cette fresque (lui il dit sketch).

Ça me fait un bien beau souvenir de cette matinée.

Le concept 1CUBE&GO consiste à expérimenter en groupe, pendant une demi-journée, une solution à un problème couramment rencontré par les participants. Pour ce premier cube, le problème était l'expression du besoin, jusqu'à arriver à un backlog priorisé.

Voilà ce qu'en ont pensé des participants :

Le format est intéressant. 1/2 journée pour faire le plein de pratiques. Très bonne interactivité entre participants et avec le coach.

Christophe Crapez, Engineering Manager, Intel

Je le recommande

Marion Hayet, Product Owner, Mobydoc

"Très positif" - "Pouce en l'air" - "J'ai aimé être acteur"

un collectif d'AE&T (AE&T est très collectif, bientôt une belle histoire sur l'aventure de leur libération)

Je trouve le format intéressant et interactif ce qui aide à l'apprentissage.

Pierre Cauquil, SQLI

Format compact très intéressant.

Anne-Laure Lugan, récemment PO , Airbus D&S

1CUBE&GO a déjà une couverture nationale, avec 18 animateurs de cubes dans toute la France. Pour ce cube, j'avais apporté ma touche personnelle, et une nouveauté, la notion d'hypothèse pour lier les features aux impacts (je reviendrai dans un prochain billet sur cette approche "Hypothesis-Driven Development").

Ce sera le cas aussi pour le prochain cube à Toulouse, qui porte sur un sujet très demandé. En effet, de nombreuses équipes ont des problèmes avec l'estimation. Pourquoi on estime ? À quoi ça sert ? Qu'est-ce qu'on estime ? Comment faire pour que le planning poker ne prenne pas trop de temps ? Comment éviter que la vélocité ne tue l'agilité ?

J'ai quelques solutions à ces problèmes ; cela devrait intéresser des SSII toulousaines, si elles me lisent… Les inscriptions sont ouvertes.

Bénéfices d'avoir des équipes pluridisciplinaires et autonomes

Un point essentiel pour éviter des dérives (du genre scrotum par ratatinement) est que les équipes soient réellement pluridisciplinaires et autonomes.

Lire la suite...

Bon Scrum 2017

Pour ma carte de vœux, j'ai repris et détourné la couverture de l'édition 4 de mon livre Scrum (qui a bien marché en 2016, merci à tous mes lecteurs) :

Bonne année 2017

- page 2 de 130 -