Kanban - Scrum
Dans ce chapitre, nous apprendrons les similitudes et les différences entre Kanban et Scrum. Ces similitudes et différences vous aideront à choisir la bonne méthode pour votre projet.
Kanban et Scrum - Similitudes
Les similitudes entre Kanban et Scrum sont -
Les deux sont agiles.
Les deux utilisent la planification par extraction.
Les deux limitent WIP, Kanban au niveau de la tâche et Scrum au niveau du sprint.
Les deux utilisent la transparence tout au long du développement.
Les deux se concentrent sur la livraison précoce de logiciels disponibles.
Les deux sont basés sur des équipes auto-organisées.
Les deux nécessitent de casser le travail en morceaux.
Dans les deux méthodes, le plan de lancement est optimisé en continu sur la base de données empiriques (Scrum - Velocity, Kanban - Lead Time / Cycle Time).
Kanban et Scrum - Différences
Les différences entre Kanban et Scrum sont les suivantes -
| S. Non | Scrum | Kanban |
|---|---|---|
| 1 | Scrum prescrit des rôles. | Dans Kanban, les rôles sont facultatifs. |
| 2 | Le carnet de commandes de produits doit être priorisé. | La priorisation est facultative. |
| 3 | Les sprints doivent être chronométrés. Vous pouvez choisir la longueur du sprint, mais une fois choisie, la même longueur doit être maintenue pour tous les sprints. | Les itérations temporelles sont facultatives. |
| 4 | L'équipe Scrum doit s'engager dans une quantité particulière de travail pour le sprint. | L'engagement est facultatif. |
| 5 | Des équipes interfonctionnelles sont prescrites. | Les équipes interfonctionnelles sont facultatives. Les équipes de spécialistes sont autorisées. |
| 6 | Utilise la vitesse comme métrique par défaut pour la planification et l'amélioration des processus. | Utilise le délai (temps de cycle) comme mesure par défaut pour la planification et l'amélioration des processus. |
| sept | Les éléments tels que les histoires, les tests doivent être décomposés afin qu'ils puissent être terminés en un seul sprint. | Aucune taille d'article particulière n'est prescrite. |
| 8 | Le backlog de sprint montre quelles tâches doivent être exécutées pendant le sprint en cours. Ces tâches sont affichées sur le tableau Scrum. La portée du sprint est fixée. Le WIP est limité par unité de temps (la limite WIP est la vitesse). |
Les tâches sont définies au niveau du workflow. WIP est limité par état de workflow. |
| 9 | Les ajouts / modifications ne peuvent pas être effectués dans un sprint. | Des ajouts / modifications peuvent être effectués si la limite WIP n'est pas dépassée. |
| dix | Un nouveau tableau Scrum est installé au début de chaque sprint. | Le tableau Kanban est persistant. |
| 11 | Des réunions quotidiennes doivent être organisées. | Les réunions quotidiennes sont facultatives. |
| 12 | Des graphiques de burn-down sont prescrits. | Aucune carte particulière n'est prescrite. |
Kanban contre Scrum
Les avantages suivants peuvent vous aider à choisir entre Kanban et Scrum -
Vous devez choisir Kanban si vous avez déjà des processus de travail et que vous souhaitez améliorer sans perturber l'ensemble du système alors que vous devez choisir Scrum si vous souhaitez introduire un nouveau processus dans l'organisation.
Vous pouvez utiliser Kanban dans le développement de produit avec Feature Driven Development pour suivre les flux de travail dans la chaîne de valeur, tandis que vous pouvez utiliser Scrum pour le développement à chaque itération.
Vous devez définir les limites WIP dans Kanban explicitement alors que vous devez définir la longueur du sprint dans Scrum qui impose implicitement des limites WIP.
Kanban et Scrum sont adaptatifs, mais Scrum est plus normatif que Kanban.
Kanban n'impose que deux règles: visualiser le flux de travail et limiter les WIP alors que Scrum impose plus de contraintes telles que les sprints temporisés.
Kanban conduit à des améliorations des processus organisationnels, à la fois dans la gestion et le développement. Kanban prend également en charge les activités de maintenance. Scrum conduit à un débit élevé dans les petites équipes de développement. Il ne contribue pas au développement de produits et aux flux de travail de maintenance qui durent plus longtemps avec une imprévisibilité sur la taille des unités de travail et les changements. Scrum ne met pas l'accent sur l'optimisation des activités de gestion.
Dans Kanban, vous pouvez choisir quand effectuer la planification, l'amélioration des processus et le lancement. Vous pouvez choisir de faire ces activités régulièrement ou à la demande. L'itération Scrum est un seul Sprint chronologique combinant trois activités différentes: planification, amélioration des processus et publication (si nécessaire).
Ainsi, Kanban et Scrum sont des outils efficaces dans leurs contextes spécifiques. Vous pouvez combiner Kanban et Scrum pour tirer le maximum d'avantages des deux.
Adapter Kanban et Scrum ensemble
Vous pouvez utiliser Kanban et Scrum ensemble en implémentant les caractéristiques qui répondront à vos besoins. Les contraintes des deux doivent être prises en compte avant de les adapter. Par exemple, Scrum nécessite des Sprints temporisés et si vous les supprimez, vous ne pouvez pas dire que vous avez implémenté Scrum. Les deux vous donnent un ensemble de contraintes de base pour conduire votre propre amélioration de processus.