Dessine moi un KPI agile (#2-Kanban)

Commentaires 3 Par défaut

« Mesurer et gérer le flux ». Derrière cette proposition se cache la troisième des six pratiques de la Méthode Kanban, telle que proposée par David J. Anderson.

capture-decran-2016-12-30-a-16-30-41

Dans ce second article de ma série consacrée à la description des KPI Agile, je vais vous décrire les principaux KPI utilisés en Kanban et vous présenter le fichier que j’ai mis en place pour effectuer ces mesures, plus quelques autres…

Le premier article, était consacré aux principaux KPI mesurés sur un mode Scrum. Vous pouvez le consulter ici.

Lire la suite

Quel outil pour gérer notre projet agile ?

Commentaires 2 Par défaut

« Que nous conseillez-vous comme outil pour gérer notre projet agile ? ». Cette question tous les coachs l’ont un jour entendue, à chaque accompagnement d’une équipe passant aux pratiques agiles. En fait la réponse à cette question est très simple … « ça dépend … ».

En effet, il existe une telle variété d’outils, que le choix varie fortement du contexte et des attentes de l’équipe et de son organisation. En fait, pour faire votre choix, vous devez d’abord définir ce que vous attendez d’un outil agile.

Je vous propose de faire un état des lieux, non exhaustif (il y a tellement d’outils), des outils que j’ai eu l’occasion d’utiliser ou tester.

Lire la suite

Vivre, Mourir, Recommencer (ou l’importance de l’Amélioration continue dans l’agilité)

Poster un commentaire Par défaut

2014-07-10-EdgeofTomorrowMovie2014

« Je vais vous raconter une histoire. D’abord, elle vous paraitra ridicule, mais plus je parlerais, plus elle paraitra logique … ». Ces paroles sont celles du commandant Cage (Tom Cruise) dans la bande annonce du film « Edge of Tomorrow », sortie le 4 juin 2014 au cinéma.

L’histoire est assez simple (enfin, pour un fan de science-fiction) et décrite comme suit par le synopsis de Wikipédia :

« Dans un futur proche, des hordes d’extraterrestres extrêmement organisés, les « mimics » ont envahi la Terre. Alors que l’humanité lutte de toutes ses forces, le commandant Cage (Tom Cruise) est tué lors d’une bataille mais, pris dans un paradoxe temporel, il se réveille un jour avant la bataille. Ce cycle se reproduira sans cesse et chaque fois qu’il mourra, il ressuscitera et entrainé par un super soldat, le sergent Rita Vratasky (Emily Blunt) deviendra de plus en plus expérimenté. »

Lorsque je lis ce synopsis, je ne peut m’empêcher de faire le rapprochement avec une des pratiques essentielles de l’agilité, trop souvent négligée au fil du temps … l’Amélioration Continue.

Lire la suite

Kanban pour l’IT : Concevoir – Identifier votre flux d’activité

Poster un commentaire Par défaut

La démarche Kanban, inspirée du modèle PDSA (Plan-Do,Study-Act) de Walter A. Shewhart, s’inscrit dans une approche empirique d’amélioration continue.  La démarche s’articule donc autour de 4 phases :

  • Phase 1 : Concevoir (Plan) ;
  • Phase 2 : Mettre en oeuvre (do) ;
  • Phase 3 : Etudier (Study) ;
  • Phase 4 : Améliorer (Act).

Cet article porte sur la phase de conception (Phase 1 : Concevoir) d’un Système Kanban et plus particulièrement sur la définition de la nature des éléments de travail.

Capture d’écran 2014-05-19 à 15.15.24

Cet article fait partie d’une série, portant sur les différentes étapes de mise en oeuvre d’un système kanban IT, inspiré de mon expérience personnelle et de la seconde édition du livre « Kanban pour l’IT » de Laurent Morisseau.

Précédents articles :  Kanban pour l’IT : Concevoir – Quels types de cartes pour mon kanban ?

Lire la suite

Il était une fois un projet IT en Kanban (Episode 6) : Suivre les adhérences externes

Poster un commentaire Par défaut

Cet article fait partie d’une série intitulée « Il était une fois un projet IT en Kanban », débutée en 2013 et décrivant les différentes étapes de l’accompagnement d’un grand groupe vers une transformation Agile à grande échelle, basée sur la mise en place d’un système kanban.

Les épisodes précédents :

Ce sixième épisode est l’occasion de mettre en avant un sujet récurrent, sur les projets agile que j’accompagne habituellement : comment peut-on gérer les adhérences (nommées également contributions) avec des équipes externes, agile ou non.

Lire la suite

Kanban pour l’IT : Concevoir – Quels types de cartes pour mon kanban ?

Poster un commentaire Par défaut

La démarche Kanban, inspirée du modèle PDSA (Plan-Do,Study-Act) de Walter A. Shewhart, s’inscrit dans une approche empirique d’amélioration continue.  La démarche s’articule donc autour de 4 phases :

  • Phase 1 : Concevoir (Plan) ;
  • Phase 2 : Mettre en oeuvre (do) ;
  • Phase 3 : Etudier (Study) ;
  • Phase 4 : Améliorer (Act).

Cet article porte sur la phase de conception (Phase 1 : Concevoir) d’un Système Kanban et plus particulièrement sur la définition de la nature des éléments de travail. Capture-d’écran-2014-05-04-à-16.36.57 Cet article est le premier d’une série portant sur les différentes étapes de mise en oeuvre d’un Système Kanban, inspiré de mon expérience personnelle et de la seconde édition du livre « Kanban pour l’IT » de Laurent Morisseau. Lire la suite

Il était une fois un projet IT en Kanban (Episode 5 – Partie III) : Gérer les obstacles – Le A3 Problem Solving

Poster un commentaire Par défaut

Cet article fait partie d’une série intitulée « Il était une fois un projet IT en Kanban », débutée en 2013 et décrivant les différentes étapes de l’accompagnement d’un grand groupe vers une transformation Agile à grande échelle, basée sur la mise en place d’un Système Kanban.

Les épisodes précédents :

Cet article est la troisième partie du cinquième épisode, portant sur le suivi et la gestion des obstacles, perturbant l’efficience d’un Système Kanban.

Le premier et le second épisode ont décrit la façon dont les obstacles sont identifiés et gérés, au sein de notre Système Kanban, via la « Fiche Kaizen » et la cérémonie du « Kata ».

Nous allons maintenant décrire la façon dont l’obstacle va être analysé, de manière plus approfondie, afin d’en identifier les causes racines.

Cette étude se fait alors via une pratique nommée le A3 Problem Solving.

Cet article a été écrit en collaboration avec Clément Rochas.

Lire la suite