• Encore une belle soiree @agilemontreal. Merci a Cynthia Ayotte pour sa presentation introduction a l'agilite #

• Release Candidate Urban Turtle 3.0 available : http://ping.fm/nyEuR #
• Release candidate Urban Turtule 3.0 http://ping.fm/T6Zau #

• Prochaine rencontre: Introduction à l’agilité par Cynthia Ayotte. Mer 28 avril 17h30 http://bit.ly/71uDvW #agile #montreal #
• Bixi : 10 $ de rabais à l'abonnement annuel http://ping.fm/ZJnVl #

• The Zappos culture document « The Jason Calacanis Weblog http://instapaper.com/zapcsnuK #
• http://ping.fm/nJ1Bn #
• Wall poker planning session done. About 80 stories estimated in 1.5 h and a total of 625 story points. A good approximation of the all proje #

• User Story Mapping : done! #
• Pyxis finaliste aux Dunamis dans la catégorie "conciliation travail-famille" http://ping.fm/7R29R #
• 24 mars:17h30 Retour d'expérience sur l'approche du "dojo de programmation" à Hydro-Québec à l'UQAM, situé au 405, rue Sainte-Catherine Est. #
• Follow @agilemontreal on Twitter #
• I've just changed my username on Twitter : @tbalbous is now @AgileGardener to reflect my blog name #
• To build a new system you don't compete with the old one, you build a new system that makes the old one obsolete (Buckminster Fuller) #
• To build a new system you don't compete with the old one, you build a new system that mâles the old one obsolete (Buckminster Fuller) #

• J'ai toujours le choix mais ma liberté s'arrête la ou commence celle des autres #openpyxis #
• Acceptes les conséquences de tes choix #openpyxis #
• "Le bonheur c'est quelque chose qui se récolte a petite dose" #openpyxis #
• Open Pyxis started. We're all together creating our future! Amazing!!!! #
• 6th sprint and the beginning of the storm #
• PO reveals "the power of task board" to colleague. Great! #
• Do that decision reinforce team behavior or politic game? Still wonder about it! #
• Tomorrow sprint planning of project planning… Late! Need to sleep! #
• Who knows how to setup the room for a team? … you or the team? #

Pour qu’une action se réalise, il faut un porteur et une occasion identifiée dans le temps.

Pour qu'une action se réalise, il faut un porteur de l'action et une occasion identifiée dans le temps.

Dans le tableau Kanban, lorsqu’une carte est bloquée, l’équipe à tendance à dire : « Cette carte est bloquée! Elle dépend de X, il faut que je le rappelle [...] mais il n’est pas très disponible. »

Lorsque j’entends ceci, je parie : « dans deux jours, la carte sera toujours bloquée au même endroit! ». D’ailleurs pourqoui changerait-elle de place? Il y a deux jours, la carte était là et j’avais déjà entendu la même excuse phrase, il n’y a donc pas de raison que cela change. Même cause, même effet!

Alors l’équipe me regarde avec de grands yeux et nous entamons un dialogue qui ressemble au suivant :

- moi : « Ok, qui va le faire et quand? ».

- équipe : « Il faut rappeler X, mais il n’est pas très disponible. ».

- moi : « Qui subit l’impact de la carte bloquée? ».

- équipe : « C’est nous! ».

- moi : « Qui a intérêt à ce que la carte soit débloquée? ».

- équipe : « C’est nous! ».

- moi : « Ok, qui va appeler et quand? ».

Certaine fois, je n’ai pas fini de poser la question qu’il y a un volontaire pour prendre la responsabilité de régler le problème dès la fin du daily. D’autre fois la réponse est : « Je n’ai pas le temps maintenant, je regarde mon horaire dès la fin de la rencontre et j’y place cette tâche ».

[Quelques semaines plus tard...]

L’équipe adresse chaque jour les points bloquants avec une action portée par une personne et identifiée dans le temps. Et les cartes bloquées se libèrent

Êtes-vous toujours attentifs aux : « Il faut que? »

• #confoo #Montréal peu de monde au xp game mais une equipe qui a joue le jeu a fond et avec brio #
• XP Game #confoo #montreal à 13h30 Venez vous amuser avec nous #

• Can you answer these 7 questions? http://mw22s.th8.us #
• @mathieuberube enjoy:-) in reply to mathieuberube #

Powered by Twitter Tools

Une carte bloquée dans le tableau Kanban, c'est du gaspillage

« Cette carte est bloquée car il nous manque un contenu, un fichier sans lequel le site ne peut être mis en ligne. On sait que ça va prendre plusieurs jours. En fait, on ne sait même pas quand est-ce que ce fichier sera disponible. En plus, cette carte n’est vraiment plus prioritaire ».

Voilà ce que j’ai entendu il y a quelques jours. L’équipe a déjà travaillé sur cette carte, le site est bien avancé. En fait, il ne manque qu’un fichier, mais cela bloque sa livraison et, par effet de bord, une case dans le tableau Kanban, réduisant la capacité à réaliser d’autre demandes.

La première réaction est de dire « le Kanban ne fonctionne pas, ce n’est pas assez flexible ». Il suffit de pousser la carte sur le bord et de laisser la place aux autres items à réaliser.

Holà! Doucement, doucement! Un des objectifs de la mise en place d’un système Kanban, est de rendre visible les gaspillages et de permettre ainsi de prendre des actions pour les endiguer et améliorer le processus.

Donc nous avons un succès, un beau succès, Kanban fonctionne bien! Maintenant qu’est-ce qu’on fait?

Nous pouvons identifier plusieurs gaspillages dont les suivants :

• Surproduction : l’équipe à passer du temps à produire un site qui ne sortira peut-être jamais
• Coordination inutile : pendant plusieurs jours, l’équipe a passé du temps à se synchroniser pour cette tâche.
• Changement de tâche : l’équipe doit laisser une tâche de côté et devra peut-être y revenir, cela nécessitera alors du temps pour se concentrer et reprendre la connaissance.
• Délai : la carte bloquée empêche d’autres demandes de renter dans le flux, retardant leur livraison.

Ces constatations m’amènent à poser les questions suivantes :

1. Pourquoi commencer la réalisation d’une carte que l’on ne pourra terminer?
2. Pourquoi une carte se retrouve-t-elle prioritaire un jour et ne l’est plus, deux jours plus tard, une fois en cours de réalisation?
3. Pourquoi commencer une carte alors qu’il y en a d’autres bloquées dans le tableau?
4. Pourquoi commencer une carte alors qu’il y en a en cours de réalisation dans le tableau?

Dans les jours et semaines à venir, je vais aider l’équipe à trouver ses réponses à ces questions et réduire les gaspillages.

• RT @pyxistech: Formation certifiante ScrumMaster: 15-16 mars.Il reste quelques places! Donne14 PDU. http://tr.im/PuuI #scrum #montreal #PMI #

Powered by Twitter Tools

• RT @tweetmeme Forrester Reports “Agile Development: Mainstream Adoption Has Changed Agility” http://is.gd/7VHvl #

Powered by Twitter Tools

• 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