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

804 views
748 views

Published on

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

Published in: Internet
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
804
On SlideShare
0
From Embeds
0
Number of Embeds
201
Actions
Shares
0
Downloads
13
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

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

  1. 1. Le Kanban va-t-il fluidifier notre chaîne ? 30 avril 2014
  2. 2. Florence Chabanois
  3. 3. Bien faire prend du temps
  4. 4. Timing
  5. 5. Contexte
  6. 6. BDDTDD Backlog refinement Rétros Code collectif Chiffrage on steroids
  7. 7. Pilotage projets par porfolio
  8. 8. Hot topics Tâches pas parallélisables Courant
  9. 9. 40% 60%
  10. 10. Urgences de prod
  11. 11. Les problèmes
  12. 12. C'est trop LONG
  13. 13. ce sera prêt QUAND ? Relation client Expoitation Architecte Partenariat SEO WebAnalyseDéveloppeur Marketing PO SM PDG Chef SEO
  14. 14. Cécile
  15. 15. Trop d'engagement sur le sprint
  16. 16. VS Produit
  17. 17. Reports éternels
  18. 18. Ouvrir les yeux
  19. 19. Durée réelle d'une US ?
  20. 20. Files d'attente
  21. 21. 45 jours
  22. 22. 11 jours
  23. 23. 41 % des US ont un retour
  24. 24. 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 ?
  25. 25. Objectif : leadtime / 2 Adaptations jusqu'au 16 avril
  26. 26. Optimiser le dev ?
  27. 27. 75% durée US avant priorisation 8% de dev pur 12% team (dev+attente+recette)
  28. 28. Au sein du sprint 70 % d'attente
  29. 29. Commencer où on est
  30. 30. BufferNo estimate Flux, tendu, tiré WIP limite Leadership everywhereVisualiser
  31. 31. Expedite lane
  32. 32. WIP limit indicative
  33. 33. Round 1 16 janvier
  34. 34. Planning Sprint Prise des US dans l'ordre
  35. 35. Estimations en points Calibrage S/M/L
  36. 36. Métrique sur attentes
  37. 37. 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
  38. 38. Round 2 2 février
  39. 39. WIP indicative ajustée
  40. 40. Recette en binôme / par un dev
  41. 41. Expectations ● Réduire les temps d'attente ● Plus d'entraide ● Arriver en prod plus tôt, et sans bug
  42. 42. Round 3 13 février
  43. 43. vision déshumanisant Specs dégradées Fausses urgences Calibres trop abstraits Alignement dev Moins de discussion
  44. 44. visibilité Grands écarts dans projections 2 mois pour ce sujet ???? Perception durée != Réalité
  45. 45. Colonne Backlog indicative
  46. 46. ordre de sélection discutable
  47. 47. WIP réellement contrainte
  48. 48. Découpage en tâches Calibrage
  49. 49. Taille ticket = Nb tâches
  50. 50. Round 4 13 mars
  51. 51. vision pas de stories prêtes
  52. 52. visibilité Stories qui durent Peu d'éléments à livrer
  53. 53. 1 tâche = 1 jour max
  54. 54. Métrique sur nombre de US livrées
  55. 55. Round 5 28 mars
  56. 56. Priorisation trop volatile Il y a toujours une urgence, liée à une dette technique Plus fluide, moins d'attentes Concertation PO
  57. 57. stories livrées Difficile de prédire
  58. 58. Réunions projets Macro chiffrage
  59. 59. Round resumé24 avril
  60. 60. vision Moins d'engagement Pilotage par l'urgence sélection des US moins réfléchie Pas de US à prendre
  61. 61. visibilité Impossible de prédire Repriorisation permanente Specs au dernier momentchaos
  62. 62. Pré-recette Devs alignés techniquement Priorisation f(valeur, urgence) Tâche < 1 jour Plus de comm dans l'équipe fluide
  63. 63. Durée moyenne d'une tâche
  64. 64. Limit min ?
  65. 65. Revue quotidienne des sélections ?
  66. 66. Lundi : pastilles sur les stories "next MEP"
  67. 67. Bilan
  68. 68. 11 → 7,6 jours
  69. 69. 41 % → 19 % de retour
  70. 70. 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
  71. 71. Expectations ● Réduire les temps d'attente ● Plus d'entraide ● Arriver en prod plus tôt, sans bug a a a
  72. 72. visibilité stress communication
  73. 73. WIP limit Tout le monde recette Tâches < 1 jour Voir les vrais durées Y
  74. 74. Rigueur Veiller aux échanges Surveiller le type de US Réunions pas spontanées Hyper disponibilité M
  75. 75. Métriques : outil puissant et détournable
  76. 76. Culture
  77. 77. Merci @fchabanois

×