Ficha de revisão: Principes et pratiques Scrum essentiels

📋 Plan du Cours

1. But et évolution du Guide Scrum
2. Définition et théorie fondamentale de Scrum
3. Piliers empiriques de Scrum : transparence, inspection et adaptation
4. Valeurs fondamentales de la Scrum Team
5. Rôles et responsabilités dans la Scrum Team : Developers, Product Owner et Scrum Master
6. Organisation et déroulement du Sprint : règles et principes
7. Sprint Planning : objectifs et thèmes abordés
8. Fonctionnement et objectifs du Daily Scrum
9. Sprint Review et Sprint Retrospective : inspection et amélioration continue
10. Engagements liés aux artefacts Scrum : Objectif de Produit, Sprint Backlog, Increment et Definition of Done
11. Changements majeurs introduits dans la version 2020 du Guide Scrum
12. Simplification et recentrage du cadre Scrum sur une seule Scrum Team autogérée

📖 1. But et évolution du Guide Scrum

🔑 Notions clés & Définitions

• But du Guide Scrum : Leur description dépasse le but du Guide Scrum car ils sont liés à leur contexte et diffèrent largement en fonction de l’usage de Scrum.

📝 Points essentiels

• Changer la conception ou les idées de base de Scrum, omettre des éléments, ou ne pas suivre les règles de Scrum contribue à dissimuler les problèmes et limite les avantages de Scrum, le rendant même potentiellement inutile.
• Le Guide Scrum a été écrit en 2010 pour aider les gens du monde entier à comprendre Scrum, puis il a été fait évoluer avec de petites mises à jour fonctionnelles.
• Scrum est adopté dans de nombreux domaines comportant des activités complexes, au-delà du développement de produits logiciels où Scrum trouve ses racines.
• Nous avons écrit la première version du Guide Scrum en 2010 pour aider les gens du monde entier à comprendre Scrum.
• Chaque élément du cadre contribue à un objectif précis qui est essentiel à la valeur globale et aux résultats obtenus avec Scrum.

💡 À retenir

Le Guide Scrum sert de garde-fou : il définit le cadre de travail et relie chaque élément à la valeur et aux résultats attendus, de sorte qu’omettre ou modifier les règles peut masquer des problèmes et réduire les bénéfices, voire rendre Scrum inutile.

📖 2. Définition et théorie fondamentale de Scrum

🔑 Notions clés & Définitions

• Approche itérative et incrémentale : Approche utilisée par Scrum pour optimiser la prédictibilité et le contrôle du risque.

📝 Points essentiels

• Scrum utilise une approche itérative et incrémentale pour optimiser la prédictibilité et le contrôle du risque.
• La pensée Lean réduit le gaspillage et se focalise sur l’essentiel.
• Scrum engage des groupes de personnes qui possèdent collectivement toutes les compétences et l’expertise requises pour faire le travail, avec partage ou acquisition de telles compétences selon les besoins.
• Scrum combine quatre événements formels pour l’inspection et l’adaptation dans un événement conteneur, le Sprint.
• Les événements de Scrum fonctionnent parce qu’ils mettent en œuvre les piliers empiriques de Scrum : transparence, inspection et adaptation.

💡 À retenir

Scrum s’appuie sur l’empirisme et la pensée Lean, et utilise une approche itérative et incrémentale pour optimiser la prédictibilité et le contrôle du risque, grâce à des événements qui mettent en œuvre transparence, inspection et adaptation.

📖 3. Piliers empiriques de Scrum : transparence, inspection et adaptation

🔑 Notions clés & Définitions

• Scrum Team : La Scrum Team transforme une sélection de ce travail en un Increment de valeur lors d'un Sprint.

📝 Points essentiels

• Avec Scrum, les décisions importantes sont fondées sur l’état perçu de ses trois artefacts formels.
• Des artefacts peu transparents peuvent mener à des décisions qui diminuent la valeur et augmentent le risque.
• Les artefacts Scrum et les progrès vers les objectifs convenus doivent être inspectés fréquemment et avec diligence pour détecter des écarts ou des problèmes potentiellement indésirables.
• L’adaptation doit être effectuée le plus rapidement possible afin de minimiser tout écart supplémentaire.
• Transparence : le processus et le travail émergents doivent être visibles pour ceux qui effectuent le travail et pour ceux qui le reçoivent.

💡 À retenir

Scrum fonctionne comme un système de feedback : la transparence permet l’inspection, l’inspection doit conduire à l’adaptation, et l’adaptation doit être faite le plus rapidement possible pour minimiser tout écart supplémentaire ; sinon la valeur diminue et le risque augmente.

📖 4. Valeurs fondamentales de la Scrum Team

🔑 Notions clés & Définitions

• Scrum Team : S'adapter dès lors que l’inspection révèle quelque chose de nouveau.

📝 Points essentiels

• Focus : le but principal de la Scrum Team est la réalisation du Sprint pour progresser le plus possible vers les objectifs.
• Ouverture : la Scrum Team et ses parties prenantes sont ouvertes sur le travail et les défis à relever.
• Les membres de la Scrum Team se respectent mutuellement pour être des personnes compétentes et indépendantes et, sont respectés en tant que tels par les personnes avec lesquelles ils travaillent.

💡 À retenir

Focus : le but principal de la Scrum Team est la réalisation du Sprint pour progresser le plus possible vers les objectifs.

📖 5. Rôles et responsabilités dans la Scrum Team : Developers, Product Owner et Scrum Master

📝 Points essentiels

• Developers : engagement à traiter tout ou partie utile d’un Increment à chaque Sprint.
• Developers : redevables de créer un plan de Sprint et un Sprint Backlog, d’adapter leur plan chaque jour par rapport à l’Objectif de Sprint, et de se tenir mutuellement responsables en tant que professionnels.
• Product Owner : redevable de la gestion efficace du Product Backlog, incluant formuler et communiquer explicitement l’Objectif de Produit, créer et communiquer clairement les éléments du Product Backlog, et s’assurer que le Product Backlog est transparent, visible et compris.
• Product Owner Le Product Owner est redevable de maximiser la valeur du produit résultant du travail de la Scrum Team.
• Developers Les Developers sont les membres de la Scrum Team qui s'engagent à traiter tout ou partie utile d’un Increment à chaque Sprint.

💡 À retenir

La redevabilité se répartit : les Developers s’engagent à traiter tout ou partie utile d’un Increment à chaque Sprint et assurent la planification, l’adaptation quotidienne et la responsabilité mutuelle ; le Product Owner vise la maximisation de la valeur produit via le Product Backlog ; le Scrum Master rend Scrum efficace en aidant l’équipe et l’organisation à appliquer le cadre.

📖 6. Organisation et déroulement du Sprint : règles et principes

🔑 Notions clés & Définitions

• Product Backlog : Liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit, acquérant généralement un degré de transparence après avoir été affinée.

📝 Points essentiels

• Durant le Sprint : aucun changement n’est permis qui pourrait remettre en cause l’Objectif de Sprint.
• Durant le Sprint : les objectifs de qualité ne sont jamais revus à la baisse.
• Durant le Sprint : le Product Backlog est affiné si nécessaire.
• Durant le Sprint : le périmètre peut être clarifié et renégocié avec le Product Owner selon ce qu’on en apprend.
• Les Sprints permettent la prédictibilité en assurant l’inspection et l’adaptation de la progression vers l’Objectif de Produit, une fois par mois calendaire au moins.
• Devoir sélectionner ce qui peut ou ne peut pas être accompli durant un Sprint est une tâche difficile.
• Product Backlog Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit.

💡 À retenir

Le Sprint est un conteneur à durée fixe (d’un mois ou moins) qui protège l’Objectif de Sprint et les objectifs de qualité, tout en permettant l’affinage du Product Backlog et la clarification/renégociation du périmètre avec le Product Owner selon ce qu’on en apprend.

📖 7. Sprint Planning : objectifs et thèmes abordés

🔑 Notions clés & Définitions

• Sprint Planning : Limité dans le temps à un maximum de huit heures pour un Sprint d'un mois.

📝 Points essentiels

• La façon de procéder pour planifier le travail est laissée à la seule discrétion des Developers.
• Elle est limitée dans le temps à un maximum de trois heures pour un Sprint d'un mois.

💡 À retenir

La façon de procéder pour planifier le travail est laissée à la seule discrétion des Developers.

📖 8. Fonctionnement et objectifs du Daily Scrum

🔑 Notions clés & Définitions

• Daily Scrum : Un événement de 15 minutes, pour les Developers de la Scrum Team.

📝 Points essentiels

• Le Daily Scrum dure 15 minutes et est réservé aux Developers de la Scrum Team.
• Si le Product Owner et/ou le Scrum Master travaillent activement sur des éléments du Sprint Backlog, ils participent en tant que Developers.
• L’objectif du Daily Scrum est d’inspecter la progression vers l’Objectif de Sprint et d’adapter le Sprint Backlog si nécessaire, en ajustant les futurs travaux planifiés.

💡 À retenir

Le Daily Scrum sert à inspecter la progression vers l’Objectif de Sprint et à adapter le Sprint Backlog si nécessaire, afin d’ajuster les futurs travaux planifiés et de produire un plan d’action pour la prochaine journée de travail.

📖 9. Sprint Review et Sprint Retrospective : inspection et amélioration continue

🔑 Notions clés & Définitions

• Sprint Review : Événement Scrum dont l’objectif est d’inspecter le résultat du Sprint et de déterminer les adaptations futures.
• Sprint Retrospective : Événement Scrum dont l’objectif consiste à réfléchir à des pistes pour améliorer la qualité et l’efficacité, en identifiant les changements les plus utiles pour améliorer l’efficacité de la Scrum Team.

📝 Points essentiels

• La Sprint Review présente les résultats du travail aux principales parties prenantes et discute les progressions vers l’Objectif de Produit.
• La Sprint Review est une session de travail et doit éviter d’être limitée à une session de présentation.
• La Sprint Review est l’avant-dernier événement du Sprint et se limite dans le temps à un maximum de quatre heures pour un Sprint d’un mois (et généralement plus court pour des Sprints plus courts).

💡 À retenir

La Sprint Review présente les résultats du travail aux principales parties prenantes et discute les progressions vers l’Objectif de Produit.

📖 10. Engagements liés aux artefacts Scrum : Objectif de Produit, Sprint Backlog, Increment et Definition of Done

🔑 Notions clés & Définitions

• Objectif de Produit : État futur du produit pouvant servir de cible à la Scrum Team pour planifier, et qui se trouve dans le Product Backlog.
• Sprint Backlog : Un plan élaboré par et pour les Developers.

📝 Points essentiels

• L’Objectif de Produit est dans le Product Backlog et sert de cible à la Scrum Team pour planifier.
• Chaque Increment s’ajoute aux Increments précédents et fait l’objet d’une vérification approfondie pour garantir qu’ils fonctionnent ensemble.
• Dès qu’un élément du Product Backlog satisfait à la Definition of Done, il se transforme en Increment.

💡 À retenir

L’Objectif de Produit est dans le Product Backlog et sert de cible à la Scrum Team pour planifier.

📖 11. Changements majeurs introduits dans la version 2020 du Guide Scrum

🔑 Notions clés & Définitions

• Introduction de l’Objectif de Produit : Engagement introduit pour permettre à la Scrum Team de se focaliser sur un objectif plus important, chaque Sprint devant rapprocher le produit de son objectif global.
• Autogérée plutôt qu’auto-organisée : Orientation du cadre où la Scrum Team est mise en avant comme autogérée par rapport à un objectif à atteindre, en choisissant avec qui, comment et sur quoi travailler.
• 2020 du Guide Scrum : Version du Guide Scrum qui documente Scrum tel qu’il a été développé puis tel qu’il a évolué et a été soutenu pendant plus de 30 ans, et qui présente des changements entre les versions 2017 et 2020.

📝 Points essentiels

• La version 2020 élimine le concept d’équipe dans l’équipe, ce qui conduit à un comportement « proxy » et « nous et eux » entre le PO et l’équipe de développement.
• La version 2020 introduit l’Objectif de Produit pour que chaque Sprint rapproche le produit de son objectif global.
• La version 2020 apporte plus de clarté en reliant les trois artefacts à des engagements : Objectif de Produit (Product Backlog), Objectif de Sprint (Sprint Backlog), Definition of Done (Increment).
• La version 2020 met l’accent sur une Scrum Team autogérée par rapport à un objectif à atteindre, en choisissant avec qui, comment et sur quoi travailler.

💡 À retenir

La version 2020 recentre Scrum : moins de prescription, plus de clarté via l’Objectif de Produit et des engagements reliant les artefacts, et une seule Scrum Team orientée objectif.

📖 12. Simplification et recentrage du cadre Scrum sur une seule Scrum Team autogérée

🔑 Notions clés & Définitions

• Scrum Team autogérée : Scrum Team mise en avant comme autogérée par rapport à un objectif à atteindre, en choisissant avec qui, comment et sur quoi travailler.
• Trois thèmes liés à la Sprint Planning : Structure de la Sprint Planning où, en plus des thèmes « Quoi » et « Comment », un troisième thème « Pourquoi » est mis en avant, faisant référence à l’Objectif de Sprint.

📝 Points essentiels

• La Scrum Team conserve trois ensembles de responsabilités distincts : Product Owner, Scrum Master et Developers.
• Le Guide Scrum 2020 compte désormais moins de 13 pages.
• Le cadre est présenté comme minimal : la Scrum Team est guidée par l’objectif et les engagements plutôt que par des prescriptions détaillées.

💡 À retenir

La Scrum Team conserve trois ensembles de responsabilités distincts : Product Owner, Scrum Master et Developers.

🧩 Compléments de couverture

1. Le Guide Scrum explique que Scrum a été développé au début des années 1990.
2. Le Guide Scrum précise que Scrum est documenté comme ayant été développé puis évolué et soutenu pendant plus de 30 ans par Jeff Sutherland et Ken Schwaber.
3. Le Guide Scrum précise que Scrum n'existe que dans sa totalité et peut fonctionner comme un conteneur pour d'autres techniques, méthodologies et pratiques.
4. 13 Si la Definition of Done pour un Increment fait partie des standards de l'organisation, toutes les Scrum Teams doivent la suivre au minimum.
5. 6 Scrum Team L’unité fondamentale de Scrum est une petite équipe, la Scrum Team.
6. Product Backlog Items – les éléments du Backlog Produit) ou des éléments de la rétrospective à ajouter au Sprint Backlog, la synthétisation du passage sur l’annulation de Sprint, etc.
7. Le Scrum Master rend service à la Scrum Team de plusieurs façons : Accompagner les membres de l'équipe en matière d'autogestion et de pluridisciplinarité ;.
8. Le Scrum Master rend service au Product Owner de plusieurs façons : L’aider à trouver des techniques pour définir efficacement l'Objectif de Produit et gérer efficacement du Product Backlog ;.
9. Le Scrum Master rend service à l'organisation de plusieurs façons : Accompagner, former et encadrer l'organisation dans son adoption de Scrum ;.
10. Si plusieurs Scrum Teams travaillent ensemble sur un même produit, elles doivent la définir ensemble et s’y conformer.
11. Simplification globale du langage pour un public plus large Le Guide Scrum 2020 s’efforce également d’éliminer les déclarations redondantes et complexes.
12. La version 2020 vise à ramener Scrum à un cadre minimal suffisant en supprimant autant que faire se peut le langage prescriptif.
13. 14 Changements entre les versions 2017 et 2020 du Guide Scrum .
14. 14 Note de fin Scrum est gratuit et offert dans ce guide.
15. Le Guide Scrum compte désormais moins de 13 pages.
16. 15 4 Définition de Scrum Scrum est un cadre de travail léger qui aide les personnes, les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes.

📅 Repères chronologiques

Date	Événement
2010	Première version du Guide Scrum écrite pour aider les gens du monde entier à comprendre Scrum
2017	Changements entre les versions 2017 et 2020 du Guide Scrum
2020	Version 2020 : simplification du langage et recentrage sur un cadre minimal suffisant

📊 Tableaux de Synthèse

But du Guide Scrum vs conséquences d’écarts aux règles

Aspect	Ce que le contenu dit	Conséquence si on omet/modifie
Écarts aux règles	Changer la conception ou les idées de base, omettre des éléments, ou ne pas suivre les règles de Scrum	Contribue à dissimuler les problèmes et limite les avantages de Scrum, le rendant même potentiellement inutile

Piliers empiriques : transparence, inspection, adaptation

Pilier	Ce que le contenu dit	Chaînage avec les autres
Transparence	Le processus et le travail émergents doivent être visibles pour ceux qui effectuent le travail et pour ceux qui le reçoivent	Permet l’inspection
Inspection	Les artefacts Scrum et les progrès vers les objectifs convenus doivent être inspectés fréquemment et avec diligence	Doit conduire à l’adaptation
Adaptation	L’adaptation doit être effectuée le plus rapidement possible afin de minimiser tout écart supplémentaire	Sinon la valeur diminue et le risque augmente

⚠️ Pièges & Confusions Fréquentes

1. Oublier que le Guide Scrum sert de garde-fou : omettre ou modifier les règles peut masquer des problèmes et réduire les bénéfices, voire rendre Scrum inutile
2. Confondre transparence avec une simple communication : le contenu insiste sur la visibilité du processus et du travail émergent pour ceux qui font et pour ceux qui le reçoivent
3. Croire que l’inspection n’a pas besoin d’être fréquente et diligente : le contenu exige une inspection fréquente et avec diligence des artefacts et des progrès
4. Retarder l’adaptation : le contenu précise que l’adaptation doit être faite le plus rapidement possible pour minimiser tout écart supplémentaire
5. Penser que le Daily Scrum est ouvert à tous sans condition : il est réservé aux Developers (le PO et/ou le SM participent seulement s’ils travaillent activement comme Developers)
6. Limiter la Sprint Review à une présentation : le contenu dit qu’elle doit éviter d’être limitée à une session de présentation
7. Réviser les objectifs de qualité à la baisse pendant le Sprint : le contenu indique que les objectifs de qualité ne sont jamais revus à la baisse durant le Sprint

✅ Checklist Examen

1. Identifier le but du Guide Scrum comme garde-fou reliant chaque élément à la valeur et aux résultats attendus
2. Relier Scrum à l’empirisme et à la pensée Lean (réduction du gaspillage, focalisation sur l’essentiel)
3. Expliquer le chaînage : transparence → inspection → adaptation, avec adaptation rapide pour minimiser l’écart
4. Vérifier que les décisions importantes sont fondées sur l’état perçu des trois artefacts formels
5. Rappeler que les artefacts Scrum et les progrès vers les objectifs convenus doivent être inspectés fréquemment et avec diligence
6. Décrire le but principal de la Scrum Team : réaliser le Sprint pour progresser le plus possible vers les objectifs
7. Citer les engagements des Developers : traiter tout ou partie utile d’un Increment à chaque Sprint et se tenir mutuellement responsables
8. Décrire l’engagement du Product Owner sur la gestion efficace du Product Backlog et l’Objectif de Produit
9. Décrire le Daily Scrum : 15 minutes, réservé aux Developers, objectif d’inspecter la progression vers l’Objectif de Sprint et d’adapter le Sprint Backlog
10. Décrire la Sprint Review : inspecter le résultat du Sprint et déterminer les adaptations futures, sans se limiter à une présentation
11. Décrire la Sprint Retrospective : réfléchir à des pistes pour améliorer la qualité et l’efficacité et identifier les changements utiles pour améliorer l’efficacité de la Scrum Team