Kanban pour l’IT, la Vespérale
le 9 avril 2013, Rennes
Ê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
Story Anomalie
Ticket
d’incident
Vous avez un flux de
demandes ?
Votre
capacité
La
demande
Et vous êtes dans ce
contexte ?
Votre
capacité
La
demande
Ou dans celui-ci ?
Alors ce qui suit est
pour vous !
Capacité Demande
Objectif
Kanban
Cadre Agile
Le point de départ…
Besoin Agilité
(métier)
Itératif
Incrémental
Time boxé
Les enjeux Kanban
Organisation
Opérationnel
Équipe
Des vrais attentes sur
l’agilité (métier)
Attentes
métier
Agilité
TTM
JAT
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%
Métier Réalisation Homologation Exploitation
Enjeu n°1
Faire travailler tous les acteurs
de la chaîne ensemble
Client User
Scrum
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
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
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
QUELQUES ORGANISATIONS
TYPES RENCONTRÉES
Organisation
Organisation en silos
Dév.
Métier
UAT
Pré exploit
Recette
Client utilisateur
AgileNonAgile
Convergence
équipes maintenance corrective /
évolutive
Logiciel en production
Agile
Maintenance corrective
Agile
CP
PO
Équipe multi activités
Produit A
Client B
Equipe C
Support
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é »
Les enjeux Kanban
Organisation
Opérationnel
Équipe
Pour réduire visiblement les délais,
il ne faut pas…
…voir l’enjeu localement
comme un sprint
Métier Réalisation Homologation Exploitation
Client User
Mais globalement comme
une course de relais…
Métier Réalisation Homologation Exploitation
…en triathlon !
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
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
Les enjeux Kanban
Organisation
Opérationnel
Équipe
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
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 !
Mais attention, ce n’est pas
Management
Processus
Équipes
Coach
Processus
Conçoit
ou définit
Impose
Suivent
ALORS, C’EST QUOI LE
KANBAN ?
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
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!
L’arme fatale
Activité NActivité N-1 Activité N+1
Des limites sur le travail en
cours ?
Gestion de
planning
Limites du travail en cours
Temps
Périmètre
Pour un système en flux tiré
Activité NActivité N-1 Activité N+1
3
2 2
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.
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
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
L’équipe gère le flux de
travail au quotidien ...
Activité 1 Activité 2 Activité 3
En cours FaitEn cours FaitEn cours Fait
...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
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 ?
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
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
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
Règle d’or
Changer par petit pas
et contraindre le système
juste assez pour provoquer
le prochain changement incrémental!
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
• 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
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é
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
ÉTENDRE LA PORTÉE DU
KANBAN
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
Traiter chaque service
séparément
Demande
Capacité
observée
Demande
Capacité
observée
Demande
Capacité
observée
Réseau de systèmes
kanban
Ce n’est pas que de la
théorie !
@lmorisseau
laurent@morisseauconsulting.com
Merci pour votre attention.
Des questions ?

Kanban pour l’IT

  • 1.
    Kanban pour l’IT,la Vespérale le 9 avril 2013, Rennes
  • 2.
    Êtes vous dansce 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.
  • 4.
  • 5.
  • 6.
    Alors ce quisuit est pour vous ! Capacité Demande Objectif Kanban
  • 7.
    Cadre Agile Le pointde départ… Besoin Agilité (métier) Itératif Incrémental Time boxé
  • 8.
  • 9.
    Des vrais attentessur l’agilité (métier) Attentes métier Agilité TTM JAT
  • 10.
    Satisfaction L’apport des méthodes agiles Délais Scrum ClientUser 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 HomologationExploitation Enjeu n°1 Faire travailler tous les acteurs de la chaîne ensemble Client User Scrum
  • 12.
    1 problème sur 2 Enagile 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 HomologationExploitation 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étierpour 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.
  • 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 ProduitA Client B Equipe C Support
  • 19.
    Les domaines Conduite de projets Réduirele 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.
  • 21.
    Pour réduire visiblementles délais, il ne faut pas…
  • 22.
    …voir l’enjeu localement commeun sprint Métier Réalisation Homologation Exploitation Client User
  • 23.
    Mais globalement comme unecourse de relais… Métier Réalisation Homologation Exploitation …en triathlon !
  • 24.
    En visualisant aubon 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 Rendretransparent 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.
  • 27.
    Vous avez lapermission 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 Commencerlà 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, cen’est pas Management Processus Équipes Coach Processus Conçoit ou définit Impose Suivent
  • 30.
  • 31.
    Les grands principes Kanban Pourque 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.
  • 34.
    Des limites surle travail en cours ? Gestion de planning Limites du travail en cours Temps Périmètre
  • 35.
    Pour un systèmeen flux tiré Activité NActivité N-1 Activité N+1 3 2 2
  • 36.
    Pourquoi du fluxtiré ? 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 travailen 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 unedé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 leflux de travail au quotidien ... Activité 1 Activité 2 Activité 3 En cours FaitEn cours FaitEn cours Fait
  • 40.
    ...et gère lesblocages ! 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éveloppementConceptionTestsSpé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 étudiele 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 ajustele 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 parpetit pas et contraindre le système juste assez pour provoquer le prochain changement incrémental!
  • 46.
    Et on enchaîneles 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 classesde 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.
  • 51.
    Du kanban entreprise aukanban 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.
  • 53.
  • 54.
    Ce n’est pasque de la théorie !
  • 55.