Support pour le meetup Lean Kanban Metrics 101 de juillet 2017
Présentation des différents outils pour comprendre le fonctionnement de votre Kanban et l'améliorer
voir les dates de transition des items Pour obtenir un CFD B : 02/03/17 R : 04/03/17 D : 10/03/17 DF : 15/03/17 T : 20/03/17 TF : 21/03/17 R : 30/03/17 RF : 30/03/17 Dp : 10/04/17 F : 12/04/17 Complexité : 5 SLA : Standard Valeur : 50 John
Représente l’avancement de tous les kanban dans le temps Montre l’évolution du flux de travail Et quelques autres aspects 0 2 4 6 8 10 12 14 16 18 20 1 2 3 4 5 6 7 8 9 10 11 Livré Déploiement Recette Test Dev Ready Backlog
6 1 2 3 4 5 6 7 8 9 10 11 nb items bloqués nb items bloqués Proche d’un nombre d’anomalies / défauts Montre l’évolution du nombre d’éléments bloqués au fil du temps Indicateur sur les difficultés dans votre flux A garder bas
6 7 0 2 4 6 8 10 Temps de cycle Temps de cycle Chaque point est un item Montre le temps requis pour le livrer Première présentation pour travailler sur le temps de cycle
2 3 4 >=5 Temps de cycle nb Items Autre représentation Permet de voir les temps requis pour livrer des items Permet de construire vos classes de services
deux semaines, les développements ont commencé Les items en développement sont bloquées (2) En cherchant le pourquoi de ces blocages, les développeurs expliquent que le « quoi » n’est pas clair : ils ne savent pas vraiment ce qu’il faut développer Il manque donc des conditions d’acceptation De manière plus générale, ce sont les règles du processus qui ne sont pas définies Actions : remise à plat des règles, de la « definition of ready » et donc remise à plat des éléments dans le « ready » pour éviter de bloquer le processus de développement
3 4 0 2 4 6 8 10 12 14 16 18 9 10 11 12 13 14 15 16 17 18 19 20 Backlog Prêt Dev Dev - Fini Test Test - Fini Recette Recette - Fini Déploiement Terminé Bloqué Après 20 jours : explications 12 éléments en dév 2 en test !
y a 12 éléments en développement, ce qui ne respectent pas les règles du flux Ces éléments sont finis : le flux est bloqué en « développement terminé » En discutant avec l’équipe, il s’avère que le testeur est parti sur un autre projet « urgent » Actions : cross testing + recrutement d’un nouveau testeur pour avancer la création de valeur
nombreux éléments sont bloqués en début de sprint Un reste bloqué en déploiement depuis plus de 8 jours Après un échange, l’équipe n’a pas défini les modalités de la recette. Ceux qui doivent la réaliser sont occupés sur de l’opérationnel Action : mise à disposition quotidienne d’un client pour fluidifier la recette
du backlog est trop importante, avec plein de fonctionnalités peu utile Action : réduction du backlog avec le PO pour garantir la production de la valeur juste suffisante Il y a de plus en plus de fonctionnalités coincées en déploiement En questionnant l’équipe, il s’avère qu’il n’y a pas de règles pour le déploiement : il faut en faire la demande Action : demander un déploiement tous les 3 jours pour livrer régulièrement la valeur en production
25 30 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Backlog Prêt Dev Dev - Fini Test Test - Fini Recette Recette - Fini Déploiement Terminé Un peu comme avec un Burn-up chart, un CFD permet d’extrapoler une date de fin
30 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Backlog Prêt Dev Dev - Fini Test Test - Fini Recette Recette - Fini Déploiement Terminé Un CFD permet d’observer le volume d’items en cours de travail Si vous avez un indicateur de valeur, vous en déduisez la valeur dans votre système
28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Backlog Prêt Dev Dev - Fini Test Test - Fini Recette Recette - Fini Déploiement Terminé Un CFD permet d’observer le temps de cycle moyen C’est le temps qu’il faut pour passer d’un état à la livraison d’un item Il est préférable de l’utiliser quand votre système est stable
60 70 1 2 3 4 5 6 7 8 9 10 Backlog Prêt Dev Dev - Fini Test Test - Fini Recette Recette - Fini Déploiement Terminé Etat du système dans lequel le flux avance en tendant vers la stabilité et la constance
continu est équivalent à un flux de robinet : si vous avez des saccades, vous risquez d’être mouillé Un flux continu permet de livrer de la valeur de manière continue Et donc d’éviter de bloquer la valeur Ceci facilite la prédictibilité Et permet de discuter avec vos clients http://www.freepik.com/free-photo/close-up-of-water- running_919816.htm
5 1-2 3-4 5-6 7-8 9-10 11-13 Répartition des temps de cycle L M S En moyenne l’équipe traite un item « S » en moins de 4 jours En moyenne l’équipe traite un item « L » en 7 à 13 jours En moyenne l’équipe traite les items « M » en en 3 à 6 jours
nombreux : CFD Blocage Temps de cycle Ils représentent uniquement les éléments du flux de travail Ils sont simples à mettre en œuvre Et se positionnent bien au dessus de votre tableau kanban =)
de repérer les blocages et comprendre votre flux Ce n’est pas une science C’est un outil pour confirmer une intuition et aller chercher le blocage Ils sont simple à mettre en œuvre et il faut des années pour bien les exploiter =)
deux articles de Pablo sur les CFD http://www.areyouagile.com/2017/03/graphes-kanban- racontes-aux-enfants/ http://www.areyouagile.com/2017/03/graphes-kanban- racontes-aux-enfants-2/
cinchr
atware
oha
prepp
info_meem
xinghr
yoshi17
s_kamada
naomichinishihama
bpstudy
boscotechrecruit
junni_inc
brettharned
jnunemaker
nikkihalliwell
danielanewman
matthewcrist
aleyda
bkeepers
sergeychernyshev
jmmastey
holman
sachag
geoffreycrofte
