Avant chaque projet en mode agile, beaucoup de managers SI hésitent entre l’utilisation de Scrum ou de Kanban, surtout que les deux Framework ont beaucoup de similitudes. Dans cet article, on va voir ensemble quelques différences entre ces deux Framework et comment trouver le bon compromis Scrum/Kanban.
Rôles et responsabilités :
En Scrum, chaque membre de l’équipe a un rôle prédéfini, le Scrum master s’assure de l’application des bonnes pratiques de Scrum, le Product Owner définit les buts et les objectifs et les « developers » réalisent le travail, oui « developers » car le terme « developement Team » n’existe plus depuis la publication du nouveau Scrum guide.
A noter que les rôles de Product Owner et de Scrum Master ne confèrent aucune responsabilité hiérarchique vis-à-vis des membres de l’équipe. La notion de hiérarchie formelle n’existe pas au sein de l’équipe Scrum.
En ce qui concerne Kanban, il n’y a pas de rôles prédéfinis pour une équipe. Bien qu’il puisse encore y avoir un chef de projet, l’équipe est encouragée à collaborer et à intervenir lorsqu’une personne est dépassée.
Artefacts :
Le Scrum reconnait trois artefacts majeurs qui sont :
- Le Product backlog : c’est une liste ordonnée par priorité de tout ce qui doit être fait pour créer le produit souhaité, par exemple : fonctions, exigences, amélioration ou correctif.
- Le Sprint Backlog : c’est une partition du Product Backlog, il contient les éléments qui ont été sélectionnés en démarrage de sprint (plus précisément en sprint planning).
- L’incrément en Scrum représente l’ensemble des éléments réalisés «Done» durant le sprint.
Par définition, un système Kanban n’a que deux artefacts définis :
- Le « Kanban Board ». Dans le quel, on utilise un tableau visuel pour afficher l’avancement du projet en trois étapes simples: A faire/en cours/Terminé.
- Les cartes kanban qui se déplacent sur le « kanban board ».
Méthodes de travail et de livraison
En Scrum, durant le sprint planning, l’équipe construit le Sprint backlog depuis le Product backlog, le sprint dure généralement entre 2 et 3 semaines dans lesquelles l’équipe de dev fait des points quotidiens pour avancer dans leurs tâches. A savoir que dans Scrum, le Sprint a une durée fixe , il n’y a pas de changement durant le Sprint et la livraison se fait toujours à la fin du Sprint.
En Kanban, les produits et les processus sont livrés en continu avec des dates d’échéance déterminées par l’entreprise selon les besoins.
Mesures de productivité:
La productivité en Scrum peut se mesurer avec deux indicateurs de performance Agile :
- La vélocité qui est une mesure de la quantité de travail qu’une équipe peut accomplir au cours d’un seul sprint. La vélocité est calculée à la fin du sprint en totalisant les points pour toutes les User Stories complètement terminées.
- Le graphique du Burndown chart qui indique la quantité de travail restant à effectuer avant la fin d’un sprint. C’est un des indicateurs de performance les plus utilisés par les Scrum Masters et Product Owners car il affiche l’avancement de l’équipe vers son objectif de sprint.
En Kanban, on retrouve deux indicateurs principaux :
- Le lead time qui est le temps mis d’une demande de sa création jusqu’au Done. C’est un élément important car il peut être révélateur de problèmes dans la fluidité de prise en charge des demandes.
- Le cycle time est le nombre de jours où une demande reste dans la partie « A faire » jusqu’à la partie « Terminé ».
Meilleures applications
Pour choisir le type de Framework, une des choses les plus importantes est la fréquence des priorités. Scrum est idéal pour les équipes avec des priorités stables qui peuvent ne pas beaucoup changer au fil du temps tandis que Kanban est idéal pour les projets aux priorités très variables.
En voyant les différents avantages que proposent ces deux Framework, on peut se poser la question de savoir si c’est possible de combiner les deux, la réponse est oui et ça s’appelle ScrumBan.
Scrumban
Le Scrumban est un cadre de gestion de projet qui combine des fonctionnalités importantes des deux framework Scrum et kanban. Pour cela la structure et les routines prévisibles de Scrum sont fusionnées avec la flexibilité de Kanban pour rendre les équipes plus agiles, efficaces et productives.
Alors comment ça marche ?
Scrumban implique l’application des principes Kanban, à savoir la « visualisation du flux de travail » avec le SCRUMBAN BOARD similaire au kanban BOARD ainsi que quelques aspects de Scrum comme le Daily meeting et la prioritisation des taches issues du sprint backlog et d’autres meetings pour planification et feedback si besoin.
Lorsqu’il est correctement mis en œuvre, le Scrumban peut aider une équipe à bénéficier à la fois de la nature normative de Scrum et de la liberté de Kanban pour améliorer ses processus.
Merci d’avoir lu cet article, voici un lien « comment se préparer aux certifications Scrum » pour vous aider à préparer vos certification SCRUM.
