Aujourd’hui, nous allons examiner ensemble les 4 pratiques de Kanban ajoutées dans le Guide Scrum With Kanban. Pour rappel, cet article fait suite à une série d’article sur le sujet, voici les liens précédents :
ATTENTION !
Il est important de préciser que même si Kanban ajoute des pratiques à Scrum, aucun élément de Scrum n’est supprimé : événements, rôles, artefacts, tout est conservé car chaque sujet a une raison d’être au sein de Scrum.
On parle de « Scrum with Kanban », on vient compléter Scrum, et non le modifier ! Comme le précise le SWK Guide « Les équipes Scrum peuvent optimiser le flux en utilisant les quatre pratiques suivantes ».
La visualisation du workflow
La visualisation à l’aide du tableau Kanban permet à l’équipe Scrum de rendre son Workflow transparent. Elle comprend des étapes définies pour commencer et terminer le travail, une définition des éléments de travail, des étapes du workflow traversées, des règles explicites sur le flux de travail et des règles pour limiter le WIP. La visualisation vise à faciliter les discussions opportunes et à suggérer des améliorations proactives. (Nous en parlerons prochainement)
Limitation du travail en cours (WIP)
La limitation du Work in Progress (WIP) est essentielle pour les équipes Scrum utilisant Kanban. Cela implique de fixer explicitement une limite au nombre d’éléments de travail en cours. Cette limitation crée un système de flux tiré, où l’équipe ne commence à travailler sur un élément que lorsque la capacité est disponible. Cela diffère d’un système de flux poussé, où le travail commence dès que la demande est faite. La limitation du WIP améliore le flux, l’auto-organisation, la concentration, l’engagement et la collaboration au sein de l’équipe Scrum.
Les WIP Limits peuvent s’appliquer à différents niveaux, tels que les éléments du Product Backlog, les colonnes du tableau Kanban ou l’équipe dans son ensemble. Par contre, ils concernent toujours des Product Backlog Item, jamais des tâches.
Les règles de limitation sont définies par les membres de l’équipe qui sont directement impliqués dans le processus, favorisant ainsi l’auto-organisation. Si on parle du sprint backlog, les développeurs sont responsables de la définition des limites, si on parle du backlog au global c’est l’équipe Scrum, et cela implique plus de membres de l’organisation alors ces personnes peuvent être impliquées également.
Durant un sprint, Lorsqu’un membre de l’équipe termine une tâche et que la limite est atteinte, au lieu de commencer une nouvelle tâche, il aide les autres membres à faire progresser les éléments en cours. Cela favorise la collaboration et le travail d’équipe.
Dans certains cas d’urgence, un travail peut être considéré comme prioritaire et dépasser la limite du travail en cours. Cependant, cela doit être exceptionnel.
Les WIP Limits peuvent être ajustées à tout moment, de préférence lors d’une rétrospective de Sprint.
La limitation du travail en cours apporte de nombreux avantages, tels qu’un rythme de travail soutenable, une collaboration renforcée et des cycles de rétroaction plus rapides.
Gestion active du travail en cours
La gestion active des éléments en cours est essentielle pour établir un flux efficace, en complément de la limitation du travail en cours. Au sein du Sprint, cela implique de veiller à ce que les éléments de travail soient tirés dans le workflow à un rythme similaire à leur sortie, d’éviter le vieillissement inutile des éléments et de réagir rapidement aux blocages ou aux délais dépassant les niveaux de temps de cycle attendus de l’équipe.
Inspection et adaptation de la définition du « Workflow »
L’équipe Scrum utilise les événements Scrum pour inspecter et adapter sa définition du Workflow, améliorant ainsi l’empirisme et optimisant la valeur délivrée. Les aspects de la définition du Workflow que l’équipe pourrait adopter incluent les règles de visualisation des états du workflow pour plus de transparence et l’ajustement des limites de WIP, des SLE et de la taille du lot pour remédier aux obstacles.
Conclusion
En conclusion, les quatre pratiques Kanban ajoutées au Scrum, à savoir la visualisation du workflow, la limitation du travail en cours (WIP), la gestion active du travail en cours et l’inspection et l’adaptation de la définition du « workflow », permettent d’optimiser le flux de travail d’une équipe Scrum. Elles ne viennent pas modifier Scrum, mais le complètent, en rendant le workflow plus transparent, en améliorant la collaboration et l’auto-organisation au sein de l’équipe et en favorisant un rythme de travail soutenable. Cependant, il est à noter que tous les éléments de Scrum, événements, rôles, artefacts, sont conservés dans le « Scrum with Kanban ».