Introduction au Kanban et expérience pratique chez IBM Bromont

Introduction au Kanban et expérience pratique chez IBM Bromont

Par Benoit Lapointe

2009-10-07 http://leanagile.squarespace.com/ Page - 2

Agenda

• Mise en contexte• Définition et origine du Kanban• Notre expérience avec le Kanban• Conclusion


Contexte IBM Bromont

• 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

Mise en contexte


À propos de moi

• À 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 principesLean/Agile à d’autres usages qu'au projet

– maintenance d'application– support utilisateur– gestion de tâche en général

Mise en contexte


Objectif de la présentation

• 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)

Mise en contexte


Agenda



Introduction sur le « 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)

Définition et origine du Kanban

- « Pull »- Flow continu- Valeur client (Business value)- Éliminer le gaspillage- Amélioration continue

5 Piliers de Lean


Introduction sur le « 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



Principes 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?


Exemple pratique

Backlog

A

CB

D

EF

G

Selected Dev Production2 4

X

X

X

UAT3

X X

X

Pull process


1 – Définir le workflow2 – S’entendre sur la capacité3 – Utiliser le process « Pull »


Exemple pratique – Exemple de « pull »

Backlog

A

C

B

D

E

FL


X

X

X

UAT3

X X

X

Pull process


1 – Définir le workflow2 – S’entendre sur la capacité3 – Utiliser le process « Pull »

G

H

I

K

M

AE

H

K


Exemple pratique – Cas normal

Backlog

AC

BD

E

F

G


X

X

X

UAT3

X X

X

Pull process


Mardi matinMercredi matin

H

I

J

K

L

D

E

GI

Jeudi matin

FH

I

M

K

L

Vendredi matin

E

F


Exemple pratique – Cas problème UAT

Backlog

G


X

X

X

UAT3

X X

X

Pull process


A

B

C

D

E

F

D

E

Problème!

Mardi matinMercredi matin


Exemple pratique – Cas avec Buffer

Backlog

O

P

G

Selected Dev Production

2 4

X

X

X

UAT3

X X

X

Pull process


Z

Y

X

A

B

C

D

E

F

2

X

X

XX

1

X

X

X

X

X

X

1

X


Exemple pratique – Kanban « Two tier »

Backlog

T

G


UAT3

Pull process


A

B

C ZD E

FDoneIn process (5)Proposed

S

R

O


Encore plus sur le 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



Avantage de l’utilisation 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



Avantage de l’utilisation 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 Agilece qui nous mènera au succès,

Kanban focus sur le succès ce qui mènera à Agile



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)


Agenda



Contexte de l’équipe

• É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

Notre expérience avec le Kanban


Besoin d’amélioration…

• 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

Mieux gérer notre maintenance d’applicationRéduire la gestionAugmenter la collaborationAméliorer la priorisationPartager les problèmes et solutionsCentraliser l’info pertinenteOptimiser nos interventionsEtc.

Brainstrom d’équipe



Objectif d’équipe

• 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



Implantation de la Phase 1

• 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



Notre légende pour un Kanban (carte)Notre expérience avec le Kanban


Notre Kanban semaine 1Notre expérience avec le Kanban


Notre Kanban 3 mois plus tard…Notre expérience avec le Kanban


Panier (Team Backlog)


Information satellite


Évaluation pour la Phase 1

• 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…



Implantation de la Phase 2

• 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



Notre Kanban phase 2Notre expérience avec le Kanban


What’s next…

• Mesurer temps de cycle / ajout de métrique• Utilisation du Kanban 2-Tier• Ce qui ressortira des rétrospectives!!!



Agenda



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

Conclusion


Information additionnelle

• 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/

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/

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/

Conclusion


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


Questions / Commentaires

• Benoit Lapointe– [email protected]

Technology

Introduction au Kanban et expérience pratique chez IBM Bromont