Intelligence économique & stratégique - Stratégie d'innovation

Les épisodes précédents :

• Il était une fois un projet IT en Kanban (Episode 1) : Du Story Mapping au Kanban) ;
• Il était une fois un projet IT en Kanban (Episode 2 – Part I) : Indicateurs Graphiques ;
• Il était une fois un projet IT en Kanban (Episode 2 – Part II) : Mesurer la performance du système avec les KPI;
• Il était une fois un projet IT en Kanban (Episode 3) : Tenez vos promesses avec la prédictibilité;

• Il était une fois un projet IT en Kanban (Episode 4) : Améliorer la qualité de vos Stories ;

• Il était une fois un projet IT en Kanban (Episode 5 – Partie I) : Gérer les obstacles – La fiche Kaizen.

L’essentiel reste donc bien de mesurer, non pas une date d’atterrissage au jour près, mais bien une tendance de la performance de notre système kanban et la capacité de l’équipe à tenir ses promesses.

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.
 

La fiche Kaizen, associée à un tableau (voir Kanban) de suivi des obstacles, apporte une information visuelle et factuelle sur l’état de santé du Système Kanban et permet à l’ensemble des acteurs du projet de partager les actions de correction à mettre en oeuvre.

L’étape suivante va maintenant porter sur l’analyse de la fiche Kaizen, via une cérémonie, nommée "Kata", que je décrirais, avec Yannick Quenec’hdu, dans la seconde partie de cet épisode.

Contrairement à des projets plus « classiques », la planification et l’identification de la date d’atterrissage estimée ne se fait plus par une estimation subjective ou non du reste à faire, par les développeurs ou au travers d’abaques plus ou moins pertinents. La prédictibilité se base sur une mesure factuelle du temps nécessaire à la réalisation d’une carte kanban et du nombre de cartes réalisables par semaine. À ces constats s’ajoute une prise en compte de la capacité fournie par l’équipe pour réaliser ces cartes et celles projetées sur la suite du projet.

L’objectif du suivi de ces représentations graphiques reste bien de réduire, voir d’éliminer le gaspillage (CFD ; IN-OUT), le Muri et d’améliorer la régularité du système (Cartes de Contrôles, MMF, Débit), le Mura, au travers d’une amélioration du flux d’activité, d’une réduction des goulets d’étranglement et d’une réduction de la dette technique (perturbations).

La seconde partie de notre épisode portera sur l’utilisation des mesures issues de notre système kanban, au travers des KPI et leur utilisation dans la prédictibilité, la définition des objectifs et même leur capacité à identifier les limites basses et hautes à appliquer sur chaque étape de notre système kanban.