
Scrumban : qu'est-ce que c'est ?
Utiliser leframework agile Scrumban permet de bénéficier à la fois des itérations Scrum et du concept des flux tirés du Kanban.
Grâce à Scrumban, l'équipe va pouvoir bénéficier desrôles Scrum :
- Product Owner
- Equipe de développement
- Scrum Master
- Parties prenantes
Et descérémonies Scrum :
- Sprint Planning
- Daily scrum
- Product Backlog Refinement
- Sprint Review
- Sprint Retrospective
En revanche, en Scrumban, on va abandonner le fonctionnement en flux poussé pour adopter un fonctionnement en flux tiré. Plus clairement, l'équipe ne prévoit plus son travail pour 2 ou 3 semaines (selon la longueur du sprint) mais priorise le travail au fur et à mesure.
Quel impact sur les cérémonies Scrum ?
Sur la plupart des cérémonies Scrum, ceframework n'a pas d'impact. En revanche, leSprint Planning est effectué différemment.
En effet, au lieu de planifier la totalité des items pour le sprint, le planning va se concentrer à définir un objectif de sprint.
Et sur le déroulé du sprint ?
Chaque item est proposé par ordre de priorité à l'équipe de développement lorsqu'il est prêt. Dès qu'un item est développé et prêt à aller en test, l'équipe de développement en prend un nouveau dans l'ordre de priorité.
Quels indicateurs en Scrumban ?
En Scrumban, l'équipe pourra utiliser les indicateurs liés à Kanban tels que :
- lelead time
- lecycle time
Vous trouverez plus d'explications dans cet article :"Kanban: Lead Time vs Cycle Time - Details Explained".
L'équipe pourra utiliser un tableau Kanban pour suivre son avancement.
Pourquoi est-ce une bonne pratique ?
La pratique de Scrumban permet aux équipes de bénéficier des avantages de Scrum et du Kanban : elle permet de donner de la souplesse sur une planification qui reste parfois difficile à faire sur 2 ou 3 semaines. Elle peut être une bonne pratique lorsqu'unbacklog produit n'est pas suffisamment alimenté pour un sprint, l'équipe peut alors commencer à travailler et leProduct Owner continuer à alimenter lebacklog produit.
L'usage de Scrum permet à l'équipe de continuer à s'insérer dans une pratique d'amélioration continue et d'avoir unfeedback régulier des utilisateurs.
Conclusion
En conclusion, si vous êtes dans une équipe qui ne peut pas prévoir son travail sur 2 ou 3 semaines (typiquementdata scientists, équipe de suivi de production, équipe support...) ou si vous avez du mal à stabiliser vos sprints (trop de changements au cours d'un sprint, planning remis en cause...), vous devriez tester le Scrumban !
Top comments(0)
For further actions, you may consider blocking this person and/orreporting abuse