Introduction au Kanban et expérience pratique chez IBM Bromont

1. Introduction au Kanban et expérience pratique chez IBM Bromont Par Benoit Lapointe

2. Agenda • Mise en contexte • Définition et origine du Kanban • Notre expérience avec le Kanban • Conclusion 2009-10-07 http://leanagile.squarespace.com/ Page - 2

3. Contexte IBM Bromont Mise en contexte • IBM Bromont – Usine manufacturière d’assemblage de puce électronique • Département d’informatique – Développement d’application pour les clients à l’interne – Maintenance d’application existante prend une place importante • Arrivée de Lean – Lean Manufacuring 2006 – Lean Software Development 2007 – Kanban pour le développement logiciel 2009 2009-10-07 http://leanagile.squarespace.com/ Page - 3

4. À propos de moi Mise en contexte • À l' emploi d' IBM Bromont depuis 2001 • Premières lectures en lien avec l' agilité ont eu lieu début 2007 • Co-fondateur du Forum Lean/Agile • Gestionnaire du premier projet Agile • Conseiller principal pour tout ce qui concerne l' agilité • Fondateur de la communauté de pratique Lean/Agile • Certifié Scrum Master • Présentement, je concentre mes efforts à appliquer les principes Lean/Agile à d’autres usages qu' projet au – maintenance d' application – support utilisateur – gestion de tâche en général 2009-10-07 http://leanagile.squarespace.com/ Page - 4

5. Objectif de la présentation Mise en contexte • Partager de la théorie sur Kanban et sur le Lean Software Development • Partager notre expérience avec l’utilisation du Kanban pour la maintenance d’application (IT Application Maintenance) 2009-10-07 http://leanagile.squarespace.com/ Page - 5

7. Introduction sur le « Kanban » ? Définition et origine du Kanban • Définition – En japonais, le mot Kan signifie « signal » et le mot Ban signifie « carte » ou « tableau » – Une carte Kanban est un signal pour déclencher une action • Origine – Méthode déployée par Toyota dans la fin des années 1950 – S’inscrit dans l’approche Lean – Le Kanban implémente totalement les 5 piliers de Lean (1) 5 Piliers de Lean - « Pull » - Flow continu - Valeur client (Business value) - Éliminer le gaspillage - Amélioration continue 2009-10-07 http://leanagile.squarespace.com/ Page - 7

8. Introduction sur le « Kanban » ? Définition et origine du Kanban • Kanban pour les TI – Mary Poppendieck a fait référence au Kanban dans un de ces livres sur le Lean Software Development (2) – Processus émergent qui gagne en popularité depuis 2007 – Conférence Lean & Kanban 2009 Miami (6 au 8 mai) – Neuf présentations associées au Kanban lors de la conférence Agile 2009 à Chicago 2009-10-07 http://leanagile.squarespace.com/ Page - 8

9. Principes du Kanban Définition et origine du Kanban • Trois principes fondamentaux – Rendre le travail et le “flow” du travail visible – Limiter le “work in progress” • S’entendre sur une capacité d’équipe • Utiliser le “pull” à travers la chaîne de valeur – Mesurer et optimiser le “flow” - Sur quoi travaillons-nous présentement? - Sommes-nous surchargés? - Qu'est-ce qui est « blocké »? - Où sont les goulots d’étranglement? - Bref, avons-nous un problème en ce moment? 2009-10-07 http://leanagile.squarespace.com/ Page - 9

10. Exemple pratique Définition et origine du Kanban 1 – Définir le workflow 2 – S’entendre sur la capacité 3 – Utiliser le process « Pull » Backlog Selected Dev UAT Production 2 4 3 A B C D X E F X X G X X X Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 10

11. Exemple pratique – Exemple de « pull » Définition et origine du Kanban 1 – Définir le workflow 2 – S’entendre sur la capacité 3 – Utiliser le process « Pull » Backlog Selected Dev UAT Production 2 4 3 K K H D A E A I H E B L X F C M G X X X X X Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 11

12. Exemple pratique – Cas normal Définition et origine du Kanban Mardi matin Mercredi matin Jeudi matin Vendredi matin Backlog Selected Dev UAT Production 2 4 3 G K I G E C A I L H F I D E B J X H F K D X X E L X X X F M Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 12

13. Exemple pratique – Cas problème UAT Définition et origine du Kanban Mardi matin Mercredi matin Backlog Selected Dev UAT Production 2 4 3 E E C A F D B X D Problème! X X G X X X Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 13

14. Exemple pratique – Cas avec Buffer Définition et origine du Kanban Backlog Selected Dev UAT Production 1 2 1 4 2 3 O E Z C A P F X D B X X X X X X X X X Y X X G X X X X X X Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 14

15. Exemple pratique – Kanban « Two tier » Définition et origine du Kanban Backlog Selected Dev UAT Production 2 4 3 O Z A C D E R F B Proposed In process (5) Done S G T Pull process 2009-10-07 http://leanagile.squarespace.com/ Page - 15

16. Encore plus sur le Kanban… Définition et origine du Kanban • Ce qui gravite autour du Kanban – « Policies » (Règles d’équipe) – « Class of Service » – Rétrospective – Rencontre d’équipe (équivalent du Scrum meeting) – Planification – Estimation – Métrique 2009-10-07 http://leanagile.squarespace.com/ Page - 16

17. Avantage de l’utilisation du Kanban Définition et origine du Kanban • Encourage à : – Identifier et résoudre les goulots d’étranglement (bottlenecks) – Analyser les causes de ce qui « block » le flow – Identifier et éliminer le gaspillage – Encourage à voir le système en entier, plutôt que d’optimiser de façon locale • Planification qui répond à la réalité changeante de nos clients – Agile implique la capacité de répondre au changement – Permets de travailler sur le travail le plus important 2009-10-07 http://leanagile.squarespace.com/ Page - 17

18. Avantage de l’utilisation du Kanban Définition et origine du Kanban • Équilibre la demande à la capacité en limitant par état • Permets une approche évolutive de l’adoption d’Agile – Commencer avec ce que vous faites maintenant – Permets une évolution basée sur les principes Lean plutôt qu’une révolution basée sur le Manifeste Agile (3) – Plus facile à adopter et moins de résistance au changement – Le résultat est graduel, une approche incrémentale de changement motivante pour tous Au lieu de focuser à devenir Agile ce qui nous mènera au succès, Kanban focus sur le succès ce qui mènera à Agile 2009-10-07 http://leanagile.squarespace.com/ Page - 18

19. Quand utiliser le Kanban? • Kanban vs Itération – Lors d’un nouveau projet, on utilise les itérations en premier, mais on peut changer pour le Kanban par la suite (4) – Scrumban (5) – Kanban vs Scrum (6) • Maintenance d’application – Le Kanban fonctionne bien pour de la maintenance d’application (7) – Le Kanban convertira la maintenance de produit mature du chaos en « smooth, constant flow » (8) • Le Kanban fonctionne bien pour plusieurs contextes – « Media Sites and Application » (9) – « Unpredictable backlogs » (10) – « Game Production and Design Agencies »(11) 2009-10-07 http://leanagile.squarespace.com/ Page - 19

21. Contexte de l’équipe Notre expérience avec le Kanban • Équipe de 15 personnes – « Multidisciplinaire » (Analyste, Développeur, Testeur) – « Multi technologique » (Web, Host) – « Multi générationnel » (Beaucoup d’expérience, Récemment sortie de l’université) • Maintenance de près de 100 applications (une application, un responsable) • Applications réparties parmi 10 clients différents • Connaissances, expériences et intérêts concernant Agile très variées entre les membres de l’équipe 2009-10-07 http://leanagile.squarespace.com/ Page - 21

22. Besoin d’amélioration… Notre expérience avec le Kanban • Désir d’appliquer Agile pour la maintenance d’application • Désir d’améliorer notre façon de faire pour la maintenance d’application • Désir d’appliquer nos connaissances en Lean Software Development Brainstrom d’équipe Mieux gérer notre maintenance d’application Réduire la gestion Augmenter la collaboration Améliorer la priorisation Partager les problèmes et solutions Centraliser l’info pertinente Optimiser nos interventions Etc. 2009-10-07 http://leanagile.squarespace.com/ Page - 22

23. Objectif d’équipe Notre expérience avec le Kanban • Réduction du temps de cycle (WIP) – Minimiser le nombre de demandes en parallèle – Briser la demande en minimal marketable feature (MMF) – Planifier et gérer efficacement • Collaboration d’équipe – Créer les opportunités de partage des connaissances – Encourager la responsabilisation et l’initiative – Viser une capacité/WIP par équipe plutôt qu’individuelle • Qualité de nos livrables – Minimiser les retours – Éviter les récurrences – Communiquer efficacement 2009-10-07 http://leanagile.squarespace.com/ Page - 23

24. Implantation de la Phase 1 Notre expérience avec le Kanban • Il faut faire des choix… – Création de notre Kanban (tableau) • Définition de notre chaîne de valeur • Définition d’une carte Kanban • Limitation du Wip par personne – Estimation T-Shirt • Toutes les tâches sont estimées avec la technique de l’estimation T- Shirt – Définition des standards d’équipe • Légende pour les tâches • Fréquence et format du Stand-up 2009-10-07 http://leanagile.squarespace.com/ Page - 24

25. Notre légende pour un Kanban (carte) Notre expérience avec le Kanban 2009-10-07 http://leanagile.squarespace.com/ Page - 25

26. Notre Kanban semaine 1 Notre expérience avec le Kanban 2009-10-07 http://leanagile.squarespace.com/ Page - 26

27. Notre Kanban 3 mois plus tard… Notre expérience avec le Kanban 2009-10-07 http://leanagile.squarespace.com/ Page - 27

28. Panier (Team Backlog) 2009-10-07 http://leanagile.squarespace.com/ Page - 28

29. Information satellite 2009-10-07 http://leanagile.squarespace.com/ Page - 29

30. Évaluation pour la Phase 1 Notre expérience avec le Kanban • Bons coups – Collaboration – Estimation « T-Shirt » – Diminution de la gestion (-50%) – Optimisation du travail (-dossiers parallèles, -Task Switching, -travail partiel, +brisé demande, etc.) – Bonne visibilité sur les taches de l’équipe • Moins évidents – Adapter le tableau à notre réalité et vice-versa – Rétrospective (autocritique) – Garder ça simple et intuitif… 2009-10-07 http://leanagile.squarespace.com/ Page - 30

31. Implantation de la Phase 2 Notre expérience avec le Kanban • Diviser le Kanban par équipe • Limiter le WIP par équipe • Rencontre quotidienne (par personne / par Kanban) • Améliorer la rétrospective • Intégrer les clients 2009-10-07 http://leanagile.squarespace.com/ Page - 31

32. Notre Kanban phase 2 Notre expérience avec le Kanban 2009-10-07 http://leanagile.squarespace.com/ Page - 32

33. What’s next… Notre expérience avec le Kanban • Mesurer temps de cycle / ajout de métrique • Utilisation du Kanban 2-Tier • Ce qui ressortira des rétrospectives!!! 2009-10-07 http://leanagile.squarespace.com/ Page - 33

35. Conclusion Conclusion • Kanban – Encourage à : • Identifier et résoudre les goulots d’étranglement (bottlenecks) • Analyser les causes de ce qui « block » le flow • Identifier et éliminer le gaspillage • Encourage à voir le système en entier, plutôt que d’optimiser de façon locale – Utilise les signaux visuels (carte) pour limiter le WIP – Focus sur la qualité et le temps de cycle – Équilibre la demande à la capacité – Priorise de façon adéquate (réalité changeante) – Facilite certains changements culturels de l’organisation – Permets une approche évolutive de l’adoption d’Agile 2009-10-07 http://leanagile.squarespace.com/ Page - 35

36. Information additionnelle Conclusion • David Anderson – Présentation sur le Kanban pour le développement logiciel. La haute direction l’a beaucoup apprécié • http://www.infoq.com/presentations/kanban-for-software – Blog officiel de David • http://www.agilemanagement.net/Articles/Weblog/blog.html • David Joyce – Présentation sur le Kanban. Plusieurs aspects sont traités (187 pages) • http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean- and-kanban.pdf – Blog officiel de David • http://leanandkanban.wordpress.com/ 2009-10-07 http://leanagile.squarespace.com/ Page - 36

37. Information additionnelle Conclusion • Corey Ladas – Article sur le Scrumban • http://leansoftwareengineering.com/ksse/scrum-ban/ – Blog officiel de Corey • http://leansoftwareengineering.com/ • Henrik Kniberg – Document sur la comparaison entre Kanban vs Scrum • http://www.infoq.com/news/2009/05/kniberg-kanban-v-scrum – Blog officiel de Henrik • http://blog.crisp.se/henrikkniberg/ 2009-10-07 http://leanagile.squarespace.com/ Page - 37

38. Information additionnelle Conclusion • The home of Kanban software development – Site officiel • http://www.limitedwipsociety.org/ – Lien ressources • http://www.limitedwipsociety.org/?page_id=12 • Conférence Lean / Kanban 2009 – Site officiel • http://www.leankanbanconference.com/ • Yahoo Group - KanbanDev – Site officiel • http://finance.groups.yahoo.com/group/kanbandev/ • Vous trouverez cette présentation à l’adresse suivante : – http://leanagile.squarespace.com/ 2009-10-07 http://leanagile.squarespace.com/ Page - 38

39. Références • (1) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and- kanban.pdf • (2) : Lean Software Development, An Agile Toolkit • (3) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and- kanban.pdf • (4) : http://www.targetprocess.com/blog/2009/07/agile-product-development-iterate- then-flow.html • (5) : http://leansoftwareengineering.com/ksse/scrum-ban/ • (6) : http://www.infoq.com/news/2009/05/kniberg-kanban-v-scrum • (7) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and- kanban.pdf • (8) : http://jamesshore.com/Blog/Kanban-Systems.html • (9) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and- kanban.pdf • (10) : http://jamesshore.com/Blog/Kanban-Systems.html • (11) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and- kanban.pdf 2009-10-07 http://leanagile.squarespace.com/ Page - 39

40. Questions / Commentaires • Benoit Lapointe – blapoint@ca.ibm.com 2009-10-07 http://leanagile.squarespace.com/ Page - 40

Introduction au Kanban et expérience pratique chez IBM Bromont

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

Introduction au Kanban et expérience pratique chez IBM Bromont

Plus De Contenu Connexe

Les utilisateurs ont également aimé (20)

Similaire à Introduction au Kanban et expérience pratique chez IBM Bromont (20)

Plus par Agile Tour 2009 Québec (11)

Plus récents (20)