Conférence Lean Kanban France 2013, Paris Support de ma présentation Kanban pour l'IT

1. Kanban pour l’IT

2. Êtes vous dans ce contexte ?
Gérant fondateur de la société
Morisseau Consulting
Il accompagne les entreprises et les
équipes souhaitant évoluer vers plus
d'agilité, en tant que coach et
formateur.
Laurent Morisseau
@lmorisseau
laurent@morisseauconsulting.com
Votre speaker

3. Story Anomalie
Ticket
d’incident
Vous avez un flux de
demandes ?

4. Votre
capacité
La
demande
Et vous êtes dans ce
contexte ?

5. Votre
capacité
La
demande
Ou dans celui-ci ?

6. Alors ce qui suit est
pour vous !
Capacité Demande
Objectif
Kanban
Au niveau micro
• Travail planifié et non planifié
• Travail piloté par les dates ou par
l’urgence
• Travail de type
livrable, amélioration, gestion de
risque, découverte
Au niveau macro
• Demande cliente et demande interne
• Demande court/moyen/long terme
• Objectif stratégique et tactique

7. Les attentes métier
Améliorer les délais
Augmenter la
satisfaction
client/utilisateur
Malgré un contexte d’incertitudes et
sans avoir toutes les informations
pour avancer
TTM
JAT

8. Enjeu n°1
Faire travailler tous les acteurs
de la chaîne ensemble
Métier Réalisation Homologation Exploitation

9. Enjeu n°2
Optimiser globalement
la chaîne plutôt que localement les équipes
1 projet sur 3
La complexité est une
barrière à l’adoption agile
1 problème sur 2
en Agile provient des
interactions avec des entités
non agiles

10. Les résultats
Métier Réalisation Homologation Exploitation
stock stock stock
95%
C’est le temps passé en
attente dans le système
pour une demande

11. Imaginer une course de relais…
…en triathlon!
Métier Réalisation Homologation Exploitation

12. 95 % de la capacité est
influencée par la conception du
système.
5 % par la variation de la
performance humaine.
Pour diminuer les délais,
il faut adresser le processus
et aux interactions inter
activités
S’adresser au système
Deming

13. Avec le bon niveau d’abstraction
Au niveau produit
Kanban board
Au niveau portfolio
Kanban entreprise
Au niveau équipe
Task board
Au niveau personnel
Personal Kanban

14. Les enjeux organisationnels
Améliorer
l’agilité
métier pour
répondre à
la demande
Améliorer la
prédictibilité
du processus
qui y répond
Avoir une
approche
évolutive du
changement
Avoir une
approche de
gestion de
risques

15. Les enjeux opérationnels
Rendre transparent le processus
Décentraliser les prises de décisions
Simplifier la complexité
Développer la collaboration entre équipes
Pour fluidifier le travail

16. QUELQUES ORGANISATIONS
TYPES RENCONTRÉES

17. Organisation en silos
AgileNonAgile
Métier Pré exploit
Dév. Recette

18. Convergence
équipe maintenance corrective /
évolutive
Maintenance corrective
AgileAgile
CP
PO
Logiciel en production

19. Équipe multi activités
Support
Produit A
Client B
Equipe C

20. La gestion de portefeuille

21. Les domaines
Conduite de
projets
Réduire le délai
de réalisation
Même si Kanban
est plus orienté
service que projet
Maintenance
applicative
Gérer des flux de
nature différents
Avec des priorités
différentes
Activité de
support
A priori moins
adapté au mode
« Tiré »

22. ALORS, C’EST QUOI LE
KANBAN ?

23. Les grands principes
Pour que chacun
travaille au bon
rythme, ensemble
avoir un système tiré
Kanban
Pour réduire les
délais, travailler sur
des petits lots en
flux, voire en juste
à temps

24. Push vs Pull
Poussé (Push) Tiré (Pull)
DEVELOPPEUR DEVELOPPEUR
ANALYSTE ANALYSTE
Je produis
toutes les
spécifications.
J’ai besoin d’une
nouvelle
spécification.

25. Des limites pour un système
en flux tiré
Activité NActivité N-1 Activité N+1
3
2 2

26. Pourquoi du flux tiré?
On ne construit pas de fonctionnalité dont
personne n’a besoin maintenant.
On n’écrit pas plus de spécifications que l’on ne
peut coder.
On n’écrit pas plus de code que l’on ne peut
tester.
On ne teste pas plus de code que l’on ne peut
déployer.
On ne déploie pas plus que l’utilisateur ne peut
utiliser

27. Des pratiques pour
réussir
Visualiser
Limiter le travail en cours
Mesurer et gérer
le flux de travail Rendre explicite
les règles de gestion
Implémenter des
boucles de feedbacks
Processus, interprocessus, organisation
S’améliorer de manière collaborative
Évoluer de manière expérimentale
Superficiel
Profond

28. Une démarche empirique
Tirer les enseignements
des écarts constatés et
ajuster le système en
conséquence
Étudier le comportement
et les réponses du
système aux règles
Identifier le processus
existant, le travail,
les règles
Acquérir des
données, pratiques
et outils
Système
Kanban
Concevoir
Mettre en
oeuvre
Étudier
Améliorer

29. Et le changement en
douceur
Commencer là où on en est.
En respectant initialement le processus actuel, les rôles et
responsabilités.
Et s’engager à changer de manière incrémentale.
Avec du leadership à tous les niveaux !

30. Visualiser le flux de travail

31. Gérer le flux de travail au
quotidien
Activité 1 Activité 2 Activité 3
En cours FaitEn cours FaitEn cours Fait

32. Mais quelques fois !
Activité 1 Activité 2 Activité 3 22
Comment
peut-on
t’aider?
Nous sommes
bloqués par
l’activité 3!
En cours FaitEn cours FaitEn cours Fait

33. Alors on étudie le système en
s’aidant de modèles
Fluidifier le
travail
• Donner du
mou
• Théorie des
files
d’attente
Travailler à
la bonne
vitesse
• Travailler
avec des
goulets
• Théorie des
contraintes
Réduire la
variabilité
• Identifier les
limites
naturelles
• Maîtrise
Statistique
des Procédés
Réduire les
délais
• Chasser le
gaspillage
• Résolution
de
problèmes
• Lean

34. Pour ajuster le système
Activité 1 Activité 2 Activité 3
En cours FiniEn cours FiniEn cours Fini
232
Règle 1 Règle 2
Règle 3
Règle 4
Le
processus
Les règles
Les limites
Les
éléments
Juste assez pour provoquer
le prochain changement incrémental

35. • Propre à chaque
équipe
• et ligne de
produit
Évoluer et évaluer
le système
• Modèles de
conception
• Modèles de
collaboration
Apprendre des
comportements
émergents
• Des équipes
• Du management
Plus de maturité
organisationnelle
Apprendre du système
Kanban

36. Alors, le Kanban…
• Une méthode agile?
• Une méthode de gestion de projet?
• Une méthode de gestion de tâches? Scrum
Cycle
en V
Bureau
d’étude
…
Une méthode
de conduite de changement
par l’amélioration des
processus
portée par les équipes,
à leur rythme
pour aller vers du flux tiré

37. @lmorisseau
laurent@morisseauconsulting.com
Merci pour votre
attention.
Des questions ?