---

Kanban est-il du Scrum agile ? Kanban dans l’Agile et avec Scrum

Les contraintes définissent un processus

On peut comparer les outils selon le nombre de consignes qu’ils donnent. Un outil prescriptif signifie « davantage de consignes à respecter », un outil adaptatif « moins de consignes à respecter ».

Un outil 100 % prescriptif ne vous laisse aucune décision : il possède des règles pour tout. À l’inverse, un outil 100 % adaptatif laisse votre équipe faire ce qu’elle veut, car il n’impose ni consigne ni restriction. Il est évident qu’aucun de ces extrêmes n’est pratique en ingénierie ni dans l’entreprise.

Les processus agiles sont souvent qualifiés de légers, car ils sont relativement moins prescriptifs que les cadres traditionnels de développement logiciel. N’oubliez pas que la première valeur fondamentale du Manifeste agile privilégie les individus et les interactions plutôt que les processus et les outils.

Kanban et Scrum sont très adaptatifs. Kanban l’est davantage, car Scrum impose plus de limites et de consignes et prescrit davantage la structure des événements. Par exemple, Scrum définit des cycles de développement à durée fixe, les Sprints ; Kanban n’exige pas lui-même d’itérations à durée fixe, mais peut être ajouté à un processus qui en utilise.

La valeur d’un outil ou processus vient de la manière dont il limite les options tout en laissant assez de possibilités pour produire avec qualité, rapidité et créativité.

Comparer les outils pour en tirer le meilleur, pas pour les juger

Comme tous les outils et processus, ni le cadre Kanban ni le cadre Scrum n’est parfait. Il n’existe pas de solution universelle. Ces processus n’indiquent pas nécessairement tout ce qu’il faut faire pour réussir votre projet.

Ils présentent simplement des principes, consignes et contraintes spécifiques. Par exemple, Scrum exige des Sprints à durée fixe et des équipes pluridisciplinaires ; Kanban exige des tableaux visibles, le contrôle du travail en cours (WIP), des politiques de flux explicites, une gestion active du flux, des retours et de l’amélioration.

On peut confondre la réussite ou l’échec d’un projet avec la qualité de ses outils et processus.

Il est essentiel de comprendre que :

• Un projet peut produire d’excellents résultats grâce à des outils et processus remarquables.
• Un projet peut produire d’excellents résultats malgré des outils et processus imparfaits ou inadaptés.
• Un projet peut produire de mauvais résultats à cause d’outils et processus imparfaits ou inadaptés.
• Un projet peut produire de mauvais résultats malgré des outils et processus remarquables.

Comme professionnels formés et rémunérés, nous devons donc comparer les outils et processus pour mieux les comprendre, et non pour les juger.

Veillez particulièrement à ne pas suivre un processus quelles que soient les circonstances. Cherchez uniquement la voie qui crée la meilleure valeur métier pour votre projet. Continuez à apprendre et à vous adapter dès que nécessaire.

Ne limitez pas votre organisation à un seul outil

Cela nous conduit à combiner et adapter les outils selon nos besoins !

La plupart des équipes Kanban et Scrum utilisent des principes d’XP (eXtreme Programming). Les équipes Kanban peuvent tenir un point quotidien de coordination ; Scrum prévoit un Daily Scrum pour les Développeurs. Un tableau Kanban peut visualiser un Sprint Backlog, mais celui-ci est le plan des Développeurs, pas simplement un tableau ni un emprunt documenté à Kanban. Ne limitez pas votre organisation à un seul outil. Testez pour découvrir ce qui fonctionne pour vous.