L'atelier est vraiment pertinent pour comprendre la mécanique d'un système Kanban, une des facettes seulement du Kanban. L'atelier se déroule en deux heures. C'est pourquoi nous le proposons couplé avec une introduction sur le thème lors de l'Agile Conference sur 3 heures. Pour l'instant nous avons trois plateaux de jeu, avec celui de Guillaume, mais si l'un d'entre vous possède également un plateau Kanban, n'hésitez pas à nous rejoindre pour cet atelier pour augmenter le nombre de participants.
Si vous êtes intéressé par cet atelier, alors allez voter!
Cet atelier m'a également servi récemment comme support d'amélioration pour une équipe en Kanban, équipe dont j'avais déjà parlé au sujet de l'amélioration continue. L'atelier a permis de bien partager le modèle idéal vers lequel on pouvait tendre en terme de processus et des enjeux associés, également de pointer les indicateurs de pilotage qu'il fallait (re)mettre en place.
Des points importants ont été abordé tel que casser les barrières entre fonctionnels et testeurs, ce qui se traduisaient concrètement par des files d'attente sur leur tableau, afin de résoudre un des problèmes de l'équipe: éviter les goulots d'étranglement, mieux équilibrer les lignes: il y a maintenant quatre équipes en ligne et trois profils (fonctionnels, développeurs, testeurs). Trouver le bon équilibre des ressources dans cette matrice de travail et injecter les éléments de travail au bon moment est une activité quotidienne.
Sur ce tableau, on retrouve deux types de classes de services : les classes standards en jaune et les intangibles qui sont les chantiers d'amélioration technique en vert.
Aucun commentaire:
Enregistrer un commentaire