Kanban, Scrum ou Scrumban : comment choisir pour votre équipe
Trois façons d’organiser le travail d’une équipe : un tableau continu, des sprints fixes ou un mélange. Leurs différences, comment choisir et comment Prior les gère.
Kanban, Scrum et Scrumban sont trois façons d’organiser le travail d’une équipe. Kanban fait avancer le travail sur un tableau, un élément à la fois. Scrum fonctionne par tours fixes appelés sprints. Scrumban reprend des éléments des deux. Le bon choix dépend de la manière dont votre travail arrive et de la part que vous pouvez en planifier.
D’où ils viennent
Kanban vient de Toyota. Taiichi Ohno utilisait des cartes, appelées kanban en japonais (un panneau ou une carte-signal), pour indiquer à chaque poste d’une chaîne de production quand fabriquer davantage. Le travail était tiré quand il y avait de la place pour lui, au lieu d’être poussé. David J. Anderson a adapté l’idée au logiciel et au travail intellectuel dans Kanban: Successful Evolutionary Change for Your Technology Business (2010). Deux de ses pratiques centrales sont de visualiser le travail sur un tableau et de limiter ce qui est en cours en même temps.
Scrum a été formalisé par Ken Schwaber et Jeff Sutherland. Le Guide Scrum actuel date de novembre 2020. Une équipe Scrum compte un Product Owner, un Scrum Master et des développeurs. Le travail se déroule en sprints d’un mois ou moins. Chaque sprint contient la planification du sprint, la mêlée quotidienne (Daily Scrum), la revue de sprint et la rétrospective de sprint. L’équipe s’engage sur un objectif de sprint, et ce sont les développeurs qui feront le travail qui estiment les éléments.
Scrumban a été décrit par Corey Ladas dans son livre Scrumban: Essays on Kanban Systems for Lean Software Development. Il n’a pas de définition unique. Une version courante est un tableau avec des limites sur le travail en cours, plus quelques habitudes de Scrum, comme une revue régulière. Scrum.org publie aussi un Kanban Guide for Scrum Teams pour les équipes qui veulent intégrer des pratiques de flux dans Scrum.
En quoi ils diffèrent
| Kanban | Scrum | Scrumban | |
|---|---|---|---|
| Rythme | Continu | Sprints fixes | Tableau plus revue régulière |
| Planification | Quand il y a de la place | Au début d’un sprint | Souvent quand le tableau se vide |
| Changement en cours de route | À tout moment | Limité par l’objectif du sprint | Généralement souple |
| Rôles | Aucun requis | Product Owner, Scrum Master, développeurs | À vous de voir |
| Estimations | Facultatives | Courantes, souvent en story points | Facultatives |
| Règle clé | Limiter le travail en cours | S’engager sur un objectif de sprint | Les deux |
Les limites sur le travail en cours comptent plus qu’il n’y paraît. La loi de Little, issue de la théorie des files d’attente, dit que dans un processus stable le temps moyen qu’un élément passe en cours est égal au nombre moyen d’éléments en cours divisé par le rythme auquel ils se terminent. Si votre débit reste le même et que vous démarrez plus d’éléments, chacun prend plus de temps.
Comment choisir
Posez-vous trois questions.
- Comment le travail arrive-t-il ? S’il est imprévisible (demandes de support, bugs, demandes urgentes), un tableau continu convient. Si vous pouvez planifier quelques semaines à l’avance, les sprints conviennent.
- L’équipe peut-elle s’engager sur un objectif pendant une période ? Si quelqu’un peut changer les priorités tous les jours, un sprint est difficile à protéger. Choisissez Kanban.
- Voulez-vous une pause régulière pour regarder en arrière ? Scrum l’intègre. Avec Kanban, vous l’ajoutez vous-même.
Quelques exemples. Une équipe de support qui répond à des demandes : Kanban. Une équipe produit qui livre un ensemble de fonctionnalités toutes les deux semaines : Scrum. Une petite équipe qui construit des fonctionnalités et gère aussi un flux de bugs : Scrumban. Une personne seule avec une liste de projets : Kanban, ou une simple liste.
On peut changer. Les équipes commencent souvent par un tableau, voient ce qui coince, et ajoutent des sprints plus tard, quand la planification commence à compter.
Les erreurs à éviter
- Un tableau sans limites. Sans limite sur le travail en cours, un tableau Kanban n’est qu’une liste de tâches rangée en colonnes.
- Des sprints sans objectif. Un sprint qui n’est qu’un panier de tâches perd le sens du tour.
- Des rituels pour eux-mêmes. Si une réunion ne change jamais une décision, raccourcissez-la ou supprimez-la.
- Du planning poker pour tout. Estimez ce dont vous avez besoin pour planifier.
- Utiliser la vélocité ou les graphiques d’avancement pour juger les personnes. Ils servent à la planification de l’équipe elle-même.
- Changer de méthode en plein sprint. Attendez une coupure naturelle.
Quand ce n’est pas le bon outil
- Pour une seule personne. Une liste avec une prochaine action claire suffit.
- Quand l’ordre est fixé par des dépendances. Un plan de chantier ou une checklist de lancement demande une frise chronologique, pas un tableau.
- Quand le travail est un seul gros livrable. Une thèse n’est pas un flux d’éléments.
- Quand personne ne possède les priorités. Scrum demande quelqu’un qui décide de ce qui passe en premier.
Dans Prior
Prior gère les trois grâce au Type de projet. Choisissez-le quand vous créez ou modifiez un projet.
| Type | Ce que vous obtenez | Offre |
|---|---|---|
| Standard | Tâches et notes avec des statuts et des priorités | Gratuit |
| Agile · Kanban | Un backlog et un tableau où le travail passe de colonne en colonne | Gratuit |
| Agile · Scrum | Sprints, story points et Planning Poker pour l’équipe | Pro |
| Agile · Scrumban | Un tableau continu avec story points et Planning Poker | Pro |
- Le tableau. Les projets agiles ont un onglet Tableau à côté de Tickets, Aperçu, Notes et Activité. Les colonnes suivent les statuts du projet, et chacune indique combien de cartes elle contient. Faites glisser une carte vers une autre colonne, ou ouvrez son menu et choisissez Déplacer vers une colonne. Sur téléphone, les colonnes sont des pastilles au-dessus du tableau.
- Kanban. Le tableau en est le centre. Prior n’impose pas de limites sur le travail en cours : fixez la vôtre et surveillez le compteur en haut de chaque colonne. Toutes les tâches a aussi une disposition Kanban, qui peut regrouper par statut, par priorité, par projet ou par échéance.
- Scrum. Les Cycles deviennent des Sprints. Vous obtenez un filtre de sprint sur le tableau et les tickets (Sprint en cours, Tous, Backlog), la progression des points et la vélocité dans l’onglet Sprints, un graphique d’avancement et l’onglet Planning Poker.
- Scrumban. Il garde les Cycles, sans graphiques d’avancement, et ajoute les story points. Planning Poker est disponible via Ajouter une vue.
- Changer d’avis. Changer de type conserve vos tâches. Les points, les sprints et la configuration précédente restent enregistrés : revenir en arrière les restaure.
Pour aller plus loin, lisez Projets agiles et Kanban, Scrum et Scrumban. Pour l’estimation, voir les story points et le planning poker.