The latest articles on Forem by Natacha Fourmy-Mangin (@natacha). https://forem.com/natacha https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F366382%2Fd19fdbb5-bbdb-4b0b-8c5b-d4d54bed6696.png https://forem.com/natacha en Natacha Fourmy-Mangin Thu, 16 Apr 2020 09:56:50 +0000 https://forem.com/younup/en-quoi-scrumban-est-une-bonne-pratique-ph8 https://forem.com/younup/en-quoi-scrumban-est-une-bonne-pratique-ph8 <h2> Scrumban : qu'est-ce que c'est ? </h2> <p>Utiliser le <em>framework</em> agile Scrumban permet de bénéficier à la fois des itérations Scrum et du concept des flux tirés du Kanban.</p> <p>Grâce à Scrumban, l'équipe va pouvoir bénéficier des <strong>rôles</strong> Scrum :</p> <ul> <li><em>Product Owner</em></li> <li>Equipe de développement</li> <li><em>Scrum Master</em></li> <li>Parties prenantes</li> </ul> <p>Et des <strong>cérémonies</strong> Scrum :</p> <ul> <li><em>Sprint Planning</em></li> <li><em>Daily scrum</em></li> <li><em>Product Backlog Refinement</em></li> <li><em>Sprint Review</em></li> <li><em>Sprint Retrospective</em></li> </ul> <p>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.</p> <h2> Quel impact sur les cérémonies Scrum ? </h2> <p>Sur la plupart des cérémonies Scrum, ce <em>framework</em> n'a pas d'impact. En revanche, le <em>Sprint Planning</em> est effectué différemment.<br> En effet, au lieu de planifier la totalité des items pour le sprint, le planning va se concentrer à définir un objectif de sprint.</p> <h2> Et sur le déroulé du sprint ? </h2> <p>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é.</p> <h2> Quels indicateurs en Scrumban ? </h2> <p>En Scrumban, l'équipe pourra utiliser les indicateurs liés à Kanban tels que :</p> <ul> <li>le <em>lead time</em> </li> <li>le <em>cycle time</em> </li> </ul> <p>Vous trouverez plus d'explications dans cet article : <a href="https://kanbanize.com/kanban-resources/kanban-software/kanban-lead-cycle-time">"<em>Kanban: Lead Time vs Cycle Time - Details Explained</em>"</a>.</p> <p>L'équipe pourra utiliser un tableau Kanban pour suivre son avancement.</p> <h2> Pourquoi est-ce une bonne pratique ? </h2> <p>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'un <em>backlog</em> produit n'est pas suffisamment alimenté pour un sprint, l'équipe peut alors commencer à travailler et le <em>Product Owner</em> continuer à alimenter le <em>backlog</em> produit.</p> <p>L'usage de Scrum permet à l'équipe de continuer à s'insérer dans une pratique d'amélioration continue et d'avoir un <em>feedback</em> régulier des utilisateurs.</p> <h2> Conclusion </h2> <p>En conclusion, si vous êtes dans une équipe qui ne peut pas prévoir son travail sur 2 ou 3 semaines (typiquement <em>data scientists</em>, é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 !</p> agile scrumban scrum kanban