Il y a 5 ans -

Temps de lecture 4 minutes

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

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.

kanban

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.

Identifier les types d’éléments de travail

La première étape, dans la conception d’un Système Kanban, est l’identification des différents type de travaux à réaliser. Ceux-ci seront différents selon le type d’activité réalisée par l’équipe Kanban :

  • Tierce Maintenance Applicative ;
  • Projet one-shot ;
  • Évolution d’une application existante ;
  • Marketing ; 
  • Etc.

Après avoir identifié l’activité, l’équipe doit récolter l’ensemble des informations (historique, nombre, fréquence, granularité, etc.) permettant d’identifier les types d’éléments qui seront traités au sein du Système Kanban.

Par exemple, pour un nouveau projet de réalisation d’une application web, cela pourrait être :

  • Des fonctionnalités représentant le besoin métier ;
  • Des activités techniques transverses à l’application ;
  • Des adhérences avec des équipes externes au projet ;
  • Des corrections d’anomalies.

Pour une activité de maintenance opérationnelle, cela serait :

  • Ticket d’incident ;
  • Demande d’évolution ;
  • Demande à livrer à une date fixe ;
  • Tâche technique.

Définir l’élément de travail

L’étape suivante va porter sur la définition des éléments de travail qui seront suivis dans le Système Kanban.

Pour un Système Kanban, dont l’objectif est la réalisation d’un nouveau produit, les types d’éléments de travail pourraient être :

  • Pour les fonctionnalités Métier  => User Story;
  • Pour les activités techniques transverses => Technical Story ;
  • Pour les corrections anomalies => Anomalie ; 
  • Pour les adhérences avec des équipes externes au projet => Adhérence ; 

Sur un niveau de granularité plus important, les types d’éléments porteront sur :

  • Un ensemble de fonctionnalité minimum et suffisante à la livraison d’une première version du produit => Minimal Marketable Feature (MMF) ;
  • Une macro fonctionnalité => Feature.

Dans le cadre d’une activité de support et de maintenance d’une application en condition opérationnelle, cela pourrait être :

  • Pour les tickets d’incident => Urgence ;
  • Pour les demandes d’évolution => Standard ;
  • Pour les demandes à livrer à une date fixe => Date Fixe ;
  • Pour les tâches techniques => Intangible.

Les informations de l’élément de travail

Chaque élément de travail (carte kanban) identifié doit contenir les informations suffisantes et nécessaires à sa bonne compréhension par tous.

Dans le cadre de mes accompagnements d’organisation ou d’équipes projet, vers une démarche Kanban, j’ai défini différents types de carte kanban.

Des Cartes Kanban pour un projet IT

Les cartes décrites ci-après représentent les éléments de travail suivi sur plusieurs projets IT, que j’ai accompagnés ou que je continue d’accompagner vers une transition agile et Kanban.

kanban
kanban
kanban

Des cartes Kanban pour une activité de maintenance opérationnelle

Les cartes ci-après représentent les activités de maintenance, pouvant être traitées, dans le cadre d’une maintenance opérationnelle, via un Système Kanban.

kanban

Take away (aller plus loin)

Un Système Kanban efficient passe donc également par une bonne identification des types de travaux à réaliser et par la définition des différents éléments de travail à suivre, ainsi que des informations à afficher sur les cartes.

La granularité des cartes peut également être différente selon le Système Kanban mis en place :

  • Le suivi des MMF au niveau d’un Portfolio Kanban, pour une gestion de portefeuille projets ;
  • Le suivi des Features pour un Kanban produit ;
  • Les Stories pour un Kanban d’équipe projet ;
  • Les tâches pour un Kanban personnel.

Pour en savoir plus sur la définition des éléments de travail, vous pouvez consulter le chapitre 7 (page 43), du livre « Kanban pour l’IT ».

Publié par Couthaïer Farfra

18 années d’expériences, dont 14 années en pilotage et direction de projets Mainframe et NTIC (Forfait, Assistance Technique, TMA, Centre de Services). Depuis 2009, j'ai découvert avec enthousiasme le monde de l'agilité, au travers de la réalisation de projets IT Scrum ou je suis intervenu en tant que Scrum Master et Consultant Agile (Crédit Agricole S.A., GENERALI, Banque de France, CNSA). En 2012, j'ai rejoins la société XEBIA ou j'interviens en tant que Consultant et Formateur (BI-SAM ; Voyage SNCF.com ; SFR ; Française Des Jeux ; Europcar ; AXA) sur les pratiques Agile et plus particulièrement le Kanban.

Publié par Xebia France

Xebia est un cabinet de conseil international spécialisé dans les technologies Big Data, Web, les architectures Java et la mobilité dans des environnements agiles. Depuis plus de 15 ans, nous avons la volonté de partager notre expertise et nos actualités à travers notre blog technique.

Commentaire

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Nous recrutons

Être un Xebian, c'est faire partie d'un groupe de passionnés ; C'est l'opportunité de travailler et de partager avec des pairs parmi les plus talentueux.