Agile Gardener

• RT @Urban_Turtle: Coming soon : Urban Turtle for Visual Studio 2010 http://f8rsq.th8.us #
• RT @mfeathers: The industry suffers from the fact it is easier to talk about process than it is to talk about people and code. #

Powered by Twitter Tools

• 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

• 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

• 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

Tableau Kanban de l'équipe "production" (première version)

Depuis quelques semaines j’ai le plaisir d’accompagner une équipe dans son adoption d’une gestion de projet en mode Agile. C’est un mandat passionnant sur plusieurs aspects :

• La motivation et l’envie de l’équipe, qui se traduit par un engagement de tous.
• L’utilisation en parallèle de Scrum et de Kanban qui rend mon intervention en tant que coach intense et très riche.

L’équipe est divisée en deux “sous-équipes” qui ont des rôles et des activités bien différentes : L’une s’occupe du volet production (newsletters, mini-sites, mises à jour de l’existant etc.) et l’autre du volet développement des nouvelles fonctionnalités pour le site Internet.

Suite à nos préconisations, chacune des équipes a choisi d’adopter l’outil qui lui semblait le mieux adapté à ses contraintes : Kanban pour l’équipe production et Scrum pour l’équipe de développement. (Ce n’est d’ailleurs pas le modèle que nous avions proposé en premier lieu)

Au cours de la première itération (l’équipe a choisi des itérations de 2 semaines), en regardant le tableau Scrum de ses collègues, un des membres de l’équipe de production (fonctionnant en Kanban) m’a dit : “Notre tableau ne se vide jamais, ça c’est correct, mais notre colonne “Done” n’est jamais pleine, ça me manque, ça donne l’impression qu’on travaille moins.”

En effet, le tableau Kanban reflétant un flux continu ne se vide jamais comparé au tableau Scrum qui a un cycle de vie de 2 semaines. De plus, l’équipe production vide la colonne “Done” lors  de la mêlée quotidienne après avoir passé en revue les items terminés.

Pour changer cette perception, l’équipe à décider de laisser toutes les tâches à “Done” sur le tableau entre chaque rétropective qui se déroule toutes les 2 semaine . En plus de se donner de la visibilité sur le travail accompli, l’équipe compte utiliser cette pratique pour mesurer plusieurs éléments :

• Les cartes sont-elles remplies correctements : date de début, date de fin, client, identifiant de la tâche, etc.
• Le nombre de cartes “urgence”  par 2 semaines.
• Le temps de sortie moyen par taille d’items.

Votre équipe Kanban a-t-elle déjà eu ce besoin de voir son accomplissement dans le temps ? Qu’avez-vous mis en oeuvre pour cela ?