J'utilise lors des formations Kanban un atelier assez ludique que j'ai présenté déjà plusieurs fois sur ce blog et en conférence également:
Un des points à suivre est la stratégie d'injection d'éléments dans le système Kanban.
Quand et pourquoi l'équipe choisie d'injecter plutôt tel ou tel élément?
Une des première réponse est les classes de service, qui permet de catégoriser les éléments. Mais personnellement, j'introduis les classes de services après avoir fait l'atelier. Donc ils se servent peu de cette information.
Nous faisons 4 petites rétrospectives pendant l'atelier et je demande aux équipes de décrire leur stratégie.
Il est intéressant de noter qu'elle s'affine au cours de l'atelier et change selon le contexte du jeu (ou l'état de leur système).
Au départ, la priorisation est généralement liée uniquement à la valeur - en l’occurrence le nombre de nouveaux inscrits que la story apporte.
Rapidement, la priorisation s'affine et prend également en compte le coût total de la story (celui-ci étant détaillé pour les activités de conception, développement et test).
Valeur métier sur le coût, c'est la base de la priorisation agile, viennent ensuite les contraintes de dates fixes dans le jeu.
Pas convaincu? essayez donc l'atelier Le jeu de la valeur métier!
Théorie des contraintes
Il se trouve que les tests sont, par conception de l'atelier, un goulot d'étranglement, à plusieurs reprises. Alors une bonne majorité des équipes priorise rapidement par la valeur et le coût des tests, c'est à dire par le coût du goulot d’étranglement plus que le coût total. Cette approche pleine de bon sens est une des conclusions de la théorie des contraintes. Cela donne également une piste pour optimiser notre effort d'estimation.
Takt time
Hier, lors d'une formation intra, l'une des deux équipes n'a pas explorée cette piste d'optimisation mais une autre assez étonnante: Une alternance de story peu coûteuse et coûteuse. l'objectif étant de stabiliser le système. Cela m'a interpellé car c'est une des pratiques Lean pour stabiliser les chaînes de production d'alterner les séquences longues et courtes de travail. Cette séquence étant calculée sur la base du Takt time. Le Kanban étant l'autre outil permettant de stabiliser le système. Je n'avais pas encore pensé ou su exploiter cela dans nos systèmes.
Pour finir l'histoire, cette équipe n'a pas gagnée mais elle avait les cartes de contrôles de temps de cycle ayant le moins de variabilité. A méditer donc.
Intéressé? mes prochaines formations Kanban : Rennes le 23 Septembre, Paris le 28 Octobre


1 commentaire:
Bravo Laurent,
Je viens de suivre cet atelier à l'Agile Day de Valtech le 19/06/12. C'est un très bon outil pour prendre conscience de ce qu'est le Kanban et surtout qu'avec cette discipline élémentaire on peut faire de très grande choses.
L'atelier est ludique, l'esprit d'équipe se crée immédiatement entre de parfaits inconnus c'est bluffant et tes commentaires nous apportent pleins d'apprentissages, trop courts dans le temps mais c'était le format ;)
A recommander à tout personne cherchant à ressentir ce qu'est le Kanban pour mieux comprendre.
Merci
Enregistrer un commentaire