Your new post is loading...
Dans le premier épisode de la série "Il était une fois un projet IT en Kanban", je vous ai présenté la mise en place d’un Management Visuel Kanban, depuis la phase de Story Mapping "Il était un fois un projet IT en Kanban (Episode 1 : Du Story Mapping au Kanban)".
La première partie du second épisode m’a permis de décrire les indicateurs graphiques utilisés dans le suivi quotidien de notre système kanban "Il était un fois un projet IT en Kanban (Episode 2 – Part I : Indicateurs Graphiques)".
La seconde partie de ce second épisode (jusque là vous suivez ? ) a pour objectif de vous présenter l’ensemble des mesures (KPI) que nous avons mis en place sur notre projet, dans la mesure de la performance de notre système et dans l’aide à la prise de décisions.
L’ensemble des KPI décrit dans cet article nous a permis non seulement de suivre la performance de notre système kanban, mais également de mettre en place les actions d’améliorations de nos processus.
Au bout de quelques semaines (3 à 4), nous avons été en capacité d’adapter nos limites, via la Loi de Little et ainsi améliorer notre flux à 80% de la capacité de notre système.
Tous ces indicateurs représentent néanmoins un état des lieux à un instant T, sur des activités finies. Comment puis-je rapprocher la performance mesurée sur mon système de sa capacité à tenir nos promesses ?
C’est ce que nous verrons dans la troisième et dernière partie de cet épisode, au travers de la prédictibilité en Kanban.