Archives de Tag: Agile

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

Il était une fois un projet IT en Kanban (Episode 3) : Tenez vos promesses avec la prédictibilité

Poster un commentaire Par défaut

« C’est bien votre Kanban, mais comment je fais pour planifier mon projet ? ». Cette phrase revient souvent dans la bouche des Managers, sur les projets que j’accompagne vers une transformation Agile en Kanban.

Les DSI, après avoir rêvées devant les bénéfices de l’Agilité, ont maintenant besoins de résultats tangibles et pérennes auxquels les Burndown Chart et Vélocité ne peuvent répondre seuls.

Cela me rappelle l’époque des débuts de l’informatique en France où les « bidouilleurs » étaient les Rois, ensuite le besoin de professionnalisation a amené la mise en place de normes et pratiques de gestion de projets qui ont produit des effets positifs, dans un premier temps, avant d’être écrasées par la lourdeur des processus.

Aujourd’hui c’est au tour de l’Agilité d’évoluer et d’apporter aux Managers et aux équipes Agiles les éléments de visibilité nécessaires au suivi de la performance et au pilotage des projets.

Ce troisième épisode porte sur l’apport des indicateurs mesurés dans la capacité d’un système kanban à être prédictible.

Lire la suite

Mesurer la Prédictibilité en Kanban – Part II : Le Débit des Cartes

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.

La première partie de cet article « Mesurer la Prédictibilité en Kanban – Part I : Le cycle time », a décrit le processus de calcul de la prédictibilité via le cycle time des cartes (Stories, Anomalies).

Dans cette suite, je vous propose une autre façon de mesurer votre prédictibilité, au travers du débit des cartes kanban.

Lire la suite

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