Archives de Tag: Kanban

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

Il était une fois un projet IT en Kanban (Episode 5 – Partie II) : Gérer les obstacles – Le Kata

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 seconde partie du cinquième épisode, portant sur le suivi et la gestion des obstacles, perturbant l’efficience d’un Système Kanban.

Le premier épisode a permis de décrire comment les obstacles sont identifiés et gérés, au sein de notre Système Kanban, via la « Fiche Kaizen ».

Ce second article va porter sur la mise en oeuvre d’une cérémonie, nommée « Kata », déclenchée lors du traitement d’une fiche Kaizen.

Capture-d’écran-2014-04-28-à-23.37.37

Cet article a été écrit en collaboration avec Yannick Quenec’hdu.

Lire la suite

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

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 cinquième épisode porte sur le suivi et la gestion des obstacles, perturbant l’efficience d’un Système Kanban.

Lire la suite

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

Poster un commentaire Par défaut

Cet article est la suite d’une série intitulée « Il était une fois un projet IT en Kanban« , débutée en 2013, décrivant  les différentes étapes de l’accompagnement d’un grand groupe vers une transformation Agile à grande échelle, basé sur Kanban.

Les épisodes précédents :

Ce quatrième épisode décrit les étapes et éléments mis en place dans l’amélioration de la qualité des Stories.

Lire la suite

Vous voulez gagner du temps ? Limitez le flux (kanban)

Poster un commentaire Par défaut

Un soir, en rentrant chez moi, je me retrouve face à un blocage de ma rame de métro préférée. Ne prenant que mon courage à deux mains, je décide de rejoindre ma prochaine station à pied, en empruntant la plus belle avenue du monde… Les Champs Elysées.

J’arrive au niveau d’une boutique d’une célèbre marque de luxe (je vous aide, les initiales sont LV) et là, un spectacle attire mon attention. Devant la boutique, deux agents de sécurité filtrent les entrées/sorties des nombreux visiteurs. Je m’approche pour regarder la vitrine et à l’intérieur je constate un nombre assez limité de personnes faisant son shopping.

Je me rends compte alors que cette boutique applique un des principes du Kanban… Limiter le flux.

Lire la suite

Sur la route du Kanban

Poster un commentaire Par défaut

Le Kanban est une pratique Agile et Lean ayant trois règles principales :

  • Visualiser le flux ;
  • Limiter le flux ;
  • Gérer le flux tiré.

La gestion de ces trois règles passe par le Management Visuel, c’est à dire la visualisation des activités réalisées sur l’ensemble de la chaine de production d’un produit.

Le Management Visuel doit permettre à n’importe quelle personne visualisant le Kanban mural d’identifier :

  • Les Cartes bloquées ;
  • Les goulets d’étranglement, c’est à dire le dépassement des limites appliquées à chaque activité ;
  • Les personnes travaillant sur chaque Carte ;
  • Les Cartes en cours et celles terminées ;
  • Les limites basses et hautes appliquées à chaque activité du workflow ;
  • Les Cartes prioritaires ;
  • Les Cartes à traiter en urgence ;
  • Les Cartes en attente de compléments d’informations.

Pour chacun de ces principes, j’ai créé un système de Management Visuel, basé sur les panneaux routiers et dont l’objectif est d’être le code de la route du Système Kanban.

Son nom, « Le Code de la Route du Kanban« .

Lire la suite