Kanban ou Scrum : quel Agile êtes-vous ?

Résumé : Kanban est un framework de gestion de projet qui repose sur des tâches visuelles pour gérer les workflows, tandis que Scrum est un framework de gestion de projet qui aide les équipes à structurer et à gérer leur travail selon un ensemble de valeurs, de principes et de pratiques.

Agile est un ensemble d'idéaux et de principes qui nous servent de boussole. DevOps permet d'automatiser et d'intégrer les processus entre les équipes de développement et opérationnelles. Lors de l'implémentation d'Agile et de DevOps, Kanban et Scrum fournissent des méthodes différentes pour le faire.

Il est facile de souligner les différences entre les pratiques Scrum et les pratiques Kanban, mais ces différences sont uniquement superficielles. Si ces pratiques diffèrent, leurs principes sont en grande partie les mêmes. Les deux framework vous aideront à créer de meilleurs produits (et services) avec moins de maux de tête.

Alors, où en étions-nous ?

Agile est une approche structurée et itérative de la gestion de projets et du développement produit. Elle reconnaît la volatilité du développement produit et fournit une méthodologie permettant aux équipes autonomes de réagir au changement sans dévier de leur route. Aujourd'hui, Agile n'est guère un avantage concurrentiel. Personne n'a le luxe de développer un produit pendant des années, voire des mois, dans une « boîte noire ». Autrement dit, il est plus important que jamais de bien faire les choses.

Kanban est essentiellement axé sur la visualisation de votre travail, la réduction du travail en cours et l'optimisation de l'efficacité (ou du flux). Les équipes Kanban mettent l'accent sur la réduction du temps nécessaire pour réaliser un projet (ou une user story) du début à la fin. Pour cela, elles utilisent un tableau Kanban et améliorent en permanence leur flux de travail.

Les équipes Scrum s'engagent à réaliser un incrément de travail, qui est potentiellement livrable, selon des intervalles définis appelés sprints. Leur objectif est de créer des boucles d'apprentissage afin de rassembler et d'intégrer rapidement le feedback des clients. Les équipes Scrum adoptent des rôles spécifiques, créent des artefacts particuliers et organisent des cérémonies régulières pour assurer l'avancement du travail. Scrum est défini plus en détail dans Le Guide Scrum.

Quel que soit le framework de gestion de projet qui vous convient le mieux, nos modèles Jira vous aident à vous lancer rapidement. Consultez notre modèle Scrum ou notre modèle de tableau Kanban, qui sont tous deux gratuits.

Avec Scrum, votre équipe s'engage à livrer une unité de travail supplémentaire apportant de la valeur à la fin de chaque sprint. Scrum est une approche empirique, elle se concentre sur de petites unités de travail qui vous aideront à apprendre de vos clients et à mieux déterminer vos prochaines étapes. En voici le fonctionnement global :

Scrum avance rapidement, avec des sprints qui durent en général entre une et quatre semaines, ainsi qu'une date de début et une date de fin clairement définies. La courte durée oblige à diviser les tâches complexes en plus petites stories et aide votre équipe à apprendre rapidement. La principale question à vous poser est la suivante : votre équipe est-elle en mesure de livrer du code utilisable aussi rapidement ?

Les sprints sont ponctués par la planification du sprint, la revue de sprint et les réunions rétrospectives, et assaisonnés de mêlées quotidiennes (Daily Scrum) ou stand-ups. Ces cérémonies Scrum sont légères et se tiennent régulièrement.

Scrum utilise trois rôles clairement définis.

• Le Product Owner défend la cause du client, gère le backlog produit et aide à prioriser le travail effectué par l'équipe de développement.
• Le Scrum Master assure le respect des principes Scrum dans l'équipe.
• L'équipe de développement choisit le travail à réaliser, livre des incréments et fait preuve d'une responsabilité collective.

Qui dirige l'équipe Scrum ? Eh bien, personne. Les équipes Scrum sont autonomes, et tout le monde y est égal, en dépit de responsabilités différentes. L'équipe est unie par l'objectif de livrer de la valeur aux clients.

Les métriques Scrum sont des points de données que les équipes Scrum peuvent utiliser pour améliorer l'efficacité. Ces métriques peuvent éclairer la prise de décision et aider les équipes à gagner en efficacité dans la planification et l'exécution. Pendant la phase de planification du sprint, les équipes peuvent utiliser des métriques telles que les objectifs du sprint, la vélocité et la capacité des équipes, ainsi que le type de travail. Pendant les stand-ups, les équipes peuvent également bénéficier de la mesure de l'avancement vers les objectifs du sprint, de la revue d'un burndown de sprint, de la compréhension de la répartition de la charge de travail, et bien plus encore.

Les équipes s'efforcent de comprendre tout ce qu'elles peuvent accomplir dans les limites de temps de leur sprint. Elles s'engagent à le livrer dans un sprint. Cependant, les équipes Scrum peuvent recevoir des commentaires des clients qui les encouragent à changer de cap et à modifier le sprint afin d'apporter le plus de valeur au client. Au cours de la rétrospective du sprint, les équipes Scrum doivent discuter de la façon de limiter les changements à l'avenir, car les changements peuvent mettre en péril l'incrément de travail potentiellement livrable. Si une équipe change fréquemment de périmètre au milieu du sprint, cela peut signifier que le travail sélectionné n'est pas suffisamment compris. Cela peut également signifier que l'équipe a un travail opérationnel/non planifiable qui interfère avec le plan.

Pour en savoir plus sur les méthodologies Scrum, consultez « Qu'est-ce que Scrum » ?

Kanban vous aide à visualiser votre travail, à limiter le travail en cours (WIP) et à passer rapidement de « En cours » à « Terminé ».

Kanban est idéal pour les équipes qui ont beaucoup de demandes entrantes dont la priorité et la taille varient. Alors que les processus de Scrum exigent un contrôle élevé des éléments dans le périmètre, Kanban vous permet de suivre le flux. Jetons un coup d'œil à cinq considérations identiques pour vous aider à prendre une décision.

Kanban est basé sur une structure de workflow continue qui permet aux équipes de rester agiles et prêtes à s'adapter à l'évolution des priorités. Les tâches, représentées par des cartes, sont organisées sur un tableau Kanban où elles passent d'une étape du workflow (colonne) à une autre. Les étapes courantes du workflow sont les suivantes : à faire, en cours, en revue, bloqué et terminé. Mais ce processus est ennuyeux.

La meilleure partie de Kanban est la possibilité de créer des colonnes personnalisées selon les méthodes de travail de votre équipe. Mon équipe livre du contenu, donc nos colonnes (simplifiées) vont de Backlog à En priorité, à Aperçu prêt, à En rédaction, à En conception, à Revue technique, puis à Livré. Notre tableau nous a appris que nous livrions environ un contenu par semaine, et où se trouvaient nos goulots d'étranglement (merci, revue technique !).

Dans Kanban, les mises à jour sont livrées dès qu'elles sont prêtes, sans planification régulière ou dates d'échéance prédéterminées.

En théorie, Kanban ne prescrit pas de délai fixe pour la livraison d'une tâche. Si la tâche est terminée plus tôt (ou plus tard), elle peut être livrée au besoin sans avoir à attendre une étape importante de la livraison comme la revue de sprint.

Le tableau Kanban est la propriété de l'équipe entière. Certaines équipes font appel à un coach Agile mais, contrairement à Scrum, il n'existe pas de « Kanban Master » qui assure le bon fonctionnement global. C'est la responsabilité collective de toute l'équipe de collaborer et d'exécuter les tâches du tableau.

Le délai d'exécution et la durée de cycle sont des paramètres importants pour les équipes Kanban. Il s'agit du temps moyen nécessaire pour qu'une tâche passe du début à la fin. L'amélioration des durées de cycle est un indicateur de succès des équipes Kanban.

Le diagramme de flux cumulé (CFD) est un autre outil analytique utilisé par les équipes Kanban pour comprendre le nombre de tâches à chaque état. Les CFD aident à identifier les goulots d'étranglement spécifiques qui doivent être résolus pour améliorer le débit.

Une autre façon de gérer les goulots d'étranglement consiste à imposer des limites du travail en cours (WIP). Une limite WIP plafonne le nombre de cartes qui peuvent se trouver simultanément dans une même colonne. Lorsque vous atteignez votre limite WIP, un outil comme Jira plafonne cette colonne, et l'équipe « swarme » sur ces éléments pour les faire avancer.

Un workflow Kanban peut être modifié à tout moment. De nouvelles tâches peuvent être ajoutées au backlog, et des cartes existantes peuvent être bloquées ou supprimées en fonction de leur ordre de priorité. De plus, si la capacité de l'équipe change, la limite WIP peut être recalibrée, et les tâches peuvent être ajustées en conséquence. Dans Kanban, la flexibilité est essentielle.

Pour plus d'informations sur les méthodologies Kanban, consultez la page Qu'est-ce que Kanban ?

La communauté Agile croit que cette conversation ne devrait pas porter sur les outils. Nous voyons souvent l'outil idéal guider le framework idéal, et ce framework guider les principes adoptés par l'équipe. Nous croyons que la décision devrait aller dans l'autre sens.

Une fois aligné sur les principes Scrum et satisfait du framework Scrum, vient le temps de trouver un outil Scrum correspondant à vos besoins. Il en va de même pour Kanban. Nous sommes partiaux, mais en tant qu'outil de développement logiciel n° 1 utilisé par les équipes Agile, nous pensons que Jira est un choix sûr.

Grâce aux types de projets dédiés de Jira pour Scrum et Kanban, vous pouvez réaliser les principes de chaque framework. Nous sommes également là pour vous aider à vous familiariser avec nos guides : Comment adopter Scrum avec Jira et Comment adopter Kanban avec Jira.

Scrum et Kanban sont « agiles selon les règles de l'art ». Ils fonctionnent d'une manière qui a fait ses preuves et à laquelle il est très franchement difficile de trouver à redire. Pour reprendre une autre accroche célèbre, on pourrait dire : « Personne n'a jamais été viré pour avoir choisi Scrum. »

Mais votre décision n'a pas besoin d'être aussi tranchée. Des centaines d'équipes utilisent des modèles hybrides influencés à la fois par Scrum et Kanban. Nous avons entrepris d'aider les équipes à utiliser de tels modèles dans Jira, c'est pourquoi nous avons créé les projets gérés par l'équipe.

Comme leur nom l'indique, les projets gérés par l'équipe permettent aux équipes de choisir les fonctionnalités Agile qui leur conviennent, qu'elles soient Scrum, Kanban ou un mélange des deux. Au lieu d'implémenter un framework le premier jour, les projets gérés par l'équipe vous permettent d'ajouter progressivement des fonctionnalités de plus en plus puissantes au fur et à mesure que vous apprenez ce qui fonctionne (et ne fonctionne pas) pour votre équipe.

Vous pouvez choisir en toute confiance Scrum ou Kanban géré par l'équipe en sachant que les deux modèles peuvent évoluer en fonction des besoins de votre équipe.

Peu importe votre choix, restez cohérent un petit moment. Sélectionnez quelques tâches du backlog que vous exécuterez jusqu'au bout, et demandez ensuite à votre équipe ce qui s'est bien passé et ce qui s'est mal passé. En essayant à la fois Scrum et Kanban et en posant ces questions, vous êtes sur la bonne voie pour atteindre le paradis Agile.