Qu'est-ce que le modèle Kanban en génie logiciel ?

Qu'est-ce que Kanban?

Kanban est un cadre de développement très populaire dans la méthodologie de développement logiciel agile. Il fournit un moyen transparent de visualiser les tâches et la capacité de travail d'une équipe. Il utilise principalement des tableaux physiques et numériques pour permettre aux membres de l'équipe de visualiser l'état actuel du projet sur lequel ils travaillent.

Kanban est né chez Toyota dans les années 1940. La signification de Kanban en japonais est « panneaux d'affichage ». Le tableau Kanban comporte des colonnes et des cartes d'histoire. Les colonnes ne sont rien, mais les états et les cartes du flux de travail ne sont rien d'autre qu'une démonstration de la tâche réelle qu'un membre de l'équipe effectue.

Ces cartes véhiculaient un signal juste-à-temps : une station ne demandait des pièces que lorsqu’elle en avait réellement besoin, évitant ainsi toute fabrication à l’avance. Kanban conserve ce principe. Il s’agit d’une méthode qui s’ajoute à votre processus existant plutôt que de le remplacer, ce qui la rend adaptable à tous les environnements. cycle de vie du développement logiciel modèle que vous exécutez déjà.

Quand utiliser Kanban ?

La méthode Kanban convient aux équipes dont le travail arrive de manière imprévisible et qui doivent le livrer dès qu'un élément est prêt. Voici les principales raisons d'utiliser la méthode Kanban :

• Kanban peut être utilisé dans n’importe quel domaine et peut être utilisé très efficacement dans le développement de logiciels. La gestion de projet Kanban contribue à améliorer l'efficacité de l'équipe.
• Il s’agit d’un système basé sur le pull. Les tâches sont supprimées dès qu'un individu est libre.
• Kanban doit être utilisé lorsque vous souhaitez publier votre travail à tout moment. Cela nécessite un branchement git, mais c'est faisable.
• Kanban doit être utilisé lorsque vous souhaitez modifier les priorités à la volée. Pour cela, tout ce que vous avez à faire est de mettre cette histoire en tête de la liste des choses à faire.
• Il doit être utilisé lorsque vous souhaitez visualiser votre travail et que vous souhaitez voir visuellement la progression de vos tâches.

L'adéquation représente la moitié de la décision ; le gain obtenu en dessous en est l'autre moitié.

Avantages de la méthodologie Kanban

Le principal argument en faveur de Kanban est qu'il améliore la productivité sans imposer de réorganisation. Aucun changement de titre ni de calendrier de sprint n'est imposé ; pourtant, le tableau permet de visualiser dès le premier jour les files d'attente, les blocages et les personnes surchargées. Un goulot d'étranglement visible par tous est généralement résolu.

Les équipes qui utilisent régulièrement la méthode Kanban font état des avantages suivants :

• Délais de livraison plus courts : Les limites WIP réduisent le temps d'attente d'une carte, qui est la principale source de retards.
• Une plus grande flexibilité : Une tâche urgente peut être placée en haut de la colonne des tâches à tout moment, sans qu'il soit nécessaire d'attendre une autre itération.
• Meilleure collaboration : Lorsqu'une colonne atteint sa limite, les membres gratuits contribuent à la vider au lieu d'en créer une nouvelle.
• Autonomisation des employés : Les particuliers choisissent leur prochaine carte et en sont responsables, ce qui élimine les obstacles liés à l'approbation.
• Prévisions prévisibles : Le délai de livraison historique permet d'obtenir une estimation fondée sur des preuves plutôt qu'une simple supposition.
• Less déchets: On ne commence rien avant que le système ait la capacité de le terminer.

Ces résultats découlent de quatre principes qui régissent toute mise en œuvre de Kanban.

Les quatre principes du Kanban

Voici les quatre principaux principes fondamentaux de Kanban :

1. Commencez avec ce que vous avez maintenant: Le système Kanban suggère de travailler progressivement et de commencer avec ce que vous avez actuellement. Puisque l’une de ses pratiques consiste à s’améliorer continuellement, vous devez améliorer le système progressivement.
2. Acceptez de poursuivre un changement progressif et évolutif : Kanban recommande un changement progressif dans le processus, et vous ne devez pas apporter de grands changements dans le processus d'un seul coup.
3. Respectez le processus, les rôles et les responsabilités actuels : Encore une fois, commencez avec ce que vous avez actuellement et modifiez progressivement le processus, le rôle et les responsabilités.
4. Encourager les actes de leadership à tous les niveaux: Chaque individu peut agir en tant que leader et proposer des idées pour améliorer l'efficacité du système Kanban global. Il ne faut pas penser qu'il s'agit d'une activité de niveau gestion, et même le plus jeune membre de l'équipe peut agir en tant que leader.

Les principes décrivent l'état d'esprit. Les six pratiques ci-dessous décrivent les comportements quotidiens qui permettent de les mettre en œuvre.

Les six pratiques de base Kanban

Voici les six principales pratiques de base de Kanban :

1. Visualisez le flux de travailCe principe suggère l'utilisation d'un tableau Kanban (physique ou numérique) pour visualiser le flux de travail. Chaque membre de l'équipe doit pouvoir consulter sa carte ainsi que celles des autres. Il est possible de déplacer ses cartes dans différentes colonnes selon la disposition du tableau. Cela favorise la transparence au sein de l'équipe et simplifie la résolution des blocages.
2. Limiter les travaux en cours: Kanban est un système basé sur le pull, et il améliore l'efficacité d'une équipe pour limiter les travaux en cours et avoir des tâches qui peuvent être accomplies dans les délais impartis par l'équipe. Cette limite WIP s'applique du début à la fin du workflow. Vous pouvez appliquer la limite en haut de la colonne en utilisant un entier positif.
3. Concentrez-vous sur le flux: Ce principe se concentre sur le flux et sur les éventuelles interruptions. S'il y a des interruptions ou des bloqueurs, ils doivent être corrigés de manière permanente.
4. Politiques explicites: Des politiques peuvent être établies en équipe pour réduire les retouches et se concentrer sur les domaines qui nécessitent une attention ou dans lesquels elle est plus efficace.
5. Boucle de rétroaction: Les boucles de rétroaction sont très essentielles dans Kanban. Ce n'est pas seulement au sein de l'équipe mais entre plusieurs équipes, entraîneurs, etc. Cela contribue à améliorer la santé globale du système Kanban.
6. Progrès continu: C'est le principe de base du système Kanban. Il indique que vous pouvez toujours améliorer le processus, ce qui se traduira par une meilleure efficacité.

Les pratiques ont besoin de responsables, ce que Kanban gère différemment des autres. Méthodologies Agiles.

Rôles et responsabilités Kanban

Kanban ne prévoit pas de nouveaux intitulés de poste, et c'est intentionnel : le troisième principe vous invite à respecter les rôles existants. Un développeur reste un développeur. En pratique, cependant, deux responsabilités émergent à mesure que le tableau évolue, et les implémentations abouties les nomment explicitement.

Le Service Delivery Manager Cette personne est responsable du flux de travail au sein du tableau. Elle surveille les cartes qui ne progressent plus, signale les blocages, veille à ce que les colonnes restent dans leurs limites de travail en cours et anime la revue au cours de laquelle l'équipe examine ses propres données de temps de cycle. Gestionnaire de demandes de service Il est responsable de ce qui est inscrit au tableau, représente les clients qui soumettent des demandes, organise la colonne des tâches de manière à ce que l'élément le plus important figure en haut et explicite la politique de sélection.

Ce sont des responsabilités et non un sureffectif ; une même personne assume souvent les deux. L’important est que quelqu’un soit responsable des flux et quelqu’un d’autre de leur réception. Les documents qu’ils gèrent viennent ensuite.

Cartes Kanban

La méthode Kanban recommande la visualisation du travail. Elle suggère l'utilisation d'un tableau physique et d'un tableau numérique ; le tableau ci-dessous illustre ces colonnes avec les cartes réparties entre elles.

Les cartes Kanban sont des éléments essentiels du tableau Kanban car elles représentent le travail sur lequel travaille l'équipe. Ces cartes auront

1. Priorité
2. Propriétaire
3. Type
4. Date d'échéance

Une colonne du tableau Kanban représente l'étape de travail et vous pouvez placer une limite WIP (Work in Progress) sur la colonne. La limite WIP signifie le nombre maximum de cartes pouvant rester sur cette colonne.

La méthode Kanban étant basée sur un système de flux tiré, lorsqu'un développeur est disponible, il peut déplacer une carte de la colonne « À faire » vers la colonne « Développement ». Le tableau sur lequel ces cartes sont stockées mérite d'être examiné de plus près.

Conseil Kanban

Conseil Kanban est un outil de gestion de projet agile qui permet de mettre en œuvre Kanban pour gérer des projets à des fins personnelles et professionnelles. Il s'agit d'un tableau physique ou numérique (JIRA) conçu pour aider les équipes à visualiser leur travail à différentes étapes et processus. Cela permet également de représenter les étapes de travail avec des colonnes à l'aide de cartes.

Il comporte des colonnes qui représentent l'état du travail comme

1. Faire,
2. dev
3. Tests
4. Terminé.

Chacune de ces colonnes peut avoir des cartes <= la limite WIP. Les cartes représentent le travail réel.

Vous pouvez utiliser des nombres positifs pour limiter le travail en cours, et cette limite peut être affichée en haut des colonnes des tableaux Kanban, qu'ils soient physiques ou numériques. Chaque membre de l'équipe peut gérer l'état de sa carte, et toute l'équipe peut visualiser le flux de travail. Digitableaux de bord tels que JIRA ajouter les mêmes limites avec un temps de cycle automatique tracroi. Ensuite, nous allons découvrir le flux de travail Kanban que représentent ces colonnes.

Flux de travail Kanban

Flux de travail Kanban est un ensemble d'étapes qui aident les équipes à définir des politiques et des principes explicites dans Kanban. Il représente les règles et procédures pendant que le travail se déroule à travers les différentes étapes des cycles de développement et de livraison. Le flux de travail Kanban consiste en des processus étape par étape entre le démarrage et la livraison d'une tâche particulière.

Le principe de base que Kanban suit est : « Arrêtez de commencer, commencez à finir ». Avec l’aide des limites WIP, cela permet d’effectuer plus de travail. Il existe des flux de travail et des états Kanban personnalisables disponibles dans n'importe quel outil moderne comme JIRA.

Vous trouverez ci-dessous les états de base que de nombreuses équipes logicielles suivent pour leur gestion des flux de travail.

Notez que les états « prêts pour » correspondent à des files d’attente, et non à des tâches. Une carte peut y rester indéfiniment ; par conséquent, la règle qui gère le déplacement des cartes est plus importante que les états eux-mêmes.

Système basé sur le tirage

Kanban est une méthode basée sur le pull dans laquelle les tâches sont extraites plutôt que poussées. Dès que vous avez complété votre carte actuelle, vous pouvez extraire une nouvelle carte de la colonne précédente du tableau Kanban.

Avec la limite WIP, Kanban contribue à l'amélioration du délai de livraison et du temps de cycle. Il doit y avoir le moins d'écart possible entre ces deux timings. Par exemple, nous avons 5 développeurs et seulement 1 testeur ; que va-t-il se passer dans ce cas ? Il y aura toujours de nombreuses cartes qui nécessiteront des tests, et elles resteront inactives et attendront.

Pour surmonter les problèmes mentionnés ci-dessus et améliorer l'efficacité, Kanban suit l'approche basée sur le pull avec des limites WIP, où il y aurait un nombre limité de cartes à tirer.

Ainsi, un testeur retirera une tâche de l’étape « prêt pour le test » lorsqu’il aura terminé sa tâche en cours. Avec la limite WIP dans les colonnes Kanban (étapes de développement), vous n'aurez pas beaucoup de cartes sans surveillance dans le flux de travail Kanban.

Le système basé sur la production à flux tiré permet également de déterminer la cadence optimale pour l'équipe. Avec une cadence adéquate, l'équipe sera plus performante. Tout repose ici sur un seul chiffre : la limite de travail en cours (WIP).

Limitation des en-cours (travaux en cours)

Dans la méthode Kanban, le WIP limite le nombre de tâches/cartes sur lesquelles un membre de l'équipe ou toute l'équipe peut travailler simultanément.

Les limites WIP garantissent que l'équipe stabilise son travail et augmentent la nature prédictive, essentielle dans le système basé sur le pull. Habituellement, la décision concernant la limite des en-cours est prise par l'équipe elle-même.

Raison de définir les limites des en-cours

Voici les raisons de définir les limites WIP :

• Cela déplace l’attention sur l’accomplissement des tâches alors qu’un individu se concentre sur une seule tâche à la fois.
• Cela aide les équipes à comprendre leurs capacités.
• Il améliore la productivité et le temps de cycle.
• Cela permet d'éviter l'accumulation de tâches (en mode attente).
• Cela améliore la fluidité du flux de travail, permettant ainsi aux tâches de progresser sans interruption.
• Cela permet également de lever les blocages, car une personne n'a pas à passer d'une tâche à l'autre.

⚠️ Attention : Une limite trop élevée équivaut à aucune limite : les cartes s'accumulent et le temps de traitement s'allonge. Une limite trop basse laisse des utilisateurs inactifs. Modifiez la limite d'une colonne à la fois et observez le temps de traitement pendant deux semaines.

Voilà pour la dernière partie théorique ; la section ci-dessous la traduit en actions.

Comment implémenter Kanban étape par étape

La méthode Kanban est facile à mettre en œuvre : la première étape décrit vos activités actuelles. Suivez cette séquence avec toute l’équipe.

1. Cartographiez le flux de travail actuel. Parcourez à rebours un élément fini en suivant chaque étape de son transfert. Chaque étape devient une colonne, y compris les états d'attente dont personne ne possède officiellement la propriété.
2. Dessinez le plateau. Une colonne par État, de gauche à droite, se terminant par « Terminé ». Un tableau blanc avec des post-it suffit pour le premier mois.
3. Écrivez les cartes. Attribuez à chaque article en vol une carte de priorité, de propriétaire, de type et de date d'échéance, puis placez-le dans la colonne correspondant à son état réel.
4. Définissez « terminé » pour chaque colonne. Inscrivez les critères de sortie au tableau. Cette pratique de règles explicites empêche les cartes de rebondir en sens inverse.
5. Définir les limites initiales de travail en cours. Choisissez un numéro de départ pour chaque colonne, à l'exception de « À faire » et « Terminé », en utilisant une méthode ci-dessous, puis inscrivez-le au-dessus de l'en-tête.
6. Accepter la règle de traction. Personne ne commence une nouvelle carte lorsque sa colonne est pleine ; on aide plutôt à vider la colonne située à sa droite.
7. Inspectez le plateau quotidiennement. Déplacez-vous de droite à gauche, en commençant par la carte la plus ancienne, en demandant ce qui bloque cette carte et qui peut la débloquer aujourd'hui.
8. Mesurez, puis serrez. Après deux semaines, les données de temps de cycle indiquent quelle colonne contient le plus de cartes. Diminuez cette limite ou augmentez la capacité, puis répétez l'opération.

C’est à l’étape cinq que la plupart des équipes bloquent, voici donc les trois méthodes de dimensionnement utilisées par les praticiens :

Considérez le premier nombre comme une hypothèse. Associez le plateau à des éléments formels. tests agiles empêche la colonne de test de devenir le goulot d'étranglement, et les deux chronométrages ci-dessous montrent si cela fonctionne.

Délai de livraison et temps de cycle

Dans la méthode Kanban, le délai de livraison et le temps de cycle sont largement utilisés ; il existe une différence entre les deux, et il est important de la comprendre pour éviter toute confusion.

Ici, il est également important de comprendre qu'il ne faut pas inclure le temps nécessaire entre la préparation à la sortie et la sortie réelle.

Cycle Time = Work in Progress/Throughput

Astuce : Le délai de livraison correspond à ce que le client perçoit ; le temps de cycle, lui, est contrôlé par l’équipe. Un écart important signifie que le travail est en attente avant d’être pris en charge ; il est donc essentiel d’optimiser la capacité d’accueil avant d’accélérer le rythme de l’équipe.

Dans l'idéal, l'écart entre le délai de livraison et le temps de cycle devrait être minimal. Kanban utilise un diagramme de flux cumulatif (DFC) pour mesurer les données historiques relatives à ces délais. Ce diagramme sera abordé dans la section suivante.

Diagramme de flux cumulatif (CFD)

CFD est un graphique disponible dans tous les principaux outils de gestion de flux de travail comme JIRA. Ce graphique mesure le nombre total de cartes/tâches de travail qui sont entrées dans le flux de travail et ont accumulé des cartes/tâches terminées au fil du temps.

Il vous aide à avoir une estimation du délai moyen et du temps de cycle pour une durée prédéfinie.

Le diagramme CFD vous fournira des indicateurs ou des zones problématiques à corriger. Il vous offrira une vision claire de la situation et, grâce à ce diagramme, vous pourrez optimiser les délais et les temps de cycle de votre équipe. Le diagramme de flux cumulatif ci-dessous représente chaque état par une bande colorée ; une bande qui s'élargit représente un goulot d'étranglement.

Le graphique se lit à travers quatre quantités :

1. Délai De Mise En Œuvre: C'est la durée entre l'arrivée d'une nouvelle carte dans votre workflow et sa sortie définitive du workflow.
2. Temps de cycle: Il s'agit d'une durée entre l'arrivée de la carte en état de fonctionnement et le moment où la carte est prête à être libérée.
3. WIP: Les travaux en cours (WIP) limitent la quantité maximale d'éléments de travail dans les différentes étapes du flux de travail.
4. Cadence de production : Il s'agit de la performance réelle, et elle indique le nombre réel de cartes livrées dans un délai donné.

Throughput = WIP/Cycle Time

Cela couvre les artefacts, les mécanismes et les indicateurs. La question qui reste est de savoir comment Kanban se compare à Scrum.

Scrum contre. Kanban

Voici les différences importantes entre Scrum contre. KanbanPour une vue d'ensemble, voir Agile contre Scrum.

FAQ