Introduction à Agile Lean

968 vues

Publié le

Votre dynamique de travail n'est pas celle d'un projet, mais plutôt celle d'un processus. Vous avez donc conclu que Scrum n'était pas la méthode la mieux adaptée et qu'il valait mieux choisir Agile Lean (aussi connu sous les appellations suivantes : Scrumban, Kanban, Subban). Maintenant que c'est décidé, savez-vous par où commencer? Savez-vous ce qu'il faut suivre et mesurer? Quelle est la dynamique d'une équipe Agile Lean et que peut‐on s'attendre d'elle? Au cours de cette présentation, François désire vous faire profiter de son expérience en accompagnement d'équipes Lean.

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
968
Sur SlideShare
0
Issues des intégrations
0
Intégrations
12
Actions
Partages
0
Téléchargements
17
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Introduction à Agile Lean

  1. 1. INTRODUCTION À AGILE LEAN François JEAN
  2. 2. ©PyxisTechnologiesinc. ¡  Qui êtes-vous? ¡  Agile Lean s’applique à beaucoup plus que les projets de développement en TI. INTRODUCTION
  3. 3. ©PyxisTechnologiesinc. ¡  Avantages de la méthode Scrum §  Règles simples §  Bien adaptée au contexte des projets §  Mode empirique qui permet d’attaquer des problèmes complexes ¡  Où ça peut accrocher? §  Scrum gère mal les incidents et les demandes urgentes. §  Il y a trop de cérémonies lorsqu’on connaît bien la recette. §  Les principes de Scrum peuvent être trop difficiles à appliquer intégralement. §  Culture eats strategy for breakfast. POURQUOI PAS SIMPLEMENT SCRUM?
  4. 4. ©PyxisTechnologiesinc. ¡  Agile Lean s’inspire de Kanban. ¡  On utilise Kanban et on y ajoute des dynamiques de Scrum. ¡  Agile Lean s’adapte aisément aux processus actuels. ¡  C’est une recherche permanente d’amélioration. ¡  Voici les préalables pour utiliser Agile Lean, Scrumban ou Kanban §  Il est possible de diviser le travail en petits incréments, chacun ajoutant de la valeur et pouvant être réalisés indépendamment. §  Il est possible de réaliser chaque incrément en un flux continu, et ce, de l’élément requis jusqu’au déploiement. §  Les étapes du processus sont semblables pour chaque item du carnet de produit. AGILE LEAN – SCRUMBAN – KANBAN
  5. 5. ©PyxisTechnologiesinc. EXEMPLE DE KANBAN
  6. 6. ©PyxisTechnologiesinc. SCRUMBAN Product Backlog Plan de livraison Sprint Burndown Mêlée quotidienneSprint Backlog Revue de sprint Sprint Sunset Graph Planification de sprint Rétrospective de sprint Maintenance du product backlog Sprint 0 DEMANDES Hebdo. Tableau de priorités Mur de réalisation Kanban Optimisation du flux tiré Mêlée quotidienne Rétrospective mensuelle
  7. 7. ©PyxisTechnologiesinc. Scrumban ≈ Métro Scrum ≈ Train MODE DE LIVRAISON
  8. 8. ©PyxisTechnologiesinc. TABLEAU SCRUMBAN A À faire 5 Dév. 3 Test 2 Livraison 3 Analyse fonctionnelle 2 C Terminé D E F G L M K J O N Flux A B Définition de « Terminé » Définition de « Terminé » Définition de « Terminé » Définition de « Terminé » Définition de « Terminé » Voie rapide
  9. 9. ©PyxisTechnologiesinc. On veut éviter. On recherche. SCRUMBAN ≈ AUTOBAHN FIFO – WIP – VÉLOCITÉ – ANDONS
  10. 10. MISE SUR PIED D’UNE ÉQUIPE
  11. 11. ©PyxisTechnologiesinc. ¡  Former l’équipe §  Une journée de formation pour toute l’équipe §  Explication des principe de Scrumban (flux tiré, limite des tâches en cours, etc.) ¡  Cartographier le processus ¡  Dessiner le véhicule (les cartes) ¡  Mettre en place les outils pour mesurer le temps de cycle MISE SUR PIED D’UNE ÉQUIPE
  12. 12. ©PyxisTechnologiesinc. ¡  Bien identifier les étapes du processus de travail §  Truc : deux groupes distincts pour comparer les résultats ¡  Formuler une définition de « Terminé » pour chaque étape ¡  Faire attention aux retours en arrière qui brisent le flux (avoir des étapes étanches) ¡  Équilibrer les étapes pour permettre une cadence régulière §  Exemple : 1 jour pour l’analyse; 1 jour pour l’architecture; 2 jours pour le développement, mais avec une équipe de 2 développeurs… ¡  Avoir un tableau simple ¡  Avoir un beau tableau CARTOGRAPHIE DU PROCESSUS DE TRAVAIL
  13. 13. ©PyxisTechnologiesinc. ¡  Identifie un item à réaliser ¡  Doit permettre ce qui suit §  Suivre l’avancement d’un item §  Calculer les temps de passage §  Afficher les bloqueurs ¡  Doit être clair et parler de lui-même VÉHICULE
  14. 14. ©PyxisTechnologiesinc. ID de la demande Secteur d’activité Estimation Titre de la demande Description sommaire de la demande Demandeur : Quelqu’un de bien Date souhaitée : avant la fin 2015 Analyse Dév. Test Livraison Responsable FJ Début 42.1 Travail IIII Bloqué II Capacité I Fin 43.3 EXEMPLE DE VÉHICULE
  15. 15. SUIVI ET AMÉLIORATION DU TEMPS DE CYCLE
  16. 16. ©PyxisTechnologiesinc. ¡  Travaux en cours ou WIP (inventaire) ¡  Statistiques §  Points de complexité livrés §  Points livrés au total ou par catégorie (ex. : nombres d’incidents corrigés vs nombre d’améliorations livrées) §  Temps de passage moyen §  Taux de rendement moyen §  Temps d’attente moyen (pour les items des catégories urgente et importante) ¡  Etc. SUIVI ET AMÉLIORATION DU TEMPS DE CYCLE
  17. 17. ©PyxisTechnologiesinc. 0 10 20 30 40 50 60 70 80 t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 Points de complexité Temps POINTS DE COMPLEXITÉ LIVRÉS
  18. 18. ©PyxisTechnologiesinc. TEMPS DE PASSAGE MOYEN 0.0 2.0 4.0 6.0 8.0 10.0 12.0 14.0 t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 Jours Temps Temps de passage moyen des items Capacité Bloqué Tests Dév. Analyse
  19. 19. ©PyxisTechnologiesinc. 0.0% 10.0% 20.0% 30.0% 40.0% 50.0% 60.0% 70.0% 80.0% 90.0% t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 Taux de rendement Temps TAUX DE RENDEMENT MOYEN
  20. 20. ©PyxisTechnologiesinc. DIAGRAMME DE FLUX CUMULÉ Source : http://zsoltfabok.com/blog/2011/02/xp-with-kanban-instead-of-scrum/
  21. 21. ©PyxisTechnologiesinc. SPYDER QIX 0 1 2 3 4 5 6 7 8 9 10 Vélocité de réponse Satisfaction client Énergie de l’équipe Résilience de l’équipe Scrum Master catalyseur+gardien Leadership de la direction Autonomie pérenne Arrimage système-performance Discipline – maîtrise du cadre métho Alignement du P.O Efficience collective Qualité supérieure
  22. 22. ©PyxisTechnologiesinc. ¡ Quand vas-tu me livrer l’item X? ¡  Au global, on peut avoir une réponse approximative. ¡  Cependant, on ne peut pas répondre au cas par cas. §  Il faut absolument éviter de transformer votre Scrumban en « bureau de dentiste » : un trou de 90 minutes dans Outlook è un rendez-vous pour traiter une carie. De cette façon, il faut toujours le même temps pour réparer une dent cariée; donc, peu d’améliorations possibles. LA QUESTION QUI TUE
  23. 23. ©PyxisTechnologiesinc. ¡  Avantages : §  Son champ d’application dépasse les projets informatiques. §  Elle est bien adaptée aux petites demandes et au soutien. §  Elle permet des livraisons continues (meilleur rendement des investissements). ¡  Faire attention à ce qui suit : §  Plus les demandes sont petites plus elles circulent facilement. §  Il faut faire attention au changement de priorités en cours de route. §  Il faut bien communiquer les règles de priorisation à l’entrée du tableau. §  Il faut expliquer aux partenaires le mode de fonctionnement de l’équipe. §  Flux tiré et non en mode de réservation de ressources pour une certaine date §  Il faut une certaine discipline dans l’équipe. §  Il faut assurer la simplicité du processus, du tableau, des véhicules. AVANTAGES DE LA MÉTHODE ET PIÈGES À ÉVITER
  24. 24. ©PyxisTechnologiesinc. §  www.infoq.com/fr/presentations/ameliore-produit-scrumban RÉFÉRENCES
  25. 25. ©PyxisTechnologiesinc. ¡  « Les Saints n'ont pas tous bien commencé, mais ils ont tous bien fini. Nous avons mal commencé; finissons bien. » Le Curé d'Ars ¡  Pour en savoir plus : §  Twitter : @intellijean §  Courriel : fjean@pyxis-tech.com CONCLUSION

×