Scrum, les bases- cas d'étude
Cas d'études
Cas 1 - Arrivez-vous à faire le lien avec les 4 pôles collaboratifs ?
Réponse attenude
Le pôle 1 (comprendre) est réalisé au moment de la construction du Sprint Backlog.
Les pôles 2 (tentative) et 3 (échange) ont lieu lors de l'itération. Il y a bien un échange qui a lieu avant la fin du sprint, a minima lors du Daily Scrum.
Le pôle 4 (bilan) est modélisé ici à l'aide de deux artefacts Scrum, la Review (analyse du produit) et la Retrospective (l'analyse sur les pratiques collaboratives).
Cas 2 -Quelle est la différence entre une "Sprint Retrospective" et une "Sprint Review".
La review a pour objectif d'évaluer le produit. Cela permet de valider ou d'invalider les critères d'acceptation. Avoir un retour de la part des end-users est crucial et est un des leviers les plus importants pour éviter de "dévier" de l'objectif du projet. On est totalement focalisé sur le sprint backlog. Rien d'autre. Attention à ne pas traiter les nouvelles demandes ici, c'est lors du sprint planning que cela doit être fait.
Source: scrum guide - review
La rétrospective permet d'identifier les bonnes pratiques collaboratives et celles qui doivent être adaptées. Comment faire pour produire tout aussi "bien", mais en réduisant l'effort.
Source: scrum guide - retrospective
Exemple de mise en pratique:
On identifie de nombreuses modifications sur les stories durant le sprint afin de bien comprendre la fonctionnalité à implémenter. En identifiant plus clairement les besoins dès la fin du sprint planning on devrait pouvoir gagner en efficacité. Décision : le prochain sprint backlog doit être partagé plus rapidement entre le PO et les développeurs, mais attention de ne pas consommer plus que 10% des ressources de dév pour la création du prochain backlog.
Cas 3 - Quelle est la posture du "Product Owner" lors du "Sprint Planning" ?
C'est lui qui "porte" la responsabilité que tout le monde a bien compris l'objectif du sprint. En tant que porte-parole des end-users il est responsable de prioriser les fonctionnalités à intégrer dans le produit. Les développeurs l'aident à estimer l'effort et la difficulté sur les tâches qui sont demandées.
Source: scrum guide - sprint planning
Cas 4 - Qu'est-ce qui ne doit pas changer durant le sprint courant ?
De nombreuses choses peuvent et doivent bouger, évoluer durant le sprint. Etant dans un processus d'apprentissage, d'expérimentation c'est évident et bienvenu.
Cependant les éléments suivants ne sont pas négociables et chacun des membres du projet doit veiller à respecter cela:
La durée du sprint
L'objectif du sprint
Le niveau de qualité du produit final
Source : scrum guide - sprint
Last updated