Une colonne “Done” remplie, comme celle de l’équipe Scrum, ça me manque !
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 ?
Loading ...
Sur ce que je comprend de ton billet, la question telle que vécue par l’équipe est de nature comparative (on a rien a montrer comparé à l’autre équipe).
Si on reste sur un terrain général :
1) À partir du moment où le flux est régulier, normalement moins on en a sur le board mieux c’est. Il faut du temps pour assimiler cette logique « lean ».
2) On met souvent en place Kanban avec un burn-up, ou encore mieux un CFD (cf. http://edn.embarcadero.com/article/32410). Du coup on voit la partie « done » gonfler gonfler gonfler … (ça marche très bien pour moi
)
3) J’ai vu aussi un « kanban board » avec des swim-lanes où il fallait libérer la place du « done » car un bonbon y est déjà
4) Pourquoi ne pas procéder à une cadence de célébration (toutes les 10 cartes par exemple) ?
Merci Yann pour ces idées, je vais regarder de plus prêt le deuxième point et j’aime bien l’idée de la cadence de célébration. Je vais en parler avec l’équipe et j’ai hâte de voir ce qu’ils vont inventer
Tant qu’à retenir les cartes entre chaque rétrospective, vous pourriez faire une Demo qui ajouterais de la valeur à l’accumulation des cartes.
La démo, c’est une célébration!
@Mathieu Boisvert effectivement, la célébration est un élément important qui de mon point de vue manque actuellement. Mais le faire sous la forme d’une démo dont le rythme serait calé sur celui de la rétrospective me paraît étrange dans ce cas car démontrer la mise en ligne d’une newsletter alors que la suivante est déjà en ligne ne fait pas beaucoup de sens.
La démo pourrait être hebdomadaire suivie d’une rétrospective aux deux semaines.
L’équipe a une rétrospective cette semaine, je vais leur en glisser un mot et regarder émerger les nouveautés.