Kanban

Les équipes de développement Agile d'aujourd'hui peuvent exploiter les principes JAT en adaptant la quantité de travail en cours (WIP) à leur capacité. Ainsi, les équipes disposent d'options de planification plus flexibles, la production s'accélère, les objectifs sont plus clairs sur l'amélioration continue et la transparence est renforcée tout au long du cycle de développement.

Si les principes fondamentaux du framework Kanban sont intemporels et s'appliquent à presque tous les secteurs, les pratiques Agile sont très appréciées des équipes de développement logiciel. Contrairement à la mise en œuvre de Kanban dans une usine, qui impliquait d'apporter des changements aux processus physiques et d'ajouter des quantités importantes de matériaux, les seuls éléments physiques dont les équipes de développement ont besoin sont un tableau et des cartes de tâches, et même ceux-ci peuvent être virtuels.

Le travail de toute équipe Kanban s'articule autour d'un tableau Kanban, un outil utilisé pour visualiser et optimiser le flux de travail au sein des équipes. Si les tableaux physiques sont populaires auprès de certaines équipes, les tableaux virtuels sont essentiels au sein de tout outil de développement de logiciel Agile, non seulement en raison de leur traçabilité, mais aussi pour leur collaboration et leur accessibilité depuis plusieurs emplacements.

Qu'une équipe utilise un tableau Kanban numérique ou physique, cela lui permet de visualiser son travail, de standardiser son flux de travail et d'identifier et de résoudre immédiatement tous les bloqueurs et dépendances. Un tableau Kanban de base a un flux de travail en trois phases : À faire, En cours et Terminé. Cependant, en fonction de la taille, de la structure et des objectifs de l'équipe, celle-ci peut adapter le flux de travail à ses processus uniques.

La méthodologie Kanban reposant sur une transparence totale du travail et une communication en temps réel, le tableau Kanban est la source de référence unique pour le travail de l'équipe.

En japonais, Kanban signifie littéralement « panneau d'affichage ». Les équipes Kanban représentent chaque tâche sous la forme d'une carte distincte sur le tableau. L'objectif principal de la représentation du travail sous forme de carte sur le tableau Kanban est de permettre aux membres de l'équipe de suivre l'avancement de son flux de travail de manière très visuelle.

Les cartes Kanban contiennent des informations essentielles sur les tâches du projet, permettant aux équipes de savoir qui est responsable de quelles tâches, une brève description du travail et la durée estimée des tâches. Les cartes figurant sur des tableaux Kanban virtuels comportent souvent des captures d'écran et d'autres informations techniques utiles à la personne responsable.

Permettre aux membres de l'équipe de consulter l'état de chaque tâche à tout moment, ainsi que les informations pertinentes, favorise une concentration accrue, une traçabilité complète et une identification rapide des bloqueurs et des dépendances.

Kanban est l'une des méthodologies de développement logiciel les plus populaires utilisées par les équipes Agile aujourd'hui. Elle présente des avantages supplémentaires par rapport à la planification de tâches et au débit pour des équipes de toute taille.

L'équipe Kanban se concentre uniquement sur le travail activement en cours. Une fois que l'équipe a terminé une tâche, elle sélectionne la tâche suivante dans le backlog. Le Product Owner a donc tout le loisir de hiérarchiser à nouveau les tâches du backlog sans perturber l'équipe. En effet, les changements apportés aux tâches qui ne sont pas en cours n'ont aucun impact sur l'équipe.

Tant que le Product Owner conserve les tâches les plus importantes en tête du backlog, l'équipe de développement peut être assurée de rapporter à l'entreprise une valeur ajoutée maximale.

La durée de cycle est une métrique clé pour les équipes Kanban. Elle représente le laps de temps nécessaire à une unité de travail pour parcourir le flux de travail de l'équipe, à partir du moment où le travail est amorcé jusqu'à la livraison. En optimisant la durée de cycle, l'équipe peut prévoir ses futures livraisons en toute confiance.

Le chevauchement des compétences permet de réduire la durée des cycles. Lorsqu'une seule personne détient une compétence en particulier, elle devient le goulot d'étranglement du flux de travail. C'est pourquoi les équipes appliquent donc les bonnes pratiques de base, telles que la revue de code et le mentorat pour favoriser la diffusion des connaissances. En partageant les compétences, les membres de l'équipe peuvent assumer des tâches hétérogènes, ce qui optimise encore davantage la durée de cycle.

En outre, cette approche permet à l'ensemble de l'équipe de traiter collectivement les goulots d'étranglement, ce qui facilite une résolution rapide et garantit un flux de travail fluide. Par exemple, les responsabilités en matière de tests vont au-delà des ingénieurs d'assurance qualité pour inclure les développeurs, ce qui favorise un effort de collaboration pour maintenir l'efficacité. Dans un système Kanban, toute l'équipe veille à ce que le travail se déroule sans heurts tout au long du processus.

Le multitasking met à mal l'efficacité. L'augmentation de la charge de travail entraîne simultanément des changements de contexte plus fréquents, ce qui entrave l'avancement des tâches vers leur achèvement. C'est pourquoi l'un des principes essentiels du processus Kanban est de limiter le travail en cours (WIP). Les limites du volume de travail en cours mettent en évidence les goulots d'étranglement dans le processus de l'équipe, qu'ils soient dus à un manque de concentration, de personnel ou de compétences.

Par exemple, une équipe de développement classique peut utiliser quatre états de flux de travail : « À faire », « En cours », « Revue de code » et « Terminé ». Elle peut décider de fixer une limite WIP à 2 pour l'état « revue de code ». Cela peut sembler faible, mais il y a une bonne raison à cela.

Les développeurs préfèrent souvent écrire du nouveau code plutôt que de passer du temps à revoir le travail de quelqu'un d'autre. Une limite faible encourage l'équipe à porter une attention particulière aux tickets en cours de révision et à revoir le travail des autres avant de passer à leurs revues de code, réduisant ainsi la durée globale du cycle.

Le diagramme de flux cumulé montre le nombre de tickets présents dans chaque état. L'équipe peut facilement localiser les bloqueurs lorsque le nombre de tickets augmente dans un état donné. Les tickets concernant des états intermédiaires tels que « En cours » ou « En revue » ne sont pas encore envoyés aux clients, et un bloqueur dans ces états peut augmenter le risque de conflits d'intégration massifs lorsque les travaux sont fusionnés en amont.

La livraison continue (CD) consiste à livrer des tâches aux clients à intervalles réguliers. L'intégration continue (CI) est une pratique qui préconise les builds automatisés et les tests incrémentiels du code tout au long de la journée. Ensemble, ils forment un pipeline CI/CD essentiel aux équipes DevOps pour livrer des logiciels plus rapidement en assurant une qualité élevée.

Kanban et la livraison continue se complètent à la perfection, car ces deux techniques sont axées sur la création de valeur « juste à temps » (et échelonnée). Plus vite une équipe est en mesure de procurer des innovations à ses clients, plus son produit sera compétitif. Les équipes Kanban se concentrent précisément sur l'optimisation des livraisons aux clients.

Kanban et Scrum ont plusieurs concepts en commun, mais avec des approches très différentes. Il ne faut en aucun cas les confondre.

Certaines équipes marient les idéaux de la méthodologie Kanban et de Scrum en une technique intitulée « Scrumban ». Elles prennent les sprints à durée déterminée et les rôles de Scrum, et les associent à la concentration sur les limites du volume de travail en cours et à la durée de cycle de Kanban.

Pour les équipes qui débutent avec Agile, nous recommandons vivement de choisir une méthodologie et de l'expérimenter pendant un moment. Si votre équipe est prête à utiliser la méthodologie Kanban, utilisez notre modèle de tableau Kanban gratuit sans plus attendre !