Scrum et Kanban, complémentaires ?
Last updated
Last updated
Scrum, tout comme Kaban, hérite de savoir-faire en terme de gestion venu de l'industrie automobile.
Alors que Scrum s'inspire principalement de LEAN qui pousse le système à réduire les déchets tout en gardant un niveau de qualité élevée, Kaban a pour objectif prioritaire de réduire les ressources inutiles soit en les réduisant soit en augmentant leur productivité.
Les deux sont des frameworks agiles favorisant la collaboration en mode itératif. Mais pas que....
Kaban est un système plus léger que Scrum notamment par "l'absence" de sprint. Les tâches sont prises par les développeurs tout en prenant gare à ne pas dépasser le nombre de tâche actives (in progress) maximales.
La visualisation offerte par Kaban est un outil parfaitement complémentaire à une équie Scrum, au sein d'un sprint. Nous avons pu le pratiqué dans IceScrum.
Cadence
La durée de l'itération est définie à chaque ouverture de sprint.
Flux continue.
Release Methodology
A la fin de chaque sprint.
Livraison continue.
Key metrics
Vélocité.
Temps d'exécution, vitesse par cycle et nombres de tâches simultanées (WIP)
Roles
Plusieurs rôles clairement définis.
Aucun rôle.
Teams
Favorise les compétences transverses (cross-functional).
Une approche spécialisée est possible.
Modifications
L'objectif, la durée et le niveau de qualité restent inchangés au sein d'un sprint.
Les changements peuvent intervenir à n'importe quel moment.
WIP Limits
Limitations définie lors du sprint planning. Il s'agit de la vélocité pour l'itération. Pas de limite WIP.
Limitations basées le nombre de tâches maximales "in progress" en un temps donné.
Commitment
Un engagement est pris en ouverture de sprint par l'équipe.
Un engagement est optionnel.
Storyboard
Le Scrum Board est réinitialisé à chaque début de sprint.
Kanban board est persistent aussi longtemps que le projet continue.
Pull System
C'est la demande qui initie le travail (workflow).
WIP
Limiter le nombre de tâches simultanées pour aider les équipes à identifier les goulots d'étranglements et améliorer la rentabilité de l'équipe.
Break Down Complex Task
Décomposition des tâches complexes pour maintenir un backlog léger et permettre des livrables réguliers.
High value on Continual Improvement
L'amélioration continue et l'optimisation du processus sont hautement valorisées.