SlideShare utilise les cookies pour améliorer les fonctionnalités et les performances, et également pour vous montrer des publicités pertinentes. Si vous continuez à naviguer sur ce site, vous acceptez l’utilisation de cookies. Consultez nos Conditions d’utilisation et notre Politique de confidentialité.
SlideShare utilise les cookies pour améliorer les fonctionnalités et les performances, et également pour vous montrer des publicités pertinentes. Si vous continuez à naviguer sur ce site, vous acceptez l’utilisation de cookies. Consultez notre Politique de confidentialité et nos Conditions d’utilisation pour en savoir plus.
Publié le
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
Il semblerait que vous ayez déjà ajouté cette diapositive à .
Identifiez-vous pour voir les commentaires