Scrum, Kanban, Scrumban : quelle méthode agile choisir ?

Scrum

La méthode Scrum est à ce jour la méthode agile la plus utilisée par les équipes. Ses caractéristiques : des itérations courtes (sprints de 4 semaines maximum), 3 rôles clés dans l’organisation (Scrum master, product owner, équipe de développement) et des timebox. La méthode Scrum est une excellente solution quand il s’agit d’améliorer la productivité d’une équipe, son engagement et la scalabilité des projets. Scrum est en effet très axé sur le calendrier, contrairement à Kanban.

Avantages

La méthode Scrum a pour avantage d’être très structurée et donc d’être un excellent moyen d’exercice de l’agilité auprès d’équipes novices. Son caractère cadré et codifié est idéal pour des feuilles de route clairement définies.

Inconvénients

Le bémol de la méthode Scrum, c’est qu’un changement de périmètre ne peut se faire qu’une fois un sprint terminé. Selon la longueur des sprints, il faut donc attendre entre 1 et 4 semaines pour effectuer des modifications, là où Kanban s’adapte aux besoins en temps réel.

Kanban

La méthode Kanban est surtout appliquée dans des projets de maintenance corrective ou d’applications en flux. On y trouve par exemple la gestion de tickets ou le support. Le concept de Kanban est en effet basé sur une amélioration continue évolutive. Dans la méthode Kanban, il n’existe pas de rôles attitrés, ces derniers évoluent en fonction des besoins du projet et de l’organisation.

Avantages

L’idée de Kanban est de faciliter et fluidifier le workflow des équipes en adaptant le volume des tâches à accomplir en fonction de l’équipe, et d’éviter ainsi la surproduction. Ici, l’organisation n’est pas ritualisée et beaucoup moins cadrée que Scrum. L’avantage de cette méthode est qu’elle est très simple à mettre en place. Néanmoins Kanban reste une méthode très sommaire, il faudra donc la mixer avec d’autres méthodes pour permettre une plus grande agilité.

Inconvénients

Issue d’une méthode de production industrielle créée par Toyota dans les années 50, la méthode Kanban ne s’adapte pas à toutes les productions. Elle s’adresse principalement à une production répétitive, aux projets de support ou de maintenance qui requièrent un flux continu d’éléments et une charge de travail dynamique. L’absence de cadre de Kanban peut également avoir des conséquences négatives si la méthode est appliquée auprès d’équipes peu versées dans les principes agiles.

Scrumban

Comment on peut le deviner, la méthode Scrumban allie tous les avantages de la méthode Scrum et de Kanban. Elle conserve l’approche très cadrée de Scrum tout en permettant de mener des projets en flux continu. En ce sens, elle est notamment adaptée à des portefeuilles de projets mixtes et peut s’appliquer sur plusieurs équipes différentes.

Scrumban possède une méthode de travail proche de celle de Kanban. Les itérations sont limitées, tout comme les tâches à effectuer, afin de permettre aux équipes de s’adapter et modifier un plan d’actions si nécessaire. La méthode s’appuie également sur une planification basée sur la demande, les équipes ne prévoient plus des tâches pour un sprint complet mais doivent désormais les prioriser au fur et à mesure de l’avancement du projet.

Avantages

Scrumban a ainsi l’avantage de s’adapter dans des contextes de production où il est difficile de quantifier le travail à effectuer sur les semaines à venir. Il n’y a pas de sprint à respecter, la flexibilité et l’adaptabilité sont d’autant plus grandes dans ce contexte.

Inconvénients

Si au cours de votre expérience vous constatez que l’attribution de rôles et l’organisation de meetings convient mieux aux besoins de votre équipe, orientez-vous vers une approche Scrum. Au contraire, si vous souhaitez une équipe auto-organisée, qui s’adapte en permanence, privilégiez Kanban. Scrumban est parfois la méthode choisie par les équipes qui hésitent entre des modèles plus identifiés.

Quelle méthode choisir ?

La méthode agile que vous choisirez doit répondre aux besoins de l’équipe en charge de développement du projet. Différents facteurs peuvent aider à faire son choix :

• La disponibilité du client ou de l’utilisateur
• Les caractéristiques du produit que vous développez
• Le besoin du client et la visibilité du développement du produit
• La rapidité avec laquelle le produit doit être mis à disposition
• Les membres de votre équipe, leur expérience face aux méthodes agiles et son mode de fonctionnement

Dans tous les cas, aucune méthode n’est par nature meilleure qu’une autre. Les valeurs et les principes énoncés dans le manifeste agile sont bien plus essentiels que l’application plus ou moins stricte de telle ou telle méthodologie.