---

Apprenez Scrum avec une étude de cas réelle ! Cela pourrait vous surprendre !

Avant le premier Sprint

Alex est Scrum Product Owner d’un nouveau projet logiciel. L’une de ses premières tâches est d’évaluer et recueillir les exigences pour apporter la valeur métier recherchée par son client.

Il doit s’assurer que le client recevra le bon logiciel pour des résultats métier concrets. Il note les cas d’utilisation essentiels et en discute avec architectes, représentants client et parties prenantes métier et informatiques. (Voir notre Exemple Scrum)

Après avoir réuni les exigences et cas globaux, il les inscrit dans le Scrum Product Backlog et lance une séance d’estimation et de hiérarchisation avec l’équipe. Chaque élément reçoit ainsi une première estimation grossière et une priorité.

Anna, Scrum Master, veille à un langage commun. Product Owner, membres et parties prenantes sont ainsi alignés sur les objectifs attendus. Ils ont une compréhension suffisante des concepts peut-être nouveaux comme cas d’utilisation, Backlog, Sprint, etc. Surtout, le développement et la livraison Scrum sont correctement appliqués au travail.

Alex découpe ensuite les exigences globales en une première liste de User Stories plus petites, puis convoque le premier Sprint Planning.

Sprint 1 - Jour 0

Pendant le Planification de Sprint, Alex présente le Backlog du plus prioritaire au moins prioritaire. L’équipe clarifie les questions et examine capacité et compétences pour chaque élément. Elle doit vérifier que toutes les ressources humaines et techniques sont prêtes avant le Sprint. Elle confirme tous les prérequis et dépendances critiques pour livrer les fonctionnalités.

Pendant la planification du Sprint (partie Quoi), les Developers prévoient de terminer les stories 1,2,3,6,7 et 8 pour atteindre le Sprint Goal convenu. Elles passent du Product Backlog au Sprint Backlog. Les stories 4 et 5 attendront, car une infrastructure technique préalable manque.

Après la partie Quoi, Anna réunit l’équipe pour approfondir la réalisation des stories prises en charge (partie Comment). Les tâches sont notées sur des cartes dans le Sprint Backlog. Chacun peut maintenant en choisir une et commencer.

Sprint 1 - Jour 1

Le matin, les Developers se réunissent pour leur Daily Scrum. Chacun donne une déclaration brève et concise sur le travail réalisé, actualise l’effort restant sur les cartes du Sprint Backlog, explique ses projets du jour et signale les obstacles.

Melinda signale un problème de licence de son environnement de développement intégré. Anna vérifie si d’autres sont touchés et promet de s’en occuper après la réunion. Après environ 15 minutes de Daily Scrum, chacun reprend le travail.

Anna actualise ensuite le graphique de reste à faire du Sprint pour visualiser la progression. Elle appelle ensuite le fournisseur, commande la licence et la transmet à Melinda.

Introduction à Scrum : cas réel à travers les phases et Sprints

Sprint 1 - Jour 2

Le matin, les Developers se réunissent de nouveau pour leur Daily Scrum. L’après-midi, James hésite sur le résultat attendu d’une story. Il appelle Alex pour la discuter et bien la comprendre. Une fois sûr de la suite, il reprend son implémentation.

Sprint 1 — Jour 6

La journée commence par le Daily Scrum. Anna constate qu’il dépasse 15 minutes : les membres discutent de l’optimisation de requêtes de base de données. Elle rappelle que les Daily Scrums ne servent pas aux longues discussions techniques, mais à inspecter les progrès vers le Sprint Goal et à adapter le plan des Developers.

Après la réunion, Alex informe Anna de nouvelles exigences client susceptibles d’affecter le Sprint et les suivants. Elle lui rappelle que les changements ne doivent pas compromettre le Sprint Goal. Developers et Product Owner peuvent clarifier ou renégocier le périmètre selon leurs découvertes, plutôt que figer chaque story sélectionnée. Anna organise donc une réunion d’affinage du Backlog l’après-midi pour qu’Alex présente les nouvelles exigences.

Le groupe l’aide à situer ces stories dans le plan global et à définir leur premier découpage, leurs estimations et priorités.

Sprint 1 — Jour 10

Au dernier jour du premier Sprint, Anna invite l’équipe à la Revue de Sprint. L’équipe a préparé un serveur hors production avec la dernière version de son incrément livrable.

Alex et M. Rich, partie prenante cliente, s’installent devant l’interface graphique. Ils vérifient si l’implémentation répond aux attentes et si les détails de la version actuelle sont bien documentés.

À la fin de la revue, Alex conclut :

• L’équipe a livré les stories 1,2,6 et 7 comme prévu.
• La story 3 n’a pas été terminée ni montrée. Elle revient au Product Backlog pour être réordonnée ; le travail restant pourra être sélectionné au prochain Sprint Planning.
• La story 8 ne satisfait pas la DoD commune. Elle revient au Product Backlog, où l’équipe clarifiera critères et tâches avant de décider de la reprendre.

Alex et M. Rich font un bref point avec l’équipe sur les changements et défis à venir concernant les exigences et la direction de la stratégie globale du logiciel. M. Rich remercie l’équipe pour ses efforts et son engagement, puis quitte la salle.

Après la revue, l’équipe se réunit pour la Réunion de Sprint Retrospective. Elle discute des réussites et améliorations possibles pour mieux prévoir et éviter les problèmes des stories 3 et 8. Elle manque notamment de connaissances de l’architecture globale. Anna prend en charge l’arrivée d’un architecte pour la coacher au début du Sprint suivant.

Sprint 2 - Jour 1

Alex, le Scrum Product Owner, continue d’ajouter des exigences au Scrum Product Backlog à la suite de ses récentes réunions avec les clients. Il précise également les critères d’acceptation et le travail restant pour la user story 8, en conservant la définition de fini commune, afin que la Scrum Team comprenne mieux le résultat attendu.

Alex invite ensuite l’équipe à la planification du Sprint 2. La Scrum Team convient d’un objectif de Sprint, et les Developers sélectionnent et planifient les user stories nécessaires. Anna, la Scrum Master, contribue à l’efficacité de l’événement, puis le deuxième Sprint commence.