REX Le kanban va-t-il fluidifier notre chaîne ?

Post on 30-Jun-2015

399 views 0 download

description

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

Transcript of REX Le kanban va-t-il fluidifier notre chaîne ?

Le Kanban va-t-il fluidifier notre chaîne ?

30 avril 2014

Florence Chabanois

Bien faire prend du

temps

Timing

Contexte

BDDTDDBacklog refinement

Rétros

Code collectif

Chiffrage on steroids

Pilotage projets par

porfolio

Hot topics

Tâches pas parallélisables

Courant

40% 60%

Urgences de prod

Les problèmes

C'est trop

LONG

ce sera prêt QUAND ?

Relation client

Expoitation

Architecte

PartenariatSEO

WebAnalyseDéveloppeur

Marketing

PO

SM

PDG

Chef

SEO

Cécile

Trop d'engagement

sur le sprint

VS Produit

Reports éternels

Ouvrir les yeux

Durée réelle d'une US ?

Files d'attente

45 jours

11 jours

41 % des US

ont un retour

Comment tester ?

Ça ne marche pasJe ne reproduis pas le souci

Autre chose s'est cassé

Mais si ça marche !Et là, c'est

mieux ?Ton navigateur ?

Objectif : leadtime / 2Adaptations jusqu'au 16 avril

Optimiser le dev ?

75% durée US avant priorisation

8% de dev pur12% team (dev+attente+recette)

Au sein du sprint

70 % d'attente

Commencer où on est

BufferNo estimate

Flux, tendu, tiréWIP limite

LeadershipeverywhereVisualiser

Expedite lane

WIP limit

indicative

Round 116 janvier

Planning SprintPrise des US

dans l'ordre

Estimations en points

Calibrage S/M/L

Métrique sur

attentes

Expectations● Plus de flexibilité● Réduire la durée des chiffrages● Faire revenir l'engagement sur la

prod plutôt que le sprint● Moins de gâchis dans les specs

Round 22 février

WIP indicative ajustée

Recette en binôme /

par un dev

Expectations● Réduire les temps d'attente ● Plus d'entraide● Arriver en prod plus tôt, et sans bug

Round 313 février

vision

déshumanisant

Specs dégradées

Fausses urgences

Calibres trop abstraits

Alignement dev

Moins de discussion

visibilité

Grands écarts dans

projections

2 mois pour ce sujet ????

Perception durée != Réalité

Colonne Backlog

indicative

ordre de sélection

discutable

WIP réellement contrainte

Découpage en tâches

Calibrage

Taille ticket = Nb tâches

Round 413 mars

vision

pas de stories prêtes

visibilité

Stories qui

durent

Peu d'éléments à livrer

1 tâche

= 1 jour max

Métrique sur nombre de

US livrées

Round 528 mars

Priorisation trop volatile

Il y a toujours une urgence,

liée à une dette technique

Plus

fluide, moins

d'attentes

Concertation PO

stories

livrées

Difficile de

prédire

Réunions projetsMacro chiffrage

Round resumé

24 avril

vision

Moins d'engagement

Pilotage par l'urgence

sélection des US moins réfléchie

Pas de US à prendre

visibilitéImpossible de

prédireRepriorisation permanente

Specs au dernier momentchaos

Pré-recetteDevs alignés techniquement

Priorisation f(valeur, urgence)

Tâche < 1 jour Plus de comm dans l'équipe

fluide

Durée moyenne d'une tâche

Limit min ?

Revue quotidiennedes sélections ?

Lundi : pastilles sur les stories

"next MEP"

Bilan

11 → 7,6 jours

41 % → 19 %

de retour

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

aar

r

Expectations● Réduire les temps d'attente ● Plus d'entraide● Arriver en prod plus tôt, sans bug

aa a

visibilité

stress

communication

WIP limit

Tout le monde

recetteTâches

< 1 jour

Voir les vrais durées

Y

Rigueur

Veiller aux échanges

Surveiller le

type de US

Réunions pas spontanées

Hyper

disponibilité

M

Métriques :

outil puissant et

détournable

Culture

Merci@fchabanois