Archive

Posts Tagged ‘agile coaching’

Ne plus l’accepter!

March 25th, 2010 Comments off

« Ne plus l’accepter! »

Cette phrase je l’entends souvent lors des retrospectives de la part d’équipes confrontées à des problèmes tels que les suivants :

  • Livrer une user story ou un élément de code à une autre équipe en court d’itération.
  • Prendre une user story dans l’itération qui a une dépendance à une autre équipe.
  • S’engager sur une alors que le design n’est pas fini.

J’ai eu moi aussi ce réflexe à de nombreuses reprises dans des situations mettaient en danger notre itération et qui impactaient directement notre réussite. Cependant, sur la durée d’un projet, cette position n’est pas tenable, c’est une solution simpliste qui conduit à termes aux conséquence suivantes :

  • Sclérose de l’équipe et du projet.
  • Extinction de toute forme de collaboration.
  • Problèmes de fond persistants

« Ne plus l’accepter! » est une phrase qui, comme « il faut que », doit provoquer un choc à vos oreille! Que vous soyez équipier, ScrumMaster, coach ou voisin de l’équipe qui décide de prendre cette posture en réponse à un problème, s’il vous plaît réagissez!

pourqoi accepter 300x199 Ne plus laccepter!

Ne plus l'accepter! Réagissez!

Effectivement, pourquoi accepter?

Parce que refuser, c’est refuser de voir la vérité en face. C’est nier que le problème à l’origine de vos difficultés va persister, votre équipe va se protéger de plus en plus, se retrancher derrière cette « décision » et mettre progressivement fin à toute forme de collaboration.

Alors que faire?

Peut-être tout simplement accepter le changement! D’ailleurs, n’est-ce pas pour accueillir le changement dans vos projets que vous avez adopté une approche agile pour gérer vos développements logiciels?

Accepter les contraintes de votre environnement! Chercher pourquoi cette contrainte vous fais si mal. Voici quelques pistes que vous pouvez explorer aux travers des questions suivantes :

  • Le processus que j’utilise correspond-il à ma réalité?
  • Mes outils supportent-ils mes besoins?
  • Mon architecture logicielle est-elle en harmonie avec mes capacités d’organisation et les compétences de mon équipe?
  • L’organisation de mon équipes est-elle suffisamment flexible pour répondre aux besoins?
  • Mes équipes collaborent-elles suffisamment? Sont-elles capables de se remettre en question?

Le changement, les contraintes, font partis de la vie et nous devons faire avec, mais cela ne devrait pas nous empêcher de  chercher à découvrir la source du problème. Cette activité, dans la majorité de cas, ne prend pas bien longtemps. Prenez ensuite une action, celle avec un porteur et une occasion identifiée dans le temps icon wink Ne plus laccepter! . Cette seconde activité, elle prend parfois plus de temps car elle nécessite souvent de changer des comportements ou d’acquérir de nouvelles compétences. Alors soyez patients et persévérants.

Vous venez de vous engager sur l’autoroute de l’amélioration continue!

La semaine de Twitter

March 20th, 2010 Comments off
  • 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? #

La semaine de Twitter

March 13th, 2010 Comments off
  • #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 #

Mettre de la pression sur le système pour faire apparaître le gaspillage

March 11th, 2010 Comments off
goulot d etranglement1 300x299 Mettre de la pression sur le système pour faire apparaître le gaspillage

Mettre de la pression sur le système pour faire apparaître le gaspillage

Afin de faire apparaître les goulots d’étranglement dans le processus de réalisation d’une équipe fonctionnant en Kanban, j’ai proposé de réduire les limites du WIP1

Lors de la mise en place, l’équipe a fixé des limites confortables pour le WIP. Après deux semaines d’utilisation du tableau, l’équipe n’a pas identifié de goulot d’étranglement.
Lorsque j’ai fait ce constat, j’ai proposé au coordonnateur, lorsqu’il a remodelé le tableau à la réception du nouveau tableau, de réduire la capacité de certaines colonnes en plus des modifications prévues lors de la rétrospective.

Cela va bientôt faire trois mois que le tableau Kanban est en place et deux mois que les limites ont été baissées, et nous avons observé des difficultés telles que les suivantes :

  1. Des cartes sont bloquées depuis plusieurs jours et il ne reste qu’un espace disponible dans la colonne pour passer des nouvelles demandes.
  2. Il y a deux cartes dans une case.
  3. Une case ‘blocage spécial’ à été crée pour sortir une carte qui est bloquée et qui n’est plus prioritaire.

En discutant avec l’équipe, il apparaît que la baisse des limites a eu l’effet escompté, puisque avant cette baisse, il y avait suffisamment de place libre pour que de nouvelles cartes puissent passer même si d’autres étaient bloquées.

Content de ce résultat, je comptais proposer à l’équipe de réduire le nombre global de cartes présentes dans le tableau, car actuellement, les limites établies permettent d’avoir un nombre que « je » juge trop important d’items en cours simultanément.
En effet les limites sont établies par étapes du flux de travail, mais les mêmes personnes travaillent sur plusieurs étapes et cela ne force pas les items à sortir le plus vite possible, certains restant même plusieurs jours dans le backlog.

Mais je me suis ravisé car mes solutions ne seront jamais meilleures que celles de l’équipe.
Alors, au lieu de proposer ma solution de réduction du nombre de cartes dans le tableau, j’ai proposé à l’équipe de travailler sur la notion de gaspillage lors d’une rétrospective.

À la suite de cette rétrospective, après avoir identifié l’attente (une carte est souvent en attente dans le tableau) comme l’un des plus gros poste de gaspillage, l’équipe a commencé à mesurer le temps passé par les cartes dans les différentes phases du processus à l’aide de la méthode proposée dans l’article « Flow. Discover Problems and Waste in Kanban ».
J’espère que ces mesures permettront à l’équipe de trouver « ses » solutions pour éliminer le gaspillage, solutions qui rendront la mienne obsolète.

Quels sont les mécanismes que vous mettez en place pour contraindre le système ? Quels sont les résultats que vous obtenez ?

  1. Work In Progress

This week on Twitter

March 6th, 2010 Comments off

Powered by Twitter Tools