Vidéo de la conférence Kanban pour l'IT lors de la Vespérale de l'association Granit. Dans la première partie, les thèmes abordés sont les enjeux stratégiques et opérationnels liés au Kanban dans le développement logiciel. La seconde partie de la vidéo traite plus directement de la méthode Kanban, la démarche d'amélioration des processus, et de sa diffusion dans l'organisation.

1. Kanban pour l’IT, la Vespérale
le 9 avril 2013, Rennes

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

7. Cadre Agile
Le point de départ…
Besoin Agilité
(métier)
Itératif
Incrémental
Time boxé

8. Les enjeux Kanban
Organisation
Opérationnel
Équipe

9. Des vrais attentes sur
l’agilité (métier)
Attentes
métier
Agilité
TTM
JAT

10. Satisfaction
L’apport des méthodes
agiles
Délais
Scrum
Client User
Amélioration sensible
62%
Respect des délais
Amélioration sensible
42%
Fréquence de livraison
Pas d’amélioration
56%

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

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

13. Métier Réalisation Homologation Exploitation
Les résultats
Stock
Client User
+95%
C’est le temps passé
en attente dans
le système pour une
demande
Pour diminuer
les délais,
il faut adresser
le processus
et aux interactions
inter activités

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. QUELQUES ORGANISATIONS
TYPES RENCONTRÉES

16. Organisation
Organisation en silos
Dév.
Métier
UAT
Pré exploit
Recette
Client utilisateur
AgileNonAgile

17. Convergence
équipes maintenance corrective /
évolutive
Logiciel en production
Agile
Maintenance corrective
Agile
CP
PO

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

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

20. Les enjeux Kanban
Organisation
Opérationnel
Équipe

21. Pour réduire visiblement les délais,
il ne faut pas…

22. …voir l’enjeu localement
comme un sprint
Métier Réalisation Homologation Exploitation
Client User

23. Mais globalement comme
une course de relais…
Métier Réalisation Homologation Exploitation
…en triathlon !

24. En visualisant au bon
niveau de granularité
Au niveau produit
Kanban board
Au niveau portfolio
Kanban entreprise
Au niveau équipe
Task board
Au niveau personnel
Personal Kanban

25. Les enjeux opérationnels
Rendre transparent le processus
Responsabiliser par des règles explicites pour :
* décentraliser les prises de décisions
* simplifier la complexité
* développer la collaboration entre équipes

26. Les enjeux Kanban
Organisation
Opérationnel
Équipe

27. Vous avez la permission de faire
évoluer votre système !
L’équipe propriétaire de son
processus
Créer l’environnement pour permettre à l’équipe de
 s’approprier le travail, le système
 et le faire évoluer par consensus.
Coach
Manager
Et de le faire à votre rythme, soutenable !
Avec le droit à l’erreur et à l’expérimentation pour
gagner en maturité.
Coach

28. 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.
Du leadership à tous les niveaux !

29. Mais attention, ce n’est pas
Management
Processus
Équipes
Coach
Processus
Conçoit
ou définit
Impose
Suivent

30. ALORS, C’EST QUOI LE
KANBAN ?

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

32. Push vs Pull
Poussé (Push) Tiré (Pull)
Analyste Développeur Analyste Développeur
Je produis
toutes les
spécifications.
J’ai besoin
d’une nouvelle
spécification!

33. L’arme fatale
Activité NActivité N-1 Activité N+1

34. Des limites sur le travail en
cours ?
Gestion de
planning
Limites du travail en cours
Temps
Périmètre

35. Pour un système en flux tiré
Activité NActivité N-1 Activité N+1
3
2 2

36. 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.

37. 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
S’améliorer de manière collaborative
Évoluer de manière expérimentale
Superficiel
Profond
Des pratiques pour
réussir

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

39. L’équipe gère le flux de
travail au quotidien ...
Activité 1 Activité 2 Activité 3
En cours FaitEn cours FaitEn cours Fait

40. ...et gère les blocages !
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

41. Mais quelques fois…
Activité 1 Activité 2
En cours FiniEn cours Fini
Stop !?
Impossible de
refuser la demande !
2 2
Les utilisateurs râlent. Je
commence d’autres tâches
pour montrer que ça bouge !
Coach
Ca vous rappelle
quelque chose ?

42. Et d’autres fois…
DéveloppementConception TestsSpécification
En cours FaitEn cours Fait
Je suis débordé. Ca
n’avance pas, mais je ne
suis pas bloqué.
3 3
Je n’ai plus rien à faire. Je
commence une nouvelle
tâche malgré la limite !
J’attend pour passer
des tests

43. Alors on étudie le système en
s’aidant de modèles
Dé saturé le
système
• Donner du
mou
• Théorie des
files
d’attente
Améliorer
le flux
• 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

44. Puis on ajuste 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

45. Règle d’or
Changer par petit pas
et contraindre le système
juste assez pour provoquer
le prochain changement incrémental!

46. Et on enchaîne les cycles
d’amélioration
Pour
Étendre Kanban sur toute la chaîne.
S’engager sur la performance.
Aller vers une planification Juste à Temps.
Coach

47. • 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

48. 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é

49. Package de classes de service
avec engagement de service
Standard
Date fixe
Urgence
Intangible
Jusqu’à deux heures avec 97% d’engagement
100% d’engagement avec un délai de
prévenance de 64 jours
Jusqu’à 50 jours 67% garantie
Jusqu’à 70 jours 50% garantie

50. ÉTENDRE LA PORTÉE DU
KANBAN

51. Du kanban entreprise
au kanban projet
Ready DevVision
Développement
0% 25% 50% 75% 100% Déploiement
DéveloppementMMF A déployer
Projet F
Valeur L
Effort L
Projet D
Valeur L
Effort XL
Projet C
Valeur L
Effort XL
Projet B
Valeur XL
Effort M
Kanban
entreprise
Kanban
projet

52. Traiter chaque service
séparément
Demande
Capacité
observée
Demande
Capacité
observée
Demande
Capacité
observée

53. Réseau de systèmes
kanban

54. Ce n’est pas que de la
théorie !

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