15/03/2024

Formats de Stand Up

Le Daily StandUp Meeting est une réunion capitale pour une équipe agile, elle permet de s'organiser, partager les informations et renforcer la collaboration. Il y a deux formats de DSM: soit on fait une lecture du board de droite à gauche, soit on fait un tour de table des personnes présentes. Cela est valable qu'on ait une approche avec des sprints (scrum) ou en kanban.

J'ai expérimenté les deux formats. Ce que fait actuellement mon équipe, et que je recommande aux autres, c'est d'alterner les formats. Sur le/les jour(s) où nous sommes tous sur site, nous pratiquons la lecture de board, et pour les jours en télétravail, nous pratiquons le tour de table.

Crédits Photo lucian3d/123RF


Voyons ces 2 formats en détail et pourquoi ils se complètent.

Lecture du tableau ou "walk the board"
La lecture du board se fait colonne par colonne, de droite à gauche, et l'on se dit s'il y a eu des contributions, si l'on est en situation de blocage ou d'attente d'un partenaire.
Avantages:
  • On a une vision claire de l'ensemble de travaux en cours et de leur priorité
  • On termine ce que l'on a commencé avant de démarrer un nouveau sujet
  • A l'approche de la fin du sprint, si on a plusieurs story presque finies, et qu'il semble difficile de terminer les 2, on peut faire le choix tactique d'en privilégier une (scrum uniquement)
  • On vérifie ensemble les limites de colonne, s'il y en a (kanban uniquement), on voit plus clairement si l'équipe essaie de faire trop de choses en même temps
Inconvénients:
  • On évoque TOUS les tickets pour vérifier leur statut, même s'ils n'ont pas eu d'activité
  • Le DSM est plus long
Variantes:
  • On peut mettre à jour le board ensemble pendant le DSM pour mieux voir les mouvements (et les limites) ou demander à ce qu'il soit mis à jour au cours de la journée pour mieux refléter la situation présente
  • On peut parcourir le board avec un filtre "modifié récemment" sur une période à choisir, afin de ne parler que de ce qui a bougé
  • A la fin on demande s'il y a des informations a partager, ou si il y a des activités qui ne sont pas sur le board (et on se pose la question si on veut les ajouter)


Tour de table
Chaque personne présente prend un tour de parole et partage ce qu'elle a fait la veille, si elle a besoin d'aide, et ce qu'elle prévoit de faire aujourd'hui. Si il y a des activités qui ne sont pas sur le board, on se pose la question si on veut les ajouter.
Avantages:
  • C'est plus rapide
  • On voit plus clairement si une personne essaie de faire trop de choses en même temps
  • On ne se pose pas de question sur les tickets des personnes absentes
Inconvénients:
  • On peut commencer un nouveau sujet sans clore le précédent
  • On peut oublier des tickets (oui ça arrive)
  • On risque d'avantage une perte d'attention, le coéquipier attendant son tour de parole, et il peut être ensuite moins attentif, surtout en télétravail
Variantes:
  • On peut mettre à jour le board ensemble pendant le DSM pour mieux voir les mouvements (et les limites) ou demander à ce qu'il soit mis à jour au cours de la journée pour mieux refléter la situation présente
  • Avant le tour de table, on fait une lecture du board, juste pour les tickets les plus urgents (ligne d'or en haut du tableau)
  • à la fin on demande s'il y a des informations a partager
  • On ne se pose pas de question sur les tickets des personnes absentes

Généralités
Quel que soit le format, lorsque l'équipe fait trop de choses en même temps, le DSM est plus long, et en fait tout est plus long, c'est mécanique, et c'est d'ailleurs théorisé par la loi de little et utilisé en Lean. Donc avant toute chose, soyez vigilent là dessus, car il n'y a pas de format miracle quand on est dans cette situation et que l'équipe n'en prend pas conscience.

Je vous souhaite des 'Daily' joyeux et dynamiques en variant les formats.

Astuce Bonus
Pour mieux gérer le temps pendant le DSM, l'équipe doit savoir identifier les sujets de discussion qui trainent en longueur. Pour ne pas traiter toutes les discussions "à chaud", je propose 4 stratégies :
  • Frigo: On en reparle à la fin du DSM, avec l'ensemble de l'équipe
  • Congélateur: On en reparle juste après le DSM, avec les personnes intéressées par le sujet (cf loi des 2 pieds)
  • Igloo: On monte un point d'échange dédié dans la journée ou les jours suivants, avec les personnes pertinantes sur le sujet, y compris en dehors de l'équipe
  • Rétro: "On en reparle en rétro", en particulier sur les sujets d'organisation, ce qui permet de ne pas tout remettre en question, de finir la période et en discuter au bon moment, lorsque l'on se pose la question de mieux travailler ensemble

28/09/2023

Oubliez les Frameworks - Agile en Seine 2023

J'ai fait une présentation à Agile en Seine sur notre organisation à SNCF Connect, en binôme avec Guillaume Deleplace.

Nous vous y invitons à prendre du recul par rapport aux frameworks et adopter une approche Lean

  • Collaborez
  • Visualisez le travail
  • Mesurez
  • Résolvez les problèmes
  • Intégrez le client

et construisez votre propre aventure !

Merci aux organisateurs et sponsors de l'évènement



Voici le support



En Bonus voici les 2 maisons du lean traduites en Français

Source : www.researchgate.net



 

27/04/2023

Planning poker accéléré

Le planning poker est un technique d'estimation qui est très répandue dans les équipes agiles.
Je voulais vous proposer une version accélérée pour vous faire gagner du temps.



Etapes

  1. Le Product Owner présente la story.
  2. Les membres de l'équipe posent des questions jusqu'à comprendre la story suffisamment pour la chiffrer.
  3. Les membres de l'équipe donnent une estimation à bulletin secret en utilisant des cartes avec la suite de Fibonacci.
  4. Les cartes sont retournées en même temps.
  5. S'il y a des différences, les plus basses et les plus hautes donnent des arguments pour expliquer leur chiffrage
  6. On fait plusieurs rounds de chiffrage (1 ou 2 suffisent généralement) jusqu'à trouver un consensus

Avantages 

  • Les échanges qui ont lieu durant la session ont beaucoup de valeur pour comprendre le besoin, et identifier au plus tôt les zones de flou.
  • Le chiffrage en story points permet d'utiliser une unité abstraite basée sur la comparaison. Elle permet en scrum de définir la capacité d'une équipe sur un sprint en se basant sur sa production passée, la vélocité. C'est une unité spécifique à une équipe. Ca a été inventé "par erreur", mais c'est utile.
  • Les chiffrage cachés permettent d'éviter que les votant s'influencent et les nombreux biais associés
  • Les écarts de chiffrage permettent d'échanger  sur la conception, avec des approches différentes basé sur des expérience variées, et parfois on découvre une manière plus simple
  • La suite de fibonacci, permet naturellement d'avoir des estimation moins précises pour les grands chiffres, et permet déjà de gagner du temps
  • Un chiffrage trop grand peut être une opportunité de découpage
  • un coté ludique par la manipulation des cartes (souvent remplacé par un outil dans les situations à distance ou en télétravail, d'ailleurs je vous recommande https://hatjitsu.toolforge.org/)

Variante accélérée

Lorsque les cartes sont retournés, si les estimations sont proches, avec 2 ou 3 valeurs continues sur la suite de Fibonacci, on arête là les estimation et on utilise la règle d'arrondi suivante:
Avec 2 valeurs continues, on prend la valeur la plus haute (exemple 5 5 5 5 8 -> 8)
Avec 3 valeurs continues, on prend la valeur du milieu (exemple 2 2 3 3 5 -> 3)
Peu importe le nombre de carte de chaque valeur.

Cela permet de gagner du temps sur les estimations. Une estimation reste un exercice approximatif. Mon expérience personnelle est que cette méthode accélérée amène des chiffrage quasiment identiques en deux fois moins de temps.

Pour aller plus loin, si vous avez un grand nombre de story à chiffrer en même temps, je recommande plutôt de le faire au format extreme quotation.

Note

Certaines équipes font le choix de ne pas estimer du tout.  Soit parce qu'elle arrivent à découper suffisamment pour avoir des story de taille similaire, soit parce qu'elle assument cette variabilité mais font une priorisation. Cela s'appelle du no-estimate.


Sources

17/03/2022

Burndown perpétuel

Je vous propose un outil que j'utilise depuis quelques mois dans mon équipe.
L'idée est partie d'un burndown mais sur lequel j'ai apporté une touche de nouveauté.

Constat

Je reprends les bases, un burndown est une représentation graphique de l'évolution de la taille du backlog produit, au cours du temps. Ca s'appelle burndown parce que dans l'idée, le backlog est consommé (il brule), et ca permet de faire une projection de la date d'atterrissage du projet.

Burndown Produit classique (en théorie) 

mais en pratique un produit qui vit ca serait plutôt ça

... pas très utile alors.

Quoi ? mais on parle de projet ou de produit?

C'est ça l'ambiguité, cet outil vient avec une dissonance: On réalise un produit, mais le projet a une fin.


Pour info, Il existe 2 autres variantes du burndown classique:

Burndown de Sprint: permet de visualiser si les story sont clôturées au fur et à mesure du sprint ou seulement à la fin. C'est généralement lié à la taille des story. Je n'ai jamais trouvé un grand intérêt à cette représentation, car c'est quelque chose que l'équipe ressent sans avoir besoin de le dessiner.
Burndown de Release: permet de projeter la date de fin de release. A supposer que la date de release est modifiable. Dans mon équipe, nous faisons une release prodable tous les 3 sprints. Mais cela peut être différent dans votre équipe.

Proposition

Et maintenant voici ma proposition: le burndown perpétuel



Dans cette représentation, la taille du backlog reste visible, mais nous avons en plus sa décomposition en Epic. Il reste possible de travailler sur plusieurs Epic en parallèle. L'Epic la plus prioritaire est placée en bas, et nous obtenons une projection de la fin de réalisation de cette Epic.

L'outil parfait ?

Compromis entre 2 visions
Je pense que cette représentation est une bon compromis entre le souhait d'avoir un backlog vivant, une approche itérative (orienté valeur) mais aussi d'avoir une visibilité sur l'atterrissage d'un sujet (orienté date).
En particulier quand on a un gros sujet. Perso mon équipe avait une grande refonte d'IHM à faire et le besoin est parti de là.
Synthétique
Il propose une vue agrégée du backlog, c'est une synthèse du contenu du backlog qui donne un ordre de grandeur de la taille des différents sujets. C'est utile pour une partie prenante qui ne veut pas rentrer dans le détail des story du backlog. Cela permet d'aider à la priorisation à moyen terme.
Objectif
Contrairement à un planning classique, il est objectif. Il raconte l'histoire suivante: "Si l'équipe ne rencontre pas d'impondérable, conserve sa capacité actuelle, et n'est pas interrompue par un sujet plus prioritaire, voici la date à laquelle ce sujet devrait être terminé."
On utilise les mesures du passé pour faire une projection de l'avenir.
Pour être représentatif, l'outil a besoin d'un certain nombre de mesures. la vélocité moyenne est calculée sur 3 sprints, mais pour que la tendance soit fiable, il faut environ 5 sprints.
Cela me ferait plaisir que vous le testiez dans votre contexte et que vous me dites si cela vous a été utile.

Comment le faire vous même ?

Les 3 premiers exemples ont été réalisé avec Google spreadsheet.
Il faut utiliser un graphique en aire avec empilement.

Dans Excel il existe une fonctionnalité de tendance qui permet de visualiser la projection. Par contre cela n'est pas compatible avec l'empilement, il faut donc faire l'empilement "à la main" avec des formules pour faire les sommes, puis ajouter la tendance sur les une ou 2 Epic du bas. Voici ce que ça donne.

Pour aller plus loin

A l'étage le plus haut qui correspond au backlog, il est aussi possible d'y ajouter une projection basée sur la vélocité et non sur la tendance.


Enfin, il est possible de construire le nombre de sprints en vision en divisant la taille du backlog par la vélocité moyenne. Cela permet de dire "l'équipe a du travail pour 2 ans". Etes-vous capable de répondre à cette question pour votre équipe ?



Je peux vous envoyer la version excel sur demande.

Content de vous partager cela.

Happy burndown
crédit kc-green







04/01/2021

Recommandations Youtube

 Si comme moi vous passez du (trop de) temps sur Youtube, les recommandations que l'algorithme ont pu vous surprendre agréablement parfois, mais vous devriez avoir conscience qu'il vous enferme dans une bulle par rapport aux tendances et ce que vous avez déjà regardé. Imaginons qu'un sujet vous plait, comme par exemple les courses de billes (si si ça existe, https://www.youtube.com/watch?v=fvrGNgY9_i4), et bien vous aurez inévitablement des suggestions de courses de billes pendant des mois ou des années. Quel que soit le sujet.

Donc par rapport à cela j'ai 3 conseils à vous donner:

  • Utiliser le menu abonnements plus souvent que la partie recommandations (qui est la page d'accueil)
  • Bien choisir vos abonnements, et activer les notifications pour celles qui vous passionnent ou pour lesquels il y a une actualité à suivre
  • Remonter le temps des chaînes qui vous plaisent, et même si elle ne publient plus.

Et donc justement, voici un extrait de mes abonnements, pour vous donner de nouveaux horizons. 

Actualités

Mini séries

Graphisme


Vulgarisation scientifique
Dirty biology https://www.youtube.com/channel/UCtqICqGbPSbTN09K1_7VZ3Q
La statistique expliquée à mon chat https://www.youtube.com/channel/UCWty1tzwZW_ZNSp5GVGteaA

Les top10

Ecologie

Dissertations

Cinema

Economie

Développement de jeux vidéos

Robotique

Humour

Interviews

Court-métrages

Agriculture

Escalade

Jeux de société

En 2020, j'ai créé 2 vidéos pour la chaine Alternatiba, une association dont je fais partie. https://www.youtube.com/watch?v=sjywAhaFLEA et https://www.youtube.com/watch?v=ku9rD3HVWjo

Nous ne sommes pas encore complètement déconfinés, alors utilisez au mieux ce temps. Je vous vois déjà vous dire que le meilleur mouvement serait de ne plus utiliser Youtube mais dans l'état actuel, je choisis de l'utiliser au mieux.