Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Trouvez vos cadences ... et faites un pas vers le Continuous Delivery !

Trouvez vos cadences ... et faites un pas vers le Continuous Delivery !

Session présentée à BDX I/O 2017. Version révisée de la session présentée à Mix IT 2017.

Cette session vous emmènera à la découverte de la notion de *cadence*, celle qui rythme les activités des équipes, quelle que soit l’approche utilisée, du cycle en V au continous delivery en passant par Scrum et Kanban.

La compréhension des cadences apporte des éléments de réponse aux questions suivantes (entre autres) :
- Faut-il caler la production des user stories sur le calendrier des sprints, sur le release plan ? Y a-t-il d’autres possibilités intéressantes à explorer ?
- Comment et quand intégrer les différents types de test au flux des travaux ? * À quel rythme faut-il livrer en production ? La question se pose-t-elle encore si vous utilisez une approche “continuous delivery” ?
- Vous devez déjà avoir entendu parlé du fameux “rythme soutenable” nécessaire à la réussite d’un projet agile dans la durée. En théorie c’est très simple, mais en pratique, comment déterminer ce fameux rythme ?

Et il y en a même qui pensent qu’avec de bonnes cadences on peut fluidifier l’ensemble des travaux à réaliser, de la collecte des besoins jusqu’au déploiement, s’affranchir des itérations et réussir un passage au Continuous Delivery !!

Anne Gabrillagues

November 10, 2017
Tweet

More Decks by Anne Gabrillagues

Other Decks in Technology

Transcript

  1. Trouvez vos cadences ... et faites un pas vers le

    Continuous Delivery ! Anne Gabrillagues - @agabrillagues
  2. Cadence : nom féminin • Définition : répétition de sons,

    de mouvements, d'actions qui se succèdent d'une façon régulière ou mesurée ; rythme. • Exemple : Suivre la cadence d'un orchestre.
  3. Cadence : nom féminin • Définition : rythme du travail,

    de l'activité de quelqu'un, rythme d'exécution des tâches de production, des approvisionnements d'une entreprise. • Exemple : accélération des cadences.
  4. Cadence : nom féminin • Définition : rythme de l'activité

    d’une équipe de développement, rythme de traitement de l’ensemble des tâches de réalisation d’un logiciel • Exemple : cadence de livraison d’un logiciel.
  5. Qualité d’un logiciel • Qualité technique : ◦ qualité et

    maintenabilité du code ◦ robustesse et scalabilité de l’architecture ◦ tenue en charge, capacité à absorber des pics de trafic ◦ niveau de sécurité offert par le produit ◦ Etc…
  6. Qualité d’un logiciel • Qualité technique : ◦ qualité et

    maintenabilité du code ◦ robustesse et scalabilité de l’architecture ◦ tenue en charge, capacité à absorber des pics de trafic ◦ niveau de sécurité offert par le produit ◦ Etc… • Qualité du produit par rapport au besoin exprimé
  7. Qualité d’un logiciel • Qualité technique : ◦ qualité et

    maintenabilité du code ◦ robustesse et scalabilité de l’architecture ◦ tenue en charge, capacité à absorber des pics de trafic ◦ niveau de sécurité offert par le produit ◦ Etc… • Qualité du produit par rapport au besoin exprimé • Adéquation entre le produit et le besoin réel
  8. Cadence : nom féminin • Définition : rythme des boucles

    de feedback au sein du processus de développement d’un logiciel • Exemple : cadence de validation d’un logiciel. Draft v2 ?
  9. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks
  10. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks Mais aussi :
  11. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks Mais aussi : • cadence de planification
  12. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks Mais aussi : • cadence de planification • cadence des contrôles
  13. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks Mais aussi : • cadence de planification • cadence des contrôles • cadence de revue du processus de développement
  14. Le développement d’un produit est en fait rythmé par plusieurs

    cadences : • cadence de livraison • cadence de validation / feedbacks Mais aussi : • cadence de planification • cadence des contrôles • cadence de revue du processus de développement • etc.
  15. Votre processus de développement est un système complexe : •

    qui fonctionne en environnement contraint (délais, budget, organisation, etc.)
  16. Votre processus de développement est un système complexe : •

    qui fonctionne en environnement contraint (délais, budget, organisation, etc.) • comportant un grand nombre d’activités différentes
  17. Votre processus de développement est un système complexe : •

    qui fonctionne en environnement contraint (délais, budget, organisation, etc.) • comportant un grand nombre d’activités différentes • qui est soumis à beaucoup de variabilité : ◦ erreurs d’estimation ◦ incompréhensions autour du besoin ◦ ratés dans le processus de développement ◦ perturbations diverses
  18. Votre processus de développement est un système complexe : •

    qui fonctionne en environnement contraint (délais, budget, organisation, etc.) • comportant un grand nombre d’activités différentes • qui est soumis à beaucoup de variabilité : ◦ erreurs d’estimation ◦ incompréhensions autour du besoin ◦ ratés dans le processus de développement ◦ perturbations diverses • qui repose sur les épaules d’êtres humains
  19. Augmenter arbitrairement la cadence de toutes vos activités risque de

    déstabiliser tout votre système, dégradant :
  20. Augmenter arbitrairement la cadence de toutes vos activités risque de

    déstabiliser tout votre système, dégradant : • la qualité de votre produit
  21. Augmenter arbitrairement la cadence de toutes vos activités risque de

    déstabiliser tout votre système, dégradant : • la qualité de votre produit • la fréquence de vos livraisons
  22. Augmenter arbitrairement la cadence de toutes vos activités risque de

    déstabiliser tout votre système, dégradant : • la qualité de votre produit • la fréquence de vos livraisons • la motivation des équipes
  23. Augmenter arbitrairement la cadence de toutes vos activités risque de

    déstabiliser tout votre système, dégradant : • la qualité de votre produit • la fréquence de vos livraisons • la motivation des équipes
  24. Cadence : nom féminin • Définition : rythme des activités

    permettant d’établir une capacité fiable à fournir un résultat prédictible. • Exemple : cadence de livraison V2 !
  25. “A regular cadence, or “heartbeat”, establishes the capability of a

    team to reliably deliver working software at a dependable velocity. An organization that delivers at a regular cadence has established its process capability and can easily measure its capacity.” Mary Poppendieck http://www.leanessays.com/2010/11/managing-pipeline.html
  26. Pour pouvoir augmenter la cadence de livraison il faut augmenter

    celle de toutes les activités trouver les bonnes cadences!
  27. • Cadence de livraison : une seule livraison à la

    fin • Cadence de validation / feedbacks : ◦ validation des spécifications techniques : tests unitaires ◦ validation des spécifications fonctionnelles : phase d’homologation fonctionnelle ◦ validation de l’adéquation au besoin : une fois la livraison finale faite Cadences du cycle en V
  28. • Cadence de planification : ◦ lors du cadrage initial

    ◦ 1ère revue du planning sur la base des spécifications fonctionnelles générales ◦ 2nde revue du planning sur la base des spécifications fonctionnelles détaillées Cadences du cycle en V
  29. • Cadence des contrôles : ◦ comité projet (hebdomadaire) ◦

    comité de pilotage (mensuel) • Cadence de revue du processus de développement : lors du bilan de projet Cadences du cycle en V
  30. • Cadence des contrôles : ◦ comité projet (hebdomadaire) ◦

    comité de pilotage (mensuel) • Cadence de revue du processus de développement : lors du bilan de projet post mortem Cadences du cycle en V
  31. Méthode caractérisée par une planification par phase : • les

    cadences de contrôle et les jalons projets sont découplés Caractéristiques du cycle en V
  32. Méthode caractérisée par une planification par phase : • les

    cadences de contrôle et les jalons projets sont découplés • chaque passage de phase est un point de contrôle : tout le périmètre doit être terminé avant de pouvoir passer à la phase suivante Caractéristiques du cycle en V
  33. Méthode caractérisée par une forte aversion aux risques : •

    la variabilité : ◦ s’accumule tout au long du projet ◦ se diffuse sur les phases aval ◦ est gérée par le biais d’un buffer de temps Caractéristiques du cycle en V
  34. Méthode caractérisée par une forte aversion aux risques : •

    la variabilité : ◦ s’accumule tout au long du projet ◦ se diffuse sur les phases aval ◦ est gérée par le biais d’un buffer de temps Caractéristiques du cycle en V
  35. Méthode caractérisée par une forte aversion aux risques : •

    la variabilité : ◦ s’accumule tout au long du projet ◦ se diffuse sur les phases aval ◦ est gérée par le biais d’un buffer de temps • coût économique non négligeable, qui pousse à travailler sur des lots de fonctionnalités de grande taille Caractéristiques du cycle en V
  36. • Cadence de livraison : potentiellement à la fin de

    chaque cycle (toutes les 2 à 4 semaines) • Cadence de validation / feedbacks : ◦ tests au fil de l’eau ◦ démonstration en fin de cycle • Cadence de planification : au début de chaque cycle (sprint backlog) • Cadence des contrôles : quotidienne • Cadence de revue du processus de développement : à la fin de chaque cycle (rétrospective) Cadences de Scrum
  37. Méthode itérative, et donc cadencée par essence : • les

    activités, les contrôles et les jalons projet sont synchronisés par le biais des itérations • cycles courts contraints par le temps • manipulation de lots de petite taille Caractéristiques de Scrum
  38. Mais : • approche qui ne convient pas forcément à

    toutes les équipes ou toutes les activités (maintenance par exemple). • quid du rythme soutenable ? On ne sprinte pas dans la durée ! Caractéristiques de Scrum
  39. L’itération de Scrum est bien mal nommée … Il est

    important que l’équipe adopte un rythme soutenable dans la durée afin de garantir : • une vélocité prédictible • une qualité sans compromis Tout cela passe par un niveau d’engagement élevé et donc par la préservation de la motivation de l’équipe. Scrum & rythme soutenable
  40. Quelques pistes à explorer : • Travaillez autant que possible

    en équipe sur une seule User Story à la fois, et terminez la avant de passer à la suite. Scrum & rythme soutenable
  41. Quelques pistes à explorer : • Travaillez autant que possible

    en équipe sur une seule User Story à la fois, et terminez la avant de passer à la suite. • N’encouragez pas la rédaction d’US ciblant spécifiquement les compétences d’un “spécialiste” Scrum & rythme soutenable
  42. Quelques pistes à explorer : • Travaillez autant que possible

    en équipe sur une seule User Story à la fois, et terminez la avant de passer à la suite. • N’encouragez pas la rédaction d’US ciblant spécifiquement les compétences d’un “spécialiste” • Favorisez le développement du “tous unis” (propriété collective du code, responsabilités portées par l’équipe, etc.) Scrum & rythme soutenable
  43. Quelques pistes à explorer : • Travaillez autant que possible

    en équipe sur une seule User Story à la fois, et terminez la avant de passer à la suite. • N’encouragez pas la rédaction d’US ciblant spécifiquement les compétences d’un “spécialiste” • Favorisez le développement du “tous unis” (propriété collective du code, responsabilités portées par l’équipe, etc.) • Limitez honnêtement le nombre d’US dans votre sprint backlog afin de vous assurer que vous tiendrez vos engagements sur le sprint Scrum & rythme soutenable
  44. D’autres pistes à explorer : • Devenez un bon généraliste,

    développez de nouvelles compétences afin de renforcer le potentiel de l’équipe ou introduire de la redondance. Scrum & rythme soutenable
  45. D’autres pistes à explorer : • Devenez un bon généraliste,

    développez de nouvelles compétences afin de renforcer le potentiel de l’équipe ou introduire de la redondance. • Soyez honnêtes et n’hésitez pas à explorer de nouvelles approches lors de vos rétrospectives. Vous pouvez influer sur la façon dont vous travaillez au quotidien ! Scrum & rythme soutenable
  46. D’autres pistes à explorer : • Devenez un bon généraliste,

    développez de nouvelles compétences afin de renforcer le potentiel de l’équipe ou introduire de la redondance. • Soyez honnêtes et n’hésitez pas à explorer de nouvelles approches lors de vos rétrospectives. Vous pouvez influer sur la façon dont vous travaillez au quotidien ! • Si vous êtes manager : investissez-vous vraiment dans la protection de votre équipe et l’élimination des obstacles qu’ils rencontrent. Scrum & rythme soutenable
  47. Visualiser le processus de travail • La visualisation du workflow

    (flux de travaux) et sa matérialisation permettent de comprendre comment fonctionnent les processus. Kanban en bref : les 5 pratiques
  48. Visualiser le processus de travail • La visualisation du workflow

    (flux de travaux) et sa matérialisation permettent de comprendre comment fonctionnent les processus. • Un moyen courant de visualiser le workflow est d'utiliser un tableau avec des colonnes, qui représentent différents stades et étapes. Kanban en bref : les 5 pratiques
  49. Visualiser le processus de travail • La visualisation du workflow

    (flux de travaux) et sa matérialisation permettent de comprendre comment fonctionnent les processus. • Un moyen courant de visualiser le workflow est d'utiliser un tableau avec des colonnes, qui représentent différents stades et étapes. Kanban en bref : les 5 pratiques
  50. Limiter le nombre de tâches en cours • Limitation par

    étape du processus et par membre de l’équipe Kanban en bref : les 5 pratiques
  51. Limiter le nombre de tâches en cours • Limitation par

    étape du processus et par membre de l’équipe • Permet d’amorcer le fonctionnement en “flux tirés” Kanban en bref : les 5 pratiques
  52. Limiter le nombre de tâches en cours • Limitation par

    étape du processus et par membre de l’équipe • Permet d’amorcer le fonctionnement en “flux tirés” • Il n’y a pas de règle pour fixer ces limites : choisissez des valeurs qui vous paraissent valables, expérimentez et faites les évoluer Kanban en bref : les 5 pratiques
  53. Rendre les règles de fonctionnement explicites • N’hésitez pas à

    les afficher par exemple à côté de votre tableau de suivi (limite par colonne, règles de transition entre colonnes, etc.) Kanban en bref : les 5 pratiques
  54. Rendre les règles de fonctionnement explicites • N’hésitez pas à

    les afficher par exemple à côté de votre tableau de suivi (limite par colonne, règles de transition entre colonnes, etc.) • Votre tableau doit être auto-porteur : toute personne passant devant doit être capable de le lire sans explication de votre part Kanban en bref : les 5 pratiques
  55. S’améliorer collectivement en continu • Les rétrospectives sont organisées lorsque

    le besoin s’en fait sentir Kanban en bref : les 5 pratiques
  56. S’améliorer collectivement en continu • Les rétrospectives sont organisées lorsque

    le besoin s’en fait sentir • Ce n’est pas parce que la fréquence n’est pas définie dans la méthode qu’il faut les abandonner ! Kanban en bref : les 5 pratiques
  57. S’améliorer collectivement en continu • Les rétrospectives sont organisées lorsque

    le besoin s’en fait sentir • Ce n’est pas parce que la fréquence n’est pas définie dans la méthode qu’il faut les abandonner ! • Vous pouvez faire évoluer les règles, les limites, affiner votre description du processus de travail, voire le faire évoluer, etc. Kanban en bref : les 5 pratiques
  58. Collecter les données • Votre processus de travail génère énormément

    de données très intéressantes, par exemple le temps de traversée du tableau, i.e. le temps mis par un ticket pour être traité Kanban en bref : les 5 pratiques
  59. Collecter les données • Votre processus de travail génère énormément

    de données très intéressantes, par exemple le temps de traversée du tableau, i.e. le temps mis par un ticket pour être traité • Ces données doivent être revues lors des rétrospectives car elles fournissent des indications précieuses sur l’état de votre système Kanban en bref : les 5 pratiques
  60. Collecter les données • Votre processus de travail génère énormément

    de données très intéressantes, par exemple le temps de traversée du tableau, i.e. le temps mis par un ticket pour être traité • Ces données doivent être revues lors des rétrospectives car elles fournissent des indications précieuses sur l’état de votre système • Les indicateurs classiques sont le diagramme de flux cumulés (cumulative flow), le suivi du temps de cycle (control chart), le suivi du taux d’anomalies et le suivi du taux d’éléments bloqués Kanban en bref : les 5 pratiques
  61. Kanban en bref : les 5 pratiques Lead and Cycle

    Time Temps d’attente du client Cumulative Flow Diagram Mesure de la valeur livrée au client
  62. Standup meeting • Equivalent du Daily Meeting Scrum • Tourne

    typiquement autour des questions suivantes : ◦ qui travaille sur quel sujet ? ◦ qui est bloqué et aurait besoin d’aide ? Les 7 cadences de Kanban
  63. Standup meeting • Equivalent du Daily Meeting Scrum • Tourne

    typiquement autour des questions suivantes : ◦ qui travaille sur quel sujet ? ◦ qui est bloqué et aurait besoin d’aide ? • Permet aux membres de l’équipe : ◦ de se tenir au courant de la situation à date ◦ de collecter les informations leur permettant de s’organiser au mieux pour traiter les travaux à mener • Les 7 cadences de Kanban
  64. Replenishment Meeting • Réunion visant à réalimenter la liste des

    travaux à traiter en entrée du tableau Kanban Les 7 cadences de Kanban
  65. Replenishment Meeting • Réunion visant à réalimenter la liste des

    travaux à traiter en entrée du tableau Kanban • A pour but de prioriser les travaux en toute transparence avec les parties prenantes Les 7 cadences de Kanban
  66. Replenishment Meeting • Réunion visant à réalimenter la liste des

    travaux à traiter en entrée du tableau Kanban • A pour but de prioriser les travaux en toute transparence avec les parties prenantes • Fréquence propre à chaque système, de quotidienne à annuelle. Peut être déclenchée quand le nombre de tickets dans la colonne d’entrée atteint la limite basse. Les 7 cadences de Kanban
  67. Operation review • Revue de haut niveau visant à monitorer

    la façon dont les différents départements / divisions / équipes collaborent et s’organisent entre eux Les 7 cadences de Kanban
  68. Operation review • Revue de haut niveau visant à monitorer

    la façon dont les différents départements / divisions / équipes collaborent et s’organisent entre eux • Focus sur les transferts et les files d’attentes Les 7 cadences de Kanban
  69. Operation review • Revue de haut niveau visant à monitorer

    la façon dont les différents départements / divisions / équipes collaborent et s’organisent entre eux • Focus sur les transferts et les files d’attentes • Permet d’éviter de se focaliser sur l’optimisation locale du fonctionnement d’une équipe au détriment de l’ensemble de l’organisation Les 7 cadences de Kanban
  70. Operation review • Revue de haut niveau visant à monitorer

    la façon dont les différents départements / divisions / équipes collaborent et s’organisent entre eux • Focus sur les transferts et les files d’attentes • Permet d’éviter de se focaliser sur l’optimisation locale du fonctionnement d’une équipe au détriment de l’ensemble de l’organisation • Questions typiquement abordées : ◦ Quel est le niveau de satisfaction de nos clients ? Les résultats financiers sont-ils bons ? ◦ Y a t’il du turnover dans les équipes ? A quel endroit de l’organisation y a t il de la sous utilisation de capacité ? Les 7 cadences de Kanban
  71. Delivery Planning Meeting • A pour objectif d’organiser la livraison

    de lots de fonctionnalités cohérents compte tenu : ◦ de ce qui est déjà prêt ◦ de ce qui sera rapidement prêt ◦ des risques identifiés Les 7 cadences de Kanban
  72. Delivery Planning Meeting • A pour objectif d’organiser la livraison

    de lots de fonctionnalités cohérents compte tenu : ◦ de ce qui est déjà prêt ◦ de ce qui sera rapidement prêt ◦ des risques identifiés • Prend en compte les impacts en terme de conduite du changement Les 7 cadences de Kanban
  73. Delivery Planning Meeting • A pour objectif d’organiser la livraison

    de lots de fonctionnalités cohérents compte tenu : ◦ de ce qui est déjà prêt ◦ de ce qui sera rapidement prêt ◦ des risques identifiés • Prend en compte les impacts en terme de conduite du changement • Peut influencer sur la priorisation de certains éléments Les 7 cadences de Kanban
  74. Service Delivery Review • Revue du niveau de service fourni

    au client, ayant pour but : ◦ d’améliorer le niveau de satisfaction client ◦ de construire une relation de confiance basée sur la transparence Les 7 cadences de Kanban
  75. Service Delivery Review • Revue du niveau de service fourni

    au client, ayant pour but : ◦ d’améliorer le niveau de satisfaction client ◦ de construire une relation de confiance basée sur la transparence • Implique des représentants des utilisateurs finaux Les 7 cadences de Kanban
  76. Service Delivery Review • Revue du niveau de service fourni

    au client, ayant pour but : ◦ d’améliorer le niveau de satisfaction client ◦ de construire une relation de confiance basée sur la transparence • Implique des représentants des utilisateurs finaux • Analyse critique de la dernière version livrée, tenant compte du périmètre fonctionnel couvert, du niveau de qualité fourni, des SLAs, de la gestion des anomalies et feedbacks clients, etc. Les 7 cadences de Kanban
  77. Risk Review • Réunion ayant pour but d’identifier les risques

    et de mettre en oeuvre des actions de mitigation afin de préserver la capacité du système à livrer le périmètre attendu dans les délais prévus Les 7 cadences de Kanban
  78. Risk Review • Réunion ayant pour but d’identifier les risques

    et de mettre en oeuvre des actions de mitigation afin de préserver la capacité du système à livrer le périmètre attendu dans les délais prévus • Se base a minima sur l’analyse des problèmes déjà rencontrés, enrichie éventuellement via une approche spéculative Les 7 cadences de Kanban
  79. Strategy Review • Revue ciblant le positionnement du produit par

    rapport à son marché et la prise en compte des besoins émergents Les 7 cadences de Kanban
  80. Strategy Review • Revue ciblant le positionnement du produit par

    rapport à son marché et la prise en compte des besoins émergents • A pour but de vérifier : ◦ si la capacité de livraison du système est en phase avec les attentes du marché ◦ si l’organisation est en mesure de s’adapter à de nouvelles demandes du marché Les 7 cadences de Kanban
  81. Strategy Review • Revue ciblant le positionnement du produit par

    rapport à son marché et la prise en compte des besoins émergents • A pour but de vérifier : ◦ si la capacité de livraison du système est en phase avec les attentes du marché ◦ si l’organisation est en mesure de s’adapter à de nouvelles demandes du marché • Implique typiquement les managers de haut niveau, avec des inputs venant du marketing, des commerciaux et du support utilisateurs. Les 7 cadences de Kanban
  82. 2 approches sont possibles : • A intervalles de temps

    régulier • Déclenchement sur événement Ces 2 approches ne sont pas exclusives ! Fréquence des réunions et revues
  83. Identify Customers and Specify Value Identifiez ce qui a de

    la valeur pour votre client : Les principes de Lean IT
  84. Identify Customers and Specify Value Identifiez ce qui a de

    la valeur pour votre client : • Alignez votre système de production avec ce qui a de la valeur pour le client Les principes de Lean IT
  85. Identify Customers and Specify Value Identifiez ce qui a de

    la valeur pour votre client : • Alignez votre système de production avec ce qui a de la valeur pour le client • Adaptez votre système au rythme du client Les principes de Lean IT
  86. Identify Customers and Specify Value Identifiez ce qui a de

    la valeur pour votre client : • Alignez votre système de production avec ce qui a de la valeur pour le client • Adaptez votre système au rythme du client • Évitez les gaspillages (“non valeur” pour le client) Les principes de Lean IT
  87. Identify and map the stream Identifiez et décrivez votre flux

    de valeur : • Identifiez les processus,activités, enchaînements de tâches permettant d’ élaborer un produit de valeur Les principes de Lean IT
  88. Identify and map the stream Identifiez et décrivez votre flux

    de valeur : • Identifiez les processus,activités, enchaînements de tâches permettant d’ élaborer un produit de valeur • Cette démarche fera apparaître en creux les éléments de production de “non valeur” Les principes de Lean IT
  89. Create the flow by eliminating waste Favorisez l’écoulement du flux

    de valeur : • Faites en sorte que les opérations créant de la valeur s'enchaînent de façon fluide, sans attente ni retour arrière sur la chaîne de production Les principes de Lean IT
  90. Create the flow by eliminating waste Favorisez l’écoulement du flux

    de valeur : • Faites en sorte que les opérations créant de la valeur s'enchaînent de façon fluide, sans attente ni retour arrière sur la chaîne de production • Un débit fluide : ◦ est plus rapide ◦ augmente la prédictibilité du système Les principes de Lean IT
  91. Respond to customer pull “En flux tiré” signifie : •

    Ne produire que ce qui est nécessaire Les principes de Lean IT
  92. Respond to customer pull “En flux tiré” signifie : •

    Ne produire que ce qui est nécessaire • Ne produire que lorsque c’est nécessaire Les principes de Lean IT
  93. Respond to customer pull “En flux tiré” signifie : •

    Ne produire que ce qui est nécessaire • Ne produire que lorsque c’est nécessaire L’idée sous jacente est de supprimer idéalement tout ce qui est stock, file d’attente, etc. Les principes de Lean IT
  94. Pursue perfection Visez la perfection : • L’amélioration continue doit

    faire partie de l’ADN de votre organisation ! • Vous pouvez toujours améliorer la fluidité de votre processus de production • Vous découvrirez chemin faisant de nouveaux gaspillages à éliminer Les principes de Lean IT
  95. Il n’y a pas de cadence spécifique à Lean :

    • l’objectif est d’obtenir un flux de valeur lissé Les cadences du Lean
  96. Il n’y a pas de cadence spécifique à Lean :

    • l’objectif est d’obtenir un flux de valeur lissé • les seules fréquences à prendre en compte sont celles spécifiques aux demandes du client Les cadences du Lean
  97. Il n’y a pas de cadence spécifique à Lean :

    • l’objectif est d’obtenir un flux de valeur lissé • les seules fréquences à prendre en compte sont celles spécifiques aux demandes du client La clef est d’avoir un incrément de valeur à chaque cycle : Les cadences du Lean
  98. Il n’y a pas de cadence spécifique à Lean :

    • l’objectif est d’obtenir un flux de valeur lissé • les seules fréquences à prendre en compte sont celles spécifiques aux demandes du client La clef est d’avoir un incrément de valeur à chaque cycle : • Cadence = “Rythme de livraison de la valeur” Les cadences du Lean
  99. Il n’y a pas de cadence spécifique à Lean :

    • l’objectif est d’obtenir un flux de valeur lissé • les seules fréquences à prendre en compte sont celles spécifiques aux demandes du client La clef est d’avoir un incrément de valeur à chaque cycle : • Cadence = “Rythme de livraison de la valeur” • Amélioration continue = “Améliorer la fréquence de livraison ou la valeur de la livraison” Les cadences du Lean
  100. La plupart des projets comportent en fait 2 cadences de

    livraison : • Cadence de livraison en homologation : ◦ mise à disposition de la nouvelle version auprès d’un ensemble d’utilisateurs représentatifs ◦ permet de collecter un premier lot de feedbacks Cadence de livraison
  101. La plupart des projets comportent en fait 2 cadences de

    livraison : • Cadence de livraison en homologation : ◦ mise à disposition de la nouvelle version auprès d’un ensemble d’utilisateurs représentatifs ◦ permet de collecter un premier lot de feedbacks • Cadence de livraison réelle en production : ◦ après validation de la version en homologation ◦ fréquence en général bien moins élevée ... Cadence de livraison
  102. Ce décalage fait apparaître 2 coûts : • Coût de

    transaction : coût lié au déploiement d’une nouvelle version (temps et ressources consommées par la livraison en elle-même, conduite du changement, formation aux nouvelles fonctionnalités, etc.) Cadence de livraison
  103. Ce décalage fait apparaître 2 coûts : • Coût de

    transaction : coût lié au déploiement d’une nouvelle version (temps et ressources consommées par la livraison en elle-même, conduite du changement, formation aux nouvelles fonctionnalités, etc.) • Coût du stockage des éléments terminés lié à l’existence d’une file d’attente d’éléments prêts à être livrés au client final Cadence de livraison
  104. L’idée est de trouver le point d’équilibre entre les 2

    coûts pour déterminer la cadence optimale de livraison. Cadence de livraison
  105. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : Qu’est ce qui vous empêche de livrer plus souvent ?
  106. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V Qu’est ce qui vous empêche de livrer plus souvent ?
  107. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V • Livraison en fin de Sprint uniquement Qu’est ce qui vous empêche de livrer plus souvent ?
  108. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V • Livraison en fin de Sprint uniquement • Organisation des développements (pouvoir livrer ce qui est fini uniquement) Qu’est ce qui vous empêche de livrer plus souvent ?
  109. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V • Livraison en fin de Sprint uniquement • Organisation des développements (pouvoir livrer ce qui est fini uniquement) • Files d’attente sur votre processus de production (validation en lots) Qu’est ce qui vous empêche de livrer plus souvent ?
  110. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V • Livraison en fin de Sprint uniquement • Organisation des développements (pouvoir livrer ce qui est fini uniquement) • Files d’attente sur votre processus de production (validation en lots) • Etc … Qu’est ce qui vous empêche de livrer plus souvent ?
  111. Commencez par examiner votre système de production et identifiez les

    points qui vous ralentissent : • Buffers de temps et dates fixes du cycle en V • Livraison en fin de Sprint uniquement • Organisation des développements (pouvoir livrer ce qui est fini uniquement) • Files d’attente sur votre processus de production (validation en lots) • Etc … Ce sont les prochains problèmes à traiter ! Qu’est ce qui vous empêche de livrer plus souvent ?