Archives Mensuelles: octobre 2013

Mesurer la Prédictibilité en Kanban – Part I : Le Cycle Time

Poster un commentaire Par défaut

La transformation des équipes ou organisation vers les méthodes agiles et particulièrement Kanban ou ScrumBan prend de plus en plus d’ampleur dans l’écosystème des organisations.

Cette adhésion, ou la volonté d’expérimentation, des organisations aux méthodes Kanban est portée par la capacité d’un système kanban à produire des métriques permettant une visibilité forte sur la capacité des équipes projet à tenir leurs promesses.

Une des métriques les plus intéressantes reste sans conteste la prédictibilité, dont vous pouvez retrouver un retour d’expérience dans l’excellent article de Yannick Quenec’hdu « La Prédictibilité au pays de kanban« .

La prédictibilité est mesurable via deux métriques, le Cycle Time et le Débit des Cartes.

Dans cette première partie, je vous propose une description du calcul de la prédictibilité de votre projet, au travers du Cycle Time.

Lire la suite

Il était une fois un projet IT en Kanban (Episode 2 – Part II) : Mesurer la performance du système avec les KPI

Poster un commentaire Par défaut

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 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.

Lire la suite

Il était une fois un projet IT en Kanban (Episode 2 – Part I) : Indicateurs Graphiques

Poster un commentaire Par défaut

« [..] éliminer le Muri, réduire le Mura et encourager une approche évolutive du changement« . Voilà comment David Anderson a décrit son intention initiale lorsqu’il a transposé le modèle Kanban vers l’IT (Lean and Kanban Benelux 2011). L’objectif d’un système kanban est donc d’éliminer le gaspillage (Muri) et de réduire les irrégularités du système (Mura).

L’atteinte de ces objectifs passe par un suivi au quotidien du système kanban, afin d’identifier les blocages et goulets d’étranglement et améliorer le système sur le long terme. Le suivi du système se base sur différents indicateurs :

  • Indicateurs Graphiques ;
  • Indicateurs de performance du système ;
  • Prédictibilité.

J’interviens actuellement dans l’accompagnement d’un grand groupe vers une transformation Agile à grande échelle, basée sur Kanban, depuis 4 mois environ.

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 une fois un projet IT en Kanban (Episode 1) : Du Story Mapping au Kanban« .

Cet article est découpé en deux parties, dont la première porte sur la description des Indicateurs Graphiques utilisés dans le suivi quotidien de notre système kanban et la manière dont ceux-ci nous ont permis d’améliorer la performance des différents intervenants, qui sont les Product Owner, la Qualification et l’équipe de développement.

L’objectif est de vous présenter de façon synthétique les graphiques utilisés sur mon projet. L’explication détaillée fera l’objet de billets dans la série « Le Cockpit Kanban ».

Lire la suite