Limites WIP et kanban dans Scrum : ce qui est bon versus ce qui est mauvais
Scrum et kanban sont compatibles. Le Guide Scrum n'interdit pas aux equipes d'appliquer des pratiques kanban -- y compris les limites de travaux en cours (WIP) et la visualisation des flux -- dans un cadre Scrum.
Ce qu'est une mauvaise mise en oeuvre des limites WIP
Mauvais : Les limites WIP sont fixees sans comprendre la capacite reelle de l'equipe. Une limite trop haute n'a aucun effet ; trop basse arrete le travail inutilement.
Mauvais : Les limites WIP sont traitees comme facultatives. Si la limite est une 'directive', les membres de l'equipe la depasseront quand ils se sentiront occupes.
Mauvais : Les limites WIP s'appliquent aux membres individuels plutot qu'aux etapes du flux de travail. Les limites au niveau des etapes revelent ou le travail s'accumule dans le systeme.
Mauvais : Quand la limite WIP est atteinte, l'equipe l'ignore et continue. Atteindre une limite WIP devrait declencher une reponse d'equipe.
Ce qu'est une bonne mise en oeuvre des limites WIP
Bon : Les limites WIP sont fixees sur la base d'observations. L'equipe examine ses donnees historiques de debit et identifie les etapes ou le travail s'accumule le plus souvent.
Bon : Atteindre une limite WIP declenche un essaimage de l'equipe sur l'etape bloquee. L'equipe s'arrete de commencer un nouveau developpement et aide a nettoyer avant de tirer de nouveaux elements.
Bon : Les limites WIP sont discutees et ajustees dans la Retrospective Sprint. L'equipe reflechit a si ses limites WIP sont correctement calibrees.
XNM soutient les organisations dans la mise en oeuvre de pratiques de livraison agile. Contactez l'equipe de conseil en livraison de programmes et de projets de XNM pour discuter du kanban et des limites WIP pour votre equipe.