Introduction au Kanban et expérience pratique chez IBM Bromont

Introduction au Kanban et expérience pratique chez IBM Bromont

Par Benoit Lapointe

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

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


À 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


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)


Agenda

• Conclusion


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


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

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


Exemple pratique – Exemple de « pull »

1 – Définir le workflow
2 – S’entendre sur la capacité
3 – Utiliser le process « Pull »
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


Exemple pratique – Cas normal

Mardi matin
Mercredi matin
Jeudi matin
Vendredi matin
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


Exemple pratique – Cas problème UAT

Mardi matin
Mercredi matin

2 4 3

E E C A

F D B

X D
Problème!
X X

G
X X X

Pull process


Exemple pratique – Cas avec Buffer

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


Exemple pratique – Kanban « Two tier »

2 4 3
O
Z A
C D E
R F B
Proposed In process (5) Done

S G

T

Pull process


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 Agile
ce 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

• Conclusion


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


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

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.


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 Kanban semaine 1


Notre Kanban 3 mois plus tard…


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 2


What’s next…

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


Agenda

• Conclusion


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


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/


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/


Références

• (1) : http://leanandkanban.files.wordpress.com/2009/06/pulling-value-lean-and-
kanban.pdf
• (2) : Lean Software Development, An Agile Toolkit
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
kanban.pdf
• (8) : http://jamesshore.com/Blog/Kanban-Systems.html
kanban.pdf
• (10) : http://jamesshore.com/Blog/Kanban-Systems.html
kanban.pdf


Questions / Commentaires

• Benoit Lapointe
– blapoint@ca.ibm.com


Introduction au Kanban et expérience pratique chez IBM Bromont

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Introduction au Kanban et expérience pratique chez IBM Bromont

Ähnlich wie Introduction au Kanban et expérience pratique chez IBM Bromont (20)

Mehr von Agile Tour 2009 Québec

Mehr von Agile Tour 2009 Québec (11)

Introduction au Kanban et expérience pratique chez IBM Bromont