Dans la boîte à outils des agilistes, Scrum occupe une place prépondérante. Néanmoins ce n’est pas le seul ! Premier pas vers la transition vers l’agilité, Kanban se concentre sur la qualité et des livraisons fréquentes. L’identification des processus existants permet de réduire les sources de variabilité pour augmenter la prédictibilité sur votre flux de production. Cette session sera un peu théorique, et surtout pratique sous la forme d’un atelier ludique afin d’adopter et de mieux comprendre le Kanban Style !

1. Kanban Style
Agile Nantes
Session mensuelle

2. 94% of problems in business are
system driven
and only 4% are people driven
W. Edwards Deming

4. Antony GUILLOTEAU
@aguilloteau

7. Découvrir Kanban

9. 4 objectifs
1. Se concentrer sur la qualité
2. Livrer souvent
3. Mettre en rapport la demande et le débit
4. Réduire les sources de variabilité pour augmenter la prédictibilité

10. Notions clés
La chaîne de valeur : c’est l’ensemble des étapes successives
permettant d’aller d’une demande client priorisée jusqu’à sa réalisation
et sa mise à disposition
Expression du
besoin
Spécifications
Dév
Doc. Technique
Test
Intégration
Mise en prod

11. Notions clés
Le « lead time » (délai de production) : c’est le temps mis par
une tâche pour effectuer l’ensemble des étapes de la chaîne de
valeur.
Le « cycle time » : c’est la fréquence moyenne des tâches
délivrées sur une durée définie

12. 6 PRINCIPES
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les processus explicites
5. Mettre en place des boucles de feedback
6. Améliorer les processus collaborativement

13. Mettre
en œuvre Kanban

14. Commencez par
rendre visible votre
processus actuel

15. Respectez les processus, les rôles, les
titres et les responsabilités.

16. Améliorez votre processus de manière
itérative et incrémentale

17. Plus qu’une méthodologie,
Kanban est un processus
d’amélioration de processus

18. Mettre en œuvre Kanban
BACKLOG TODO
DÉVELOPPEMENT
DOC MEP
Design Dev. Done DoneTest
TEST

19. Mettre en œuvre Kanban
BACKLOG TODO
DÉVELOPPEMENT
DOC MEP
Design Dev. Done DoneTest
TEST
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement

20. Mettre en œuvre Kanban
BACKLOG TODO
(3)
DÉVELOPPEMENT (4)
DOC
(2)
MEP
Design Dev. Done DoneTest
TEST (3)
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement

21. Mettre en œuvre Kanban
BACKLOG TODO
(3)
DÉVELOPPEMENT (4)
DOC
(2)
MEP
Design Dev. Done DoneTest
TEST (3)
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement

22. Mettre en œuvre Kanban
BACKLOG TODO
(3)
DÉVELOPPEMENT (4)
DOC
(2)
Design Dev. Done DoneTest
TEST (3)
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement
MEP

23. Mettre en œuvre Kanban
BACKLOG TODO
(3)
DÉVELOPPEMENT (4)
DOC
(2)
MEP
Design Dev. Done DoneTest
TEST (3)
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement

24. Mettre en œuvre Kanban
BACKLOG TODO
(3)
DÉVELOPPEMENT (4)
DOC
(2)
MEP
Design Dev. Done DoneTest
TEST (3)
1. Visualiser la chaîne de valeur
2. Limiter le travail en cours
3. Gérer le flux
4. Rendre les process explicites
5. Améliorer les process collaborativement

25. Mettre en œuvre Kanban
Kanban ne propose pas une révolution,
mais de multiples évolutions.

26. Suivre l’activité : le cumulative flow diagramme

27. Suivre l’activité : le control chart

28. Comment gérer des flux multiples ?
Les swimlanes vont permettre de partager horizontalement le tableau, en
allouant une ligne par client.
On pourra ensuite affecter une WIP limit à chaque ligne.

29. The Bottleneck
Game
I’m not a Bottleneck!
I’m a Free Man!

30. Chaîne de production de bateaux & de chapeaux
L’objectif est de produire le maximum de paires bateau +
chapeau en papier en minimisant la consommation de feuilles
http://www.agilecoach.net/coach-tools/bottleneck-game/

31. Déroulé
3 round de 5 minutes
2 minutes de rétrospective entre chaque round
Groupe de 7 personnes + 1 observateur par groupe

32. Les rôles
Le client prend une feuille de papier sur la pile et la donne en indiquant
oralement ce qu’il veut, à savoir un bateau ou un chapeau
L’analyste réceptionne la feuille de papier et la plie en deux
L’architecte effectue les bases de pliage commun entre le bateau et le chapeau
Le développeur effectue le pliage complet et produire bateau ou chapeau
Le graphiste embellit les créations en dessinant dessus différents motifs selon le
produit à produire
Le testeur s’assure que le produit est conforme aux exigences
L’équipe de production livre le produit au client

33. Le client
Passez les feuilles de papier à l’analyste.
Comptez le nombre de feuilles utilisées lors de chaque tour et notez le
nombre dans le tableau.
Dites à l’analyste ce qu’il faut fabriquer: un bateau, un chapeau, un
bateau, un chapeau...

34. L’analyste
Notez le besoin du client: construire un chapeau ou un bateau?
Mettez le papier en orientation “landscape” (coté long en horizontale)
Pliez le papier au milieu, de gauche à droite
Tournez le papier par 90°, la partie ouverte est en bas
Dessinez une ligne verticale au milieu du papier

35. L’analyste

36. L’architecte
Prenez le papier avec la partie ouverte en bas
Pliez le coin droit vers le bas sous un angle de 45°, vers la ligne dessinée
par l’analyste
Pliez le coin gauche vers le bas sous un angle de 45°, vers la ligne
dessinée par l’analyste
Pliez la partie basse d’un coté vers le haut
Tournez le papier et pliez la partie basse d’un coté vers le haut

37. L’architecte

38. Le développeur
Pour le chapeau
Pliez les coins qui dépassent des deux côtés, pour créer une forme de
triangle.
Ouvrez légèrement le triangle. Vous avez créé un chapeau.

39. Le développeur
Pour le bateau
Pliez les coins qui dépassent des deux côtés, pour créer une forme de triangle.
Mettez les deux doigts à l’intérieur et tirez vers l’extérieur de façon à faire toucher les
points haut et bas

40. Le développeur
Mettez le papier avec le coté ouvert en bas.
Pliez la pointe basse vers le point haut
Tournez le papier
Pliez la pointe basse vers le point haut

41. Le développeur
Mettez les deux doigts à l’intérieur et tirez vers l’extérieur de façon à faire
toucher les points haut et bas

42. Le développeur
Tirez les deux parties basculantes vers la gauche et droite pour ouvrir la forme.
Le bateau apparaît : la voile dépasse les côtés du bateau.
Vous avez créé un bateau

43. Le graphiste
Pour le chapeau
Dessinez une fleur sur chaque côté du chapeau
Pour le bateau
Dessinez trois hublots de chaque côté du bateau
Dessinez une ancre sur un coté du bateau

44. Le testeur
Critères de test pour le chapeau
Des coins pliés proprement, le chapeau ne se déforme pas
Si vous mettez le chapeau sur la tête, il reste droit
Exactement une fleur de chaque côté
Le chapeau est symétrique

45. Le testeur
Critères de test pour le bateau
Des coins pliés proprement, le bateau ne se déforme pas
Le bateau est symétrique
Si vous mettez le bateau sur la table, il reste droit
En regardant du côté, la voile dépasse la coque du bateau
Exactement trois hublot de chaque côté
Exactement une ancre sur un côté du bateau

46. Le testeur
Si le chapeau/bateau ne satisfait pas les critères de réception, rendez le à
la personne qui a causée l’erreur.
Problème avec les dessins  graphiste
Pas bien plié  programmeur
Problème fondamental  analyste

47. L’équipe de production
Réceptionnez les chapeaux et bateaux
Contrôlez rapidement si les produits conforment aux tests de réception et
rejetez les produits non conformes.
Comptez le nombre de paires chapeau + bateau vous avez mis en
production (qui seront payées) dans le tableau

48. Round Investissement Production
1
2
3

49. Pratiques
connexes à
Kanban

50. Le Daily Meeting Kanban

51. L’amélioration continue

52. L’amélioration continue

53. La fiche Kaïzen

54. Le A3 problem solving

55. Kanban
vs
Scrum

56. Kanban peut être une solution adaptée si …
Votre équipe est multi-compétente (MOA, integ., dév.,
testeurs, ...)
Vous cherchez à suivre et réduire le temps de cycle
Vous cherchez à éviter l’effet big bang
Vous êtes intéressés par le continuous delivery

57. Scrum peut être une solution adaptée si …
Votre équipe est stable et dédiée au projet
Vous cherchez à maximiser la valeur métier
Vous êtes capables de gérer un changement majeur de
process
Vous pouvez prévoir la charge à quelques semaines à
l’avance

58. Scrum & Kanban
Scrum pour le build
Kanban pour le run et les activités annexes

59. It is not necessary to change.
Survival is not mandatory
W. Edwards Deming

60. Merci pour votre feedback
https://goo.gl/forms/AAx1TDxNNAmqTzJv2

61. Merci pour votre
participation