Cette session a été présenté à mixit 2014, à Lyon.
Les rétrospectives garantissent l'amélioration continue des équipes. Bien, mais par rapport à quel problème ? Dans une réunion avec 90% de développeurs, à quel moment les enjeux de l'entreprise sont-elles adressées ? Comment délivrer plus vite par exemple ? En changeant d'équipe, en mettant plus de pression, en recrutant ?
Plus vite... que quoi d'ailleurs ? Qu'aujourd'hui, que le concurrent, qu'une autre équipe ? Quel est la vitesse visée qui ne nuit ni à la qualité (donc au client), ni à l'équipe ?
Aujourd'hui, il s'écoule en moyenne 11 jours entre la priorisation et la mise en production d'une user story. Je nous donne 3 mois pour diviser ce lead time par deux. Le moyen : le kanban, ajusté par des rétros régulières.
Nous vous raconterons ce que l'équipe si habituée a scrum aura pensé de la transition et comment l'objectif aura été atteint (ou pas).
Idées pour tout de suite
l'envie de changer de process
l'envie de mesurer le "niveau" de l'équipe à un instant T,
se demander quel est le premier objectif de notre entreprise
81. Expectations
●
Plus de flexibilité
●
Moins de gâchis dans les specs
●
Réduire la durée des chiffrages
●
Faire revenir l'engagement sur la prod
plutôt que le sprint
a
a
r
r