Cadre Scrum — Unité d’auto-apprentissage
Cours d’auto-apprentissage
Cadre Scrum
Un cours d’autoformation sur le cadre Scrum — de l’empirisme et des valeurs aux responsabilités, aux événements et aux artefacts, jusqu’à la responsabilité produit et à l’efficacité d’équipe dans la pratique. Chaque leçon se termine par des questions d’examen, chaque section par un test final.
Remarque sur votre progressionCe navigateur n’autorise pas l’enregistrement pour les fichiers ouverts localement. Le cours fonctionne intégralement, mais les coches et les résultats des tests sont perdus à la fermeture. Remède : ouvrir les fichiers depuis un lecteur réseau ou un serveur web, ou autoriser l’enregistrement des données de site pour cette page dans les réglages du navigateur.
Comment le cours est construit
L’ordre est recommandé, mais chaque section fonctionne aussi séparémentDouze sections, dix communes et deux par spécialité
L’ordre est recommandé ; chaque section fonctionne aussi séparément
Les douze sections
La barre de chaque tuile montre votre propre progression-
1
Fondements agiles et travail empirique
Pourquoi tout planifier d’avance échoue sur les produits complexes, ce que signifie l’empirisme et en quoi l’itératif diffère de l’incrémental.
-
2
Le cadre en un coup d’œil
La définition en une phrase, les trois responsabilités, cinq événements, trois artefacts et trois engagements — et pourquoi le cadre est immuable.
-
3
Les cinq valeurs
Commitment, Focus, Openness, Respect et Courage — comment les valeurs façonnent les comportements et comment on repère qu’elles sont bafouées.
-
4
L’Équipe Scrum
Une seule unité, sans sous-équipes ni hiérarchies, dix personnes ou moins, pluridisciplinaire et autogérée — et ce dont les Developers sont responsables.
-
5
Product Owner — responsable de la valeur
Une personne, pas un comité : gestion du Product Backlog, décisions qui engagent, transparence du backlog et relation avec les parties prenantes.
-
6
Scrum Master — un leadership qui sert
Responsable de l’efficacité de l’équipe : service à l’équipe, au Product Owner et à l’organisation — et les quatre modes de soutien.
-
7
Le Sprint
Le conteneur de tout le reste : durée fixe, un mois au plus, périmètre négociable à qualité constante — et qui peut annuler un Sprint.
-
8
Sprint Planning et Daily Scrum
Le Pourquoi, le Quoi et le Comment dans le Planning, la naissance du Sprint Goal, et le Daily Scrum comme adaptation du plan — non comme réunion de statut.
-
9
Sprint Review et Sprint Retrospective
La Review comme séance de travail pour inspecter le résultat, non comme comité d’approbation — et la Retrospective comme clôture du Sprint.
-
10
Artefacts et engagements
Product Backlog avec le Product Goal, Sprint Backlog avec le Sprint Goal, Increment avec la Definition of Done — et ce que « terminé » signifie solidement.
-
11
La responsabilité produit dans la pratique
Bloc de rôle produit : vision et stratégie, frontières du produit, mesure de la valeur, implication des parties prenantes, techniques de backlog et prévision.
-
12
Efficacité d’équipe et changement organisationnel
Bloc de rôle facilitation : mener une discussion jusqu’à la décision, conflit, métriques de flux, dette technique, plusieurs équipes et changement.
Comment travailler avec ce cours
Lire et cocher
Chaque leçon commence par un schéma, puis viennent l’énoncé central, les points à retenir avec leur source et un exemple pratique. La coche à gauche la marque comme terminée.
Vérifier aussitôt
Deux questions par leçon en trois formats : choix unique avec quatre options, choix multiple avec le nombre de bonnes réponses indiqué, et vrai/faux. Après vérification, chaque option porte une étiquette.
Terminer la section
Chaque section se termine par un test final de neuf à onze questions sur l’ensemble de la matière. À partir de 85 pour cent, il est réussi — avec dix questions, cela veut dire : une erreur au maximum.
Utiliser les sources
Chaque point à retenir porte une étiquette. Elle nomme la section du document de référence d’où provient l’affirmation — ou Pratique, lorsqu’il s’agit d’un usage répandu et non d’une prescription.
Termes importants
Les termes du cadre restent sous leur forme anglaise, parce que les questions d’examen les emploient ainsi- Scrum
- Cadre léger qui aide à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes. Immuable : ce n’est Scrum que dans son ensemble.
- Empirisme
- La connaissance naît de l’expérience et de l’observation, non de la prédiction. Dans le cadre, il porte les trois piliers transparence, inspection et adaptation. À côté se tient le Lean Thinking : réduire le gaspillage, se concentrer sur l’essentiel.
- Transparence
- Le travail et les artefacts sont visibles pour ceux qui réalisent le travail et pour ceux qui le reçoivent. Condition de toute inspection utile ; une inspection sans elle induit en erreur.
- Inspection
- Les artefacts et l’avancement sont inspectés fréquemment et avec soin. Les événements sont les occasions intégrées pour cela — quatre à l’intérieur du Sprint, cinq en comptant le Sprint lui-même.
- Adaptation
- Si quelque chose s’écarte des limites acceptables, la démarche ou le résultat est corrigé au plus vite. Une inspection sans adaptation reste sans effet.
- Équipe Scrum
- L’unité fondamentale : un Product Owner, un Scrum Master et des Developers. Habituellement dix personnes ou moins — un repère, pas une limite. Pluridisciplinaire, autogérée, sans sous-équipes ni hiérarchies.
- Product Owner
- Responsable de la maximisation de la valeur du produit et d’une gestion efficace du Product Backlog. Une personne, pas un comité.
- Scrum Master
- Responsable de l’efficacité de l’Équipe Scrum et de la mise en place du cadre. Sert l’équipe, le Product Owner et l’organisation ; fait en sorte que les obstacles soient levés.
- Developers
- Les personnes de l’Équipe Scrum qui créent, à chaque Sprint, tous les aspects d’un Increment utilisable. Elles planifient le Sprint, intègrent la qualité par la Definition of Done et adaptent leur plan chaque jour.
- Sprint
- Le conteneur de tous les autres événements et de tout le travail. Durée fixe, un mois ou moins ; le suivant commence immédiatement après la fin du précédent.
- Sprint Planning
- Ouvre le Sprint et traite le Pourquoi, le Quoi et le Comment. Huit heures au plus pour un Sprint d’un mois, généralement moins pour des Sprints plus courts. Son résultat est le Sprint Backlog.
- Daily Scrum
- Quinze minutes chaque jour ouvré, pour les Developers. La timebox est fixe et n’est pas raccourcie pour des Sprints plus courts. Inspecte l’avancement vers le Sprint Goal. Aucun format imposé.
- Sprint Review
- Inspecte le résultat du Sprint avec les principales parties prenantes et détermine les adaptations futures. Quatre heures au plus pour un Sprint d’un mois. Séance de travail, et non comité d’approbation.
- Sprint Retrospective
- Planifie des moyens d’accroître la qualité et l’efficacité et clôt le Sprint. Trois heures au plus pour un Sprint d’un mois.
- Product Backlog
- Liste émergente et ordonnée de ce qui est nécessaire pour améliorer le produit. Seule source de travail de l’Équipe Scrum. Il porte le Product Goal.
- Sprint Backlog
- Le Sprint Goal, les éléments sélectionnés et un plan actionnable pour les livrer — le Pourquoi, le Quoi et le Comment. Un plan par les Developers et pour les Developers. Il porte le Sprint Goal.
- Increment
- Palier concret vers le Product Goal, additif à tous les précédents et vérifié avec soin. Utilisable, afin qu’il apporte de la valeur. Plusieurs par Sprint sont possibles. Il porte la Definition of Done.
- Product Goal
- Décrit un état futur du produit et sert de cible à la planification. Contenu dans le Product Backlog ; un seul à la fois — il est atteint ou abandonné avant que le suivant soit entrepris.
- Sprint Goal
- L’unique objectif du Sprint et un engagement des Developers, élaboré par toute l’Équipe Scrum lors du Sprint Planning. Le périmètre reste négociable sans toucher à l’objectif.
- Definition of Done
- Description formelle de l’état dans lequel l’Increment satisfait aux mesures de qualité du produit. En l’absence de standard de l’organisation, l’Équipe Scrum l’établit ; un standard vaut comme minimum. Avec plusieurs équipes sur le même produit, elle est commune.
- Refinement
- Découpage et précision continus des éléments du Product Backlog. Ni événement, ni timebox. La taille est décidée par les Developers qui font le travail.
- Stakeholder
- Personnes qui ont un intérêt dans le produit sans appartenir à l’Équipe Scrum. Le Sprint Review est le lieu intégré de la collaboration avec elles ; l’ouverture est également attendue d’elles.
- Autogestion
- L’équipe décide en interne du qui, du quoi, du quand et du comment de la réalisation. Pas du contenu ni de l’ordre du Product Backlog, ni d’un standard minimal de l’organisation.
- Pluridisciplinaire
- Ensemble, les membres détiennent toutes les compétences nécessaires pour créer de la valeur à chaque Sprint — sans transfert permanent vers l’extérieur. L’édition allemande du document de référence dit pour cela « interdisziplinär ».
- Responsabilité du résultat
- En anglais accountable : celui qui la porte répond du résultat et ne peut s’en dessaisir. Il faut la distinguer de la responsabilité d’exécution (responsible) du travail lui-même — celle-ci peut être déléguée.
- Timebox
- La durée à laquelle un événement est au plus limité. Elle n’est pas dépassée. Pour le Daily Scrum elle est fixe ; pour les autres événements, la valeur indiquée vaut pour un Sprint d’un mois et, pour des Sprints plus courts, elle est en règle générale moindre.
- Velocity
- Usage répandu pour estimer la quantité livrée par Sprint. Ne fait pas partie du cadre et n’est pas comparable d’une équipe à l’autre.
- Termes allemands
- Ce cours emploie les termes de base anglais. L’édition allemande du document de référence écrit entre autres Produkt-Ziel pour Product Goal, Developer:innen, Product Owner:in, Scrum Master:in et Stakeholder:innen. Il s’agit chaque fois de la même chose.
Étendue et limites
Termes et formesCe cours emploie les termes de base anglais : Product Goal, Sprint Backlog, Definition of Done, Developers, Product Owner, Scrum Master, Stakeholder. L’édition allemande du document de référence en traduit certains et écrit entre autres Produkt-Ziel, Developer:innen, Product Owner:in, Scrum Master:in, Stakeholder:innen ainsi que interdisziplinär pour cross-functional. Il s’agit chaque fois de la même chose. Comme les questions d’examen sur ce sujet sont posées majoritairement en anglais, ce sont les formes anglaises qui prévalent ici.
Ce qui est étayé
Les points à retenir portant une étiquette telle que Cadre : Sprint indiquent la section du document de référence sur laquelle l’affirmation s’appuie. L’étiquette Manifeste Agile renvoie aux quatre couples de valeurs et aux douze principes, Lean au Lean Thinking mentionné dans le cadre.
Ce qui relève de la pratique
Environ un tiers des points à retenir portent l’étiquette Pratique. Derrière elle se trouvent des usages répandus que le cadre ne prescrit pas — techniques d’estimation, métriques de flux, prévision, formes contractuelles. La distinction est elle-même matière d’examen.
Progression et protection des données
Vos coches sont enregistrées dans votre compte Zertio, afin que votre progression soit encore là sur un autre appareil. Les réponses, les résultats des tests et le choix entre clair et sombre résident uniquement dans le stockage local de votre navigateur ; sans connexion, cela vaut pour l’intégralité de l’état. Le bouton Réinitialiser efface l’intégralité de l’état — dans le navigateur comme dans votre compte.