Arrêter de commencer, commencer à finir. Mais pas seulement.
Il y a quelque temps, j’avais audité un projet dont le tableau de features, s’il avait été fait], aurait ressemblé à peu près au schéma (il y avait à la place un gros tableau excel avec des calculs précis —mais faux— d’avancement donnant des % de finition par feature.)
Cela facilite la prise en compte des changements pendant le sprint
Lors de la planification de sprint, l’équipe se met d’accord avec le Product Owner sur une liste de stories. Elle identifie le travail à faire pour réaliser ces stories, travail qui est enregistré sous forme de tâches.
Cela présente l’avantage de permettre à l’équipe de connaitre l’ensemble des travaux attendus pour le sprint. Mais cela ne facilite pas la prise en compte des changements pendant le sprint. Il est parfois nécessaire, sans changer le but du sprint, de prendre en compte des travaux non prévus au début du sprint.
Kanbaniser du Scrum, ce n'est pas passer de Scrum à Kanban, ni même faire du ScrumBan
En complément au pourquoi de la kanbanisation du Scrum, un exemple.
La semaine dernière lors de la rétrospective, l’équipe (une équipe que j’ai formée à Scrum et que je coache) a fait remonter qu’elle avait le sentiment d’avoir trop fait du “multitâches” pendant le sprint. Très concrètement quelqu’un a dit qu’à un moment il y avait beaucoup de stories faites en parallèle, bien plus que de membres dans l’équipe !
