SCRUMBAN Flashcards
Nous connaissons Scrum et Kanban en tant que méthodes agile. Scrum est le mieux adapté aux produits
et aux projets de développement. Kanban est le meilleur pour le support de production. Nous utilisons
Scrumban - qui combine les meilleures caractéristiques des deux - pour des projets de développement
et de maintenance. Scrumban est en train de devenir très populaire dans les industries des services.
Rappel du Scrum
Divisez votre organisation en petites équipes inter-fonctionnelles et auto-organisées.
Divisez votre travail en une liste de petits livrables concrets. Triez la liste par priorité et estimez l’effort relatif de chaque élément.
Divisez le temps en courtes itérations de longueur fixe (généralement de 1 à 4 semaines), le code pouvant être présenté et déployé après chaque itération.
En vous basant sur les feedbacks obtenus lors de la présentation de la version de l’incrément après chaque itération, optimisez le plan de déploiement et mettez à jour les priorités en collaboration avec le client.
Optimisez le processus en faisant une rétrospective après chaque itération.
Rappel du Kanban
Visualisez le flux de travail (workflow).
Divisez le produit final en morceaux, écrivez chaque élément (Récit utilisateur) sur une carte et mettez-le dans votre tableau de bord Kanban.
Utilisez des colonnes pour illustrer l’emplacement de chaque élément dans le flux de travail.
WIP (Limite de travail en cours): assignez des limites explicites au nombre d’éléments pouvant être en cours à chaque étape du flux de travail.
Mesurez le délai (le temps moyen nécessaire pour terminer un élément, parfois appelé «temps de cycle») et optimisez le processus pour le rendre aussi court et prévisible que possible.
Une conséquence directe de cette différence de règles est
La manière dont les éléments de travail sont gérés dans le temps.
Dans Scrum,
vous sélectionnez au préalable le travail que vous allez faire pour le
prochain sprint. Vous verrouillez ensuite le sprint, faites tout le travail et, après quelques semaines - la durée habituelle du sprint - votre file d’attente est vide.
En Kanban,
la seule limite est la taille des files d’attente, appelée limite WIP. Cela signifie que vous pouvez modifier les éléments des files d’attente à tout moment et qu’il n’y a pas de «fin de sprint». Le travail ne cesse de s’ajouter dans un flux continu.
Scrumban = Scrum + Kanban
Utilisez la nature prescriptive de Scrum pour être agile et l’amélioration
du processus de Kanban pour permettre à l’équipe d’améliorer continuellement son processus.
Avec Kanban, notre flux de travail deviendra plus fluide à mesure que notre capacité de traitement s’améliorera.
Nous pouvons utiliser nos WIP et nos diagrammes de flux pour mettre en évidence nos
faiblesses de processus et nos opportunités pour le changement et l’amélioration (kaizen).
Au fur et à mesure que nous nous rapprochons d’une production uniforme, nous allons commencer à plus nous préoccuper du temps de cycle. Le délai moyen et le temps de cycle deviendront le principal objectif de la performance.
Si le temps de cycle est sous contrôle et que la capacité de l’équipe est équilibrée par
rapport à la demande, le temps d’exécution sera également sous contrôle. Si le temps de cycle est sous contrôle, les burndowns (scrum) sont prévisibles et sans intérêt. Étant donné que l’équipe place maintenant les éléments dans une petite file d’attente (A faire) avant de les déplacer dans les travaux en cours, il contient toujours quelque chose qui mérite d’être fait.
Plutôt que de vous donner la peine d’estimer un volume de travail pour chaque itération, il vous suffit de définir une taille fixe du carnet de produit, qui peut parfois atteindre zéro avant la fin de l’intervalle de planification.
Kanban est compatible avec la méthodologie Scrum.
L’ajout du WIP et la visualisation à Scrum contribue à améliorer l’efficacité de l’engagement de Sprint -
C’est le Scrumban
Dans Scrumban,
nous pouvons faire la planification des itérations à intervalles réguliers, synchronisés avec la révision et la rétrospective, mais l’objectif de la planification est de combler les espaces disponibles - pas de mettre tous les éléments de travail.
En effet, pour créer ce carnet de produit Scrumban, on ajoute une limite pour rendre le processus d’attribution des éléments de travail plus facile. Il faut donc évitez de créer et d’analyser trop de récits utilisateurs (réduire le gaspillage) et ainsi assurer le niveau d’analyse nécessaire avant de commencer le développement.
Le carnet de produit
doit aussi être piloté par les événements (nouvelle priorité, nouvelle demande, etc.)
et hiérarchisé en conséquence. Le temps passé dans l’estimation de la planification des itérations peut être remplacé par une inspection de contrôle de la qualité au moment où le travail est déplacé dans la colonne «Terminé » du tableau de bord.
Si un élément de travail n’est pas accepté, il est renvoyé dans la colonne « En cours ».
L’utilisation de la méthodologie Scrumban est conseillée pour les projets de maintenance, les projets avec des récits utilisateurs ou des erreurs de programmation fréquente et inattendue ou le développement de nouveaux produits (R&D).
Les avantages de cette approche sont :
Qualité et Kaizen (amélioration continue)
Minimiser le temps et Juste à temps (décisions et développement au moment opportun)
Minimiser les déchets (tout ce qui n’ajoute pas de valeur au client)
Amélioration du processus en ajoutant des valeurs de Scrum selon les besoins
