Agile Gardener

• The real dividing lune between the things we call work and the things we call leisure is that in leisure, however active we may be, we make #

Powered by Twitter Tools

Photo de mêlée attribuée à http://www.flickr.com/photos/cdm/

Il y a quelques semaines de cela, après plusieurs jours sans intervenir auprès de l’équipe, j’ai pu observer, lors de mon retour, une mêlée quotidienne¹ avec quelques dysfonctionnements.

Avertissement :

Ce que vous lirez n’est pas un jugement, ce que j’ai observé ne constitue pas à mes yeux des erreurs, mais démontre plutôt un apprentissage naissant de la mêlée quotidienne.

Contexte :

• L’équipe a terminé une première itération et s’apprêtait à commencer la deuxième.
• Finalement, elle stabilise pendant une semaine l’application pour une release annoncée très tard. Son passé l’a rattrapé et la date ne peut être manquée.
• De façon autonome, l’équipe a gardé les nouvelles pratiques mises en place dans la première itération et n’est pas retombée dans le mode “panique livraison” du passé.
• Je suis présent le jour de la mise en ligne et elle a lieu sans que l’équipe n’ai eu à faire de temps supplémentaire.

Symptômes observés :

• La ScrumMaster(SM) donne la parole à tour de rôle : “c’est à toi Louis”, Louis fait le tour de la table pour venir parler.
• Une personne fait du reporting face tableau ou tournée vers le ScrumMaster,  et des conversations parallèles ont lieu.
• Personne ne donne un statut sur le format des 3 questions²
• Le tableau de l’équipe n’est pas à jour. Le statut des toutes les tâches est mis à jour en direct, le tableau ne reflète l’état d’avancement qu’après l’intervention. Cela fait perdre du temps et provoque des cassures de rythme dans la prise de parole.
• Il y a par moment des personnes en retrait ce qui donne deux “épaisseurs” au groupe.
• La ScrumMaster demande plusieurs fois ce que l’on fait de certaines tâches au tableau avant d’obtenir une réponse.
• Un bureau gêne l’espace devant le tableau, personne ne le déplace.
• Une personne est occupée pour la mise en ligne, elle n’intervient pas du tout et ne donne pas de statut aux autres membres de l’équipe.
• Deux personnes sont assises.
• Finalement, la mêlée dépasse de 5 minutes le temps imparti.

Debrief et plan d’action :

À la suite de la mêlée quotidienne, je prends quelques minutes avec la ScrumMaster pour lui demander comment elle a perçu cette mêlée, comment elle se sent. Ce que je trouve formidable c’est qu’en quelques secondes elle m’a donnée la plupart des observations ci-dessus assorties de commentaires pertinents : “c’est comme s’ils n’avaient pas encore pris la mesure le l’utilité de mettre à jour le tableau” par exemple.

S’en est suivi un dialogue ressemblant à celui ci-dessous :

SM : “Mais comment je peux faire pour changer le comportement de l’équipe pendant la mêlée ?”

Moi : “Quel est le comportement qui te dérange le plus ?”

SM : “Je dois dire aux personnes de venir quand c’est leur tour”.

Moi : “Que pourrais-tu faire le plus simple pour changer cela”

SM : ” Tu m’as déjà dis de ne pas intervenir, de laisser l’équipe faire son daily”

Moi : “Oui effectivement, peut-être pourrais-tu rappeler à l’équipe ce que tu attends pendant le daily : qu’ils fassent un statut vers l’équipe, en répondant aux 3 questions puis les laisser continuer sans intervenir, en laissant des blancs, des silences s’il y en a. Je t’inviterai à le faire rapidement sans forcement attendre une rétrospective.”

SM : “C’est vrai, je pourrais faire ça, mais ils ne répondent pas aux 3 questions”

Moi : “Les connaissent-ils, peut-être ont-ils besoins que quelqu’un rappellele ces questions”

SM : “Pour qu’ils les voient les questions ont pourrait les afficher”

Moi : “C’est une très bonne idée ça, avoir les trois questions affichées ça permet de se les mettre en tête à chaque mêlée”

Et nous avons continué la conversation encore quelques minutes.

Finalement, le bureau qui gêne devant le tableau va être poussé un peu, les questions vont être affichées, la SM va répéter le comportement attendu lors du daily et laisser l’équipe aller. Les résultats dans un prochain billet

Dans vos organisations ou dans vos équipes, comment se passent vos mêlées quotidiennes, observez vous d’autres symptômes ?

Si vous êtes coach ou ScrumMaster, comment intervenez vous pour que l’équipe prenne conscience et règle ces symptômes ?

[Mise à jour]

Pour découvrir la suite voir le billet : « Odeurs de mêlée quotidienne – Astuces pour progresser »

• Tim Snyder – Dealing with Technical Debt in Legacy Software – 20 jan 5:30pm #uqam #agile #montreal http://bit.ly/71uDvW #
• RT @pyxistech: Voici notre calendrier de formation 2010 : http://tr.im/KLOt – 3 et 4 février #scrum master à Laval, encore quelques places #
• You don’t believe workers can self-organize. Think again. Even 8 year-old kids can do it! http://bit.ly/6Tkk2T via @AddToAny #
• Tim Snyder – Dealing with Technical Debt in Legacy Software 20 jan 5:30pm #uqam #agile #montreal http://ping.fm/Vo5Pz #
• Tremeur Balbous | ConFoo.ca http://ping.fm/lS5Bz #
• http://bit.ly/5iiUo7 Salle des boiseries – Tim Snyder #amug #montreal 20-jan 5:30pm Dealing with Technical Debt in Legacy Software #
• 20 jan 5:30pm Tim Snyder – Dealing with Technical Debt in Legacy Software – La Salle des boiseries de l'UQAM http://ping.fm/stats/iYpuI #
• #guam #amug #agile #montreal : Tim Snyder – Dealing with Technical Debt in Legacy Software – La Salle des boiseries de l'UQAM http://ping.fm #

Powered by Twitter Tools

Vendredi 12 mars 2010 à 13h30

Venez participer à une session  « XP Game » lors de la conférence Confoo.ca qui se tiendra à Montréal les 10, 11 et 12 mars 2010.

Avec mon coéquipier Mathieu Bérubé nous serons vos hôtes et les maîtres du jeu! La session « XP Game » se déroulera le vendredi 12 mars 2010 à 13h30.

Vous expérimenterez, grâce à cet atelier ludique, la planification agile : priorisation par valeur d’affaire, estimation de user stories. Vous découvrirez le cycle des itérations et  les livraisons fréquentes et régulières de fonctionnalités. Vous mesurerez la vélocité et vous mettrez en existance le principe d’amélioration continue par l’inspection et l’adaptation de votre processus d’équipe.

Nous serons plusieurs pyxissiens présents pendant ces trois jours. Je vous invite à assister aux présentations et aux ateliers suivants :

• Vincent Tencé présentera deux sessions : « Introduction à l’agilité » mercredi le 10 mars à 9h30 et « Introduction au TDD » jeudi le 11 mars à 14h45.
• Jean-François Proulx et Nicholas Lemay présenteront la session « Simulation Scrum avec prototypage papier » vendredi le 12 mars dès 8h30

Il y a de nombreuses autres sessions passionnantes comme celle de Benoît Lapointe : « Expérience pratique du Kanban chez IBM Bromont ». Je vous encourage à consulter l’horaire complet de la conférence.

• Year-End Performance Evaluation http://bit.ly/5VuHNc via @AddToAny #
• Conseiller Agile à Québec http://bit.ly/5idL78 #
• Does your organization support prostitution? http://bit.ly/64Rj4k #

Powered by Twitter Tools