Scrumban : définition, principes et quand l’utiliser

Scrumban est une méthode agile qui combine Scrum et Kanban. Elle a été créée pour les équipes souhaitant réduire la taille des lots et adopter une approche à flux tiré, sans renoncer à la cadence et aux cérémonies qui donnent son rythme à Scrum. Ce n’est pas un compromis pour équipes incapables de s’engager en Scrum : c’est une réponse délibérée à un travail dont l’arrivée échappe au contrôle de l’équipe.

Ce qu’elle emprunte à chacun

À Scrum : la cadence de planification, la rétrospective et l’objectif partagé. À Kanban : le flux continu, des limites explicites d’en-cours et le fait de tirer le travail lorsque de la capacité se libère plutôt que de le pousser dans un sprint. Ce qu’elle abandonne, c’est l’engagement de sprint — la promesse qu’un lot fixe d’éléments sera terminé à une date fixe.

Les limites d’en-cours font le gros du travail

La règle la plus lourde de conséquences en Scrumban est la limite d’éléments en cours par colonne. Elle paraît contraignante, et elle l’est : une équipe qui ne peut rien démarrer de nouveau doit d’abord terminer ou débloquer quelque chose. Cette contrainte est ce qui transforme un tableau saturé de travaux à moitié faits en un flux régulier — et c’est la règle que les équipes abandonnent en premier, généralement juste avant que leur temps de cycle ne double.

Planifier à la demande plutôt qu’au calendrier

Plutôt qu’une session de planification toutes les deux semaines qu’il y ait besoin ou non, Scrumban déclenche la planification quand le backlog prêt passe sous un seuil. L’équipe le réalimente avec les éléments les plus prioritaires du moment. Des priorités fixées il y a deux jours valent mieux que des priorités fixées il y a deux semaines : c’est précisément l’intérêt pour les équipes soumises à une demande imprévisible.

À qui cela convient

Les équipes mêlant travail planifié et demande imprévisible — maintenance, support, équipes de plateforme — s’accommodent mal de sprints stricts. Scrumban leur permet de garder un rythme sans faire comme si les interruptions n’existaient pas. À l’inverse, une équipe qui construit un incrément produit bien défini, à priorités stables, gagne généralement davantage à la concentration qu’impose l’engagement de sprint.

Comment la mesurer

La vélocité ne veut plus dire grand-chose sans engagement de sprint. Les mesures pertinentes deviennent le temps de cycle — la durée entre le démarrage d’un élément et sa fin — et le débit, le nombre d’éléments terminés par semaine. Les deux se lisent sur le tableau lui-même et se manipulent bien plus difficilement qu’un total de points.

La mise en œuvre

Il faut un tableau avec des limites, un backlog priorisé plutôt qu’engagé, et un point de revue régulier. FoxPlan prend en charge les deux styles : colonnes kanban aux libellés personnalisables par projet, niveaux de priorité sur les cartes et les tâches, et planning élargi pour le travail qui a encore besoin de dates — une équipe en Scrumban alimente ainsi la même charge de portefeuille et le même budget qu’une équipe en prédictif.