Qu'est-ce que Scrumban ?

Scrum and kanban sont deux méthodologies agiles très populaires aujourd’hui. Scrumban, comme le nom le suggère, est la combinaison de scrum and kanban.

Cette méthode hybride combine le meilleur des deux mondes : la structure et la prédictibilité de scrum avec la capacité de réaction et de visualisation de kanban.

Qu’est-ce que Scrum ?

Scrum est un framework agile qui permet aux équipes de développements de délivrer un produit fonctionnel par petites itérations successives.

En scrum, les équipes travaillent sur des tâches dans un laps de temps limité appelé sprint. Les sprints durent souvent entre une et deux semaines parfois quatre semaines. À la fin du sprint, les parties prenantes vérifient le résultat du travail et font des retours.

Scrum s’organise autour d’un ensemble de cérémonies comme le sprint planning, le daily stand-up meeting, la rétrospective et le backlog refinement.

Qu’est-ce que Kanban ?

Kanban dérive de l’industrie manufacturière et se concentre sur les étapes du processus.

Les équipes qui utilisent la méthodologie kanban utilisent un tableau formé par les tâches à réaliser. Ces cartes sont ensuite déplacées de colonnes en colonnes qui représentent les étapes du processus comme “Prêt à être implémenté”, “En cours”, “En test”, “Fermé”.

L’approche kanban permet à toute l’équipe de visualiser l’avancée des tâches et éventuellement les points de blocages. Les tâches peuvent revenir en arrière si la réalisation est buggée ou bien si le résultat ne convient pas.

En kanban, chaque colonne a une taille limite de tâches à ne pas dépasser. Si une colonne est pleine elle va bloquer le bon déroulement du processus. Dans ce cas, toute l’équipe cherche le pourquoi du blocage et tente de le résoudre.

Comment la méthodologie scrumban fonctionne ?

Par principe, scrum est une méthodologie plus rigide et structurante en raison des nombreuses réunions et des sprints à taille de temps fixe. Kanban quant à lui apporte l’amélioration continue, la visualisation et la flexibilité à scrum.

Ci-dessous les principes fondamentaux de scrumban :

• Itération et planification : tout comme en scrum, scrumban fonctionne sous forme d’itérations de deux semaines maximum pendant lesquelles l’équipe travaille sur les tâches prioritaires. La planification est faite quand cela devient nécessaire pour avoir assez de travail dans le statut “Prêt à être implémenté”. Il n’y a pas de contraintes de fréquence, de contenu ou de durée des réunions de planification. Les équipes construisent ensemble le format de réunions dont ils ont besoin.
• Limitation des colonnes : tout comme en kanban, les colonnes d’états du processus ont une limite de nombre de tâches maximum qu’elles peuvent contenir. Cela permet d’orienter les développements et d’éviter le chaos où tous les tickets sont commencés mais aucun n’est terminé.
• Système d’attribution des tickets : contrairement à Scrum où les tâches priorisées doivent être réalisées dans un sprint, scrumban se veut flexible. Les développeurs sélectionnent les tâches dans la file prioritaire selon leurs affinités et leurs envies. L’idéal étant d’alterner des tickets simples avec des tickets complexes afin de permettre à l’esprit de se reposer.
• Priorisation des tâches : tout comme en scrum, les tâches sont priorisées et les membres de l’équipe savent ce qui doit être fait en premier.

Quels sont les avantages du scrumban ?

Le scrumban est particulièrement efficace dans les projets qui ont un flux continu de tâches à réaliser.

Voici quelques-uns des avantages les plus significatifs :

• Des équipes productives et détendues : Scrumban ne spécifie pas de rôle d’équipe. Les équipes s’auto-organisent et réfléchissent ensemble au comment elles veulent travailler. Les membres de l’équipe choisissent eux-mêmes les tâches qu’ils vont accomplirent avec une participation minimum des managers. Cet environnement permet aux équipes d’être plus productives et impliquées.
• Facilité d’adoption : Les règles du scrumban sont simples. Cela facilite énormément l’adoption dans n’importe quel domaine. Le tableau est très visuel ce qui permet aux équipes de facilement être au courant de ce qu’il passe et des objectifs à atteindre. Le fait qu’il n’y ait pas de deadline permet d’être très flexible et de faire passer des tâches en urgence pour s’adapter à la situation.
• Amélioration continue : En sortant d’une méthodologie trop rigide, les équipes n’ont plus peur de tester et d’améliorer en permanence leur processus de développement. Le but pour l’équipe est d’optimiser tout ce qu’il est possible pour avoir le parcours le plus efficace possible.
• Efficacité : Scrumban nécessite beaucoup moins de réunions que l’approche classique scrum. Sous scrumban, les réunions de planifications peuvent se faire seulement lorsque le besoin se fait sentir. Avec moins de réunions, les équipes ont plus de temps pour avancer sur leurs tâches.
• Idéal pour les projets de taille importante : En scrumban, le tableau n’est jamais totalement vide comme dans scrum. Il représente un flot continu de tâches de colonne en colonne. C’est pourquoi les projets qui ont un flot continu de travail sans deadline définitive sont particulièrement bien adaptés à cette méthodologie.

Comment mettre en place la méthodologie scrumban ?

La mise en place de la méthodologie scrumban se fait en quatre étapes :

1. Création d’un board scrumban
2. Mise en place des limites de colonnes
3. Priorisation des tâches
4. Mise en place de daily meetings

Création d’un board scrumban

Vous devez créer une colonne pour chaque étape de votre processus. Les membres de l’équipe vont ensuite déplacer les cartes de colonne en colonne en fonction de l’avancement de la tâche.

Il est important de créer seulement le nombre de colonnes requis par votre processus. Faites attention à ne pas trop compliquer votre processus. Ce processus sera constamment amélioré de manière empirique avec les retours de l’équipe.

Mise en place des limites de colonnes

Il est crucial d’établir une limite de tâches que peut contenir chaque colonne. Ces règles doivent se faire en discutant avec l’équipe.

Ces limites pourront évoluer dans le temps en fonction des urgences. Réduisez la limite pour augmenter la productivité, augmentez pour permettre l’expérimentation.

Priorisation des tâches

Il n’y a pas de rôles spécifiques comme scrum master en scrumban. Les membres de l’équipe ont l’autonomie nécessaire pour choisir les tâches sur lesquelles ils veulent travailler.

Ensemble, l’équipe décide ce qui doit être fait en premier. Une fois que la liste de priorité est établie, les membres de l’équipe commencent à prendre les tâches et à la réaliser.

Mise en place de daily meetings

Bien qu’il n’y ait pas de scrum master pour diriger ces réunions, il peut être intéressant pour l’équipe d’avoir un stand-up daily meeting pour savoir ce que chacun fait et se coordonner sur les tâches prioritaires.

À noter que lorsque l’équipe se connait bien, il peut être possible de limiter également ces réunions en s’appuyant en priorité sur le tableau des tâches. L’état des lieux peut passer alors simplement par une discussion informelle entre deux ou plusieurs membres de l’équipe.

Les réunions de planifications peuvent se dérouler toutes les deux semaines de façon régulière ou à la demande quand le backlog de tâches prioritaires est presque vide. Encore une fois, ce sont les équipes qui définiront ce qui leur convient le mieux.

Quand est-il intéressant de mettre en place scrumban ?

Scrumban est particulièrement intéressant lorsque :

• Le projet génère un flux continu de travail sans deadline définie pour sa clôture.
• La méthodologie scrum mets les équipes sous beaucoup de pression pour tenir le contenu des sprints.
• L’équipe n’est pas assez grosse pour pouvoir mettre en place correctement la méthodologie scrum.

Comment je peux vous aider ?

Les méthodologies de travail doivent s’adapter aux équipes et ne doivent surtout pas les stresser pour qu’elles puissent travailler à leur plein potentiel.

N’hésitez pas à me contacter si vous souhaitez revoir vos processus de travail.