# Scrum, les bases- cas d'étude

## Cas d'études

<figure><img src="https://54756114-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FhwakKhHwrxvgUCobBDt8%2Fuploads%2F64f9SioUbkYi7GodV2rn%2Fimage.png?alt=media&#x26;token=753f8790-8b96-4ce7-b8b7-1872b3ed73d6" alt=""><figcaption></figcaption></figure>

### Cas 1 - Arrivez-vous à faire le lien avec les [4 pôles collaboratifs](https://cpnv-es-ngy.gitbook.io/gpr1/archives/2024-2025/theorie-et-concepts/les-bases-du-travail-collaboratif) ?

<mark style="color:orange;">Réponse attenude</mark>

<mark style="color:orange;">Le pôle 1 (comprendre) est réalisé au moment de la construction du Sprint Backlog.</mark>

<mark style="color:orange;">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.</mark>

<mark style="color:orange;">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).</mark>

{% hint style="info" %}
En vous aidant du [guide](https://scrumguides.org/index.html), répondez aux questions suivantes:
{% endhint %}

### Cas 2 -Quelle est la différence entre une "Sprint Retrospective" et une "Sprint Review".

<mark style="color:orange;">**La review**</mark> <mark style="color:orange;"></mark><mark style="color:orange;">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.</mark>

Source: [scrum guide - review](https://scrumguides.org/scrum-guide.html#sprint-review)

<mark style="color:orange;">**La rétrospective**</mark> <mark style="color:orange;"></mark><mark style="color:orange;">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.</mark>

Source: [scrum guide - retrospective](https://scrumguides.org/scrum-guide.html#sprint-retrospective)

<mark style="color:orange;">Exemple de mise en pratique:</mark>

<mark style="color:orange;">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é.</mark>\ <mark style="color:orange;">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.</mark>

### Cas 3 - Quelle est la posture du "Product Owner" lors du "Sprint Planning" ?

<mark style="color:orange;">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.</mark>

Source: [scrum guide - sprint planning](https://scrumguides.org/scrum-guide.html#sprint-planning)

### Cas 4 - Qu'est-ce qui ne doit pas changer durant le sprint courant ?

<mark style="color:orange;">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.</mark>

<mark style="color:orange;">Cependant les éléments suivants ne sont pas négociables et chacun des membres du projet doit veiller à respecter cela:</mark>

* <mark style="color:orange;">La durée du sprint</mark>
* <mark style="color:orange;">L'objectif du sprint</mark>
* <mark style="color:orange;">Le niveau de qualité du produit final</mark>

Source : [scrum guide - sprint](https://scrumguides.org/scrum-guide.html#the-sprint)
