REX Le kanban va-t-il fluidifier notre chaîne ?
Upcoming SlideShare
Loading in...5
×
 

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

on

  • 268 views

Cette session a été présenté à mixit 2014, à Lyon. ...

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

Statistics

Views

Total Views
268
Views on SlideShare
159
Embed Views
109

Actions

Likes
1
Downloads
7
Comments
0

4 Embeds 109

http://www.devsnotebook.fr 99
http://feedly.com 7
http://www.slideee.com 2
http://newsblur.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

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

  • Le Kanban va-t-il fluidifier notre chaîne ? 30 avril 2014
  • Florence Chabanois
  • Bien faire prend du temps
  • Timing
  • Contexte
  • BDDTDD Backlog 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 Partenariat SEO 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 pas Je ne reproduis pas le souci Autre chose s'est cassé Mais si ça marche !Et là, c'est mieux ? Ton navigateur ?
  • Objectif : leadtime / 2 Adaptations jusqu'au 16 avril
  • Optimiser le dev ?
  • 75% durée US avant priorisation 8% de dev pur 12% team (dev+attente+recette)
  • Au sein du sprint 70 % d'attente
  • Commencer où on est
  • BufferNo estimate Flux, tendu, tiré WIP limite Leadership everywhereVisualiser
  • Expedite lane
  • WIP limit indicative
  • Round 1 16 janvier
  • Planning Sprint Prise 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 2 2 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 3 13 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 4 13 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 5 28 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 projets Macro 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édire Repriorisation permanente Specs au dernier momentchaos
  • Pré-recette Devs 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 quotidienne des 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 a a r r
  • Expectations ● Réduire les temps d'attente ● Plus d'entraide ● Arriver en prod plus tôt, sans bug a a a
  • visibilité stress communication
  • WIP limit Tout le monde recette Tâ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