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

Il était une fois un projet IT en Kanban (Episode 1) : Du Story Mapping au Kanban

Poster un commentaire Par défaut

Il était une fois, un Consultant Agile Xebia à qui l’on avait donné pour mission d’accompagner la transformation Agile de l’ensemble des acteurs d’un projet IT, du Product Owner à l’équipe de Recette, en passant par l’équipe de développement.

Tout lien avec des personnes ou projets ayant existé n’est absolument pas fortuit, car cette histoire est celle que je vis actuellement au sein d’un grand groupe, dans le cadre d’une transformation Agile à grande échelle.

Je vous propose de partager avec vous cette aventure, au travers d’une série de billets décrivant toutes les étapes de la mise en œuvre d’un projet IT, associant le cadre Scrum aux pratiques Kanban.

Au début de chaque billet, je rappellerai le contexte du projet, ainsi qu’un rapide résumé des épisodes précédents :

  • Le projet : Evolution d’une application IT existante, ayant pour objectif l’intégration d’une nouvelle gamme de produit
  • L’équipe Agile :
    • Un Product Owner et un Proxy Product Owner basés en région Parisienne
    • Une équipe de développement, dont un ScrumMaster basé en Province
    • Une personne en charge des tests et de la Recette, basée en Province
    • Une ergonome basée en Province.
  • Le Plan de Release : 5 Itérations de 3 semaines chacune
  • Méthodes Agiles mises en oeuvre : Cadre Scrum (rôles, cérémonials) associé aux pratiques de gestion de flux et d’amélioration continue Kanban.

Lire la suite