Cadre Scrum — Unité d’auto-apprentissage
Section 1 sur 12 · Référence : document de référence du cadre 2020, sections Objectif et Théorie ; Manifeste Agile
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.
En un coup d’œil
Les liens essentiels de cette section sous forme de schémaRemarque sur cette sectionLes points à retenir marqués Pratique ou Lean, la distinction entre méthode et pratique, les différentes formes de gaspillage ainsi que tous les chiffres des exemples ne proviennent pas du document de référence du cadre. Les quatre couples de valeurs du Manifeste Agile sont nommés dans leur forme française établie et ses douze principes sont restitués dans leur esprit ; aucun passage continu n’en est repris.
Les trois piliers suivent un ordre fixe
Chaque pilier suppose le précédent — c’est pourquoi aucun ne peut être omis
Itératif
Le même résultat est retravaillé et affiné par cycles.
Pratique
Incrémental
Chaque cycle ajoute une partie utilisable.
Pratique
Scrum est les deux
Chaque Sprint crée un apport utilisable et permet de retravailler ce qui est déjà né.
Cadre : Théorie
Les 8 leçons
Cliquer pour déplier · la coche à gauche marque une leçon comme terminéeTravail planifiable et travail produit complexe appellent des démarches opposées
Travail planifiable
- La solution est connue par des passages antérieurs et reproductible
- L’écart au plan est tenu pour une erreur et est ramené à la norme
- Un long plan au départ abaisse le coût total
Travail produit complexe
- La solution ne se révèle qu’au fil du travail
- L’écart est une découverte nouvelle et modifie le plan
- Des cycles courts avec une vraie inspection abaissent le coût total
À retenir : Piège d’examen : ce n’est pas la taille d’un projet qui le rend complexe, mais l’ignorance de la solution. Le prix d’une correction croît avec la distance entre la décision et son inspection. Placer toutes les décisions au début, c’est bâtir des mois de travail sur des hypothèses que personne n’a vérifiées. C’est pourquoi le travail empirique remplace l’unique plan long par de nombreux cycles courts, dans lesquels chaque hypothèse rencontre tôt un résultat.
Pratique- Un travail est réputé planifiable lorsqu’un travail comparable a déjà été réalisé plusieurs fois avec un résultat comparable.
- Plus une erreur est repérée tard, plus le travail déjà construit par-dessus en dépend et doit être corrigé avec elle.
- La réponse à un travail imprévisible n’est pas un plan plus fin, mais une distance plus courte entre la décision et son inspection.
Cadre : Sprint- Une durée de cycle fixe et courte limite le dommage d’une mauvaise décision au travail d’un seul Sprint.
Exemple pratique
Une équipe doit remplacer le portail de réservation d’un assureur. En amont, 240 exigences sont rédigées et validées sur neuf mois. Au bout de sept mois, la première version est remise à 50 utilisateurs de test : la recherche n’est presque pas utilisée et, à la place, les utilisateurs réclament un espace documentaire qui ne figure dans aucune exigence. Comme le modèle de données et l’interface sont taillés pour la recherche décrite, la modification coûte trois mois. Avec des cycles de deux semaines et un usage réel, la même découverte aurait été disponible au bout de quatre semaines pour deux semaines de reprise.
Contrôle des connaissances – leçon 1
2 questionsQuestion Une équipe doit développer un produit reposant sur une technique non éprouvée et un comportement utilisateur inconnu. Qu’en découle-t-il pour la planification ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur la théorie fonde les décisions sur l’expérience et l’observation ; dans un travail complexe, seul le déroulement montre ce qui se produit réellement. Un plan plus fin ou gelé ne fait qu’augmenter la quantité d’hypothèses non vérifiées. Attendre que la solution soit entièrement connue reporterait le démarrage indéfiniment.Question La planification d’avance échoue sur les produits complexes avant tout parce que les projets sont trop grands. Ce motif est-il exact ?
Vrai ou faux · une réponse est correcte
ExplicationCe n’est pas la taille d’un projet qui le soustrait à la planification d’avance, mais l’ignorance de la solution ; le cadre vise expressément les problèmes complexes. Un petit projet reposant sur une technique non éprouvée n’est pas non plus planifiable d’avance, tandis qu’un grand projet fait d’un travail connu l’est souvent très bien. L’effort de planification lui-même n’y change rien.Les deux côtés de chaque couple ont de la valeur ; celui de gauche pèse davantage
Pondéré plus haut Garde sa valeur Source Les individus et leurs interactions Les processus et les outils Manifeste Agile Un logiciel qui fonctionne Une documentation exhaustive Manifeste Agile La collaboration avec le client La négociation contractuelle Manifeste Agile L’adaptation au changement Le suivi d’un plan Manifeste Agile À retenir : Piège d’examen : le côté droit est souvent lu comme rejeté, alors qu’il est seulement pondéré plus bas ; les colonnes nomment les couples de valeurs dans leur forme française établie. Le Manifeste ne décrit pas une méthode mais une posture : quatre pondérations et douze principes qui en découlent. Le schéma de cette leçon montre les pondérations ; la liste complète des principes figure dans la vue d’ensemble, sous Pour approfondir. Les principes rendent les pondérations vérifiables, parce qu’ils nomment des comportements observables plutôt que des intentions.
Manifeste Agile- Comme mesure la plus importante de l’avancement, le Manifeste nomme le logiciel qui fonctionne, et non le degré de réalisation d’un plan ; le cours étend cela à tout produit.
- Les métiers et le développement travaillent ensemble au quotidien ; la conversation directe est tenue pour la forme de communication la plus efficace.
- Un rythme que tous les participants peuvent tenir durablement fait partie de l’exigence et n’est pas une condition annexe.
- L’excellence technique, une bonne conception et la simplicité augmentent la capacité à changer de direction plus tard.
Pratique- Le Manifeste ne nomme ni événements, ni responsabilités, ni artefacts ; ce n’est qu’un cadre qui les ajoute.
Exemple pratique
Dans un projet impliquant douze personnes, toute modification métier passe par un formulaire et une réunion hebdomadaire de comité ; en moyenne, neuf jours s’écoulent avant qu’une décision soit disponible. L’équipe propose d’installer la responsable métier directement à côté du développement deux matinées par semaine. Le formulaire subsiste pour les modifications budgétaires, tout le reste est décidé de vive voix. Le délai de traitement d’une question métier passe de neuf jours à une demi-journée, sans qu’une seule règle soit supprimée. C’est exactement ce que veut dire pondérer plutôt que rejeter.
Les douze principes en un coup d’œil, sous Pour approfondir
Contrôle des connaissances – leçon 2
2 questionsQuestion Un client lit la pondération plus forte de la réponse au changement comme un renoncement à la planification. Comment rectifier ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLe Manifeste Agile fait suivre ses quatre couples de valeurs de la phrase selon laquelle les éléments de droite ont de la valeur et ceux de gauche pèsent davantage. Supprimer les plans n’est pas ce qui est visé. Les deux dernières options transforment la pondération en une condition que le Manifeste ne pose pas.Question Quelles affirmations correspondent aux principes du Manifeste Agile ?
Choix multiple · exactement 2 réponses sur 4 sont correctes · tout ou rien
0 sur 2 cochéesExplicationParmi ses principes, le Manifeste Agile nomme le logiciel qui fonctionne comme mesure la plus importante de l’avancement, ainsi qu’un rythme tenable durablement ; le cours généralise cela au produit qui fonctionne. Il donne expressément la préférence à la conversation directe sur une transmission écrite abondante. L’auto-organisation contredit l’attribution serrée des tâches.Les trois piliers n’agissent que dans cet ordre et que dans leur intégralité
- 1TransparenceLe travail et les artefacts sont visibles autant pour ceux qui exécutent que pour ceux qui reçoivent.Cadre : Théorie
- 2InspectionLes artefacts et l’avancement sont contrôlés fréquemment et avec soin au regard de l’objectif.Cadre : Théorie
- 3AdaptationSi quelque chose s’écarte des limites convenues, la démarche ou le résultat est corrigé au plus vite.Cadre : Théorie
À retenir : Piège d’examen : l’ordre est une dépendance, non une suite de dates — sans transparence l’inspection est trompeuse, sans adaptation elle reste sans suite. Le travail empirique tire la connaissance de l’observation de ce qui s’est produit, non de la prédiction de ce qui vient. Le cadre ne laisse pas cela à la disposition de chacun : il en intègre fermement les occasions. Chaque événement est une occasion datée de regarder le résultat et d’en tirer une décision.
Cadre : Théorie- Une information manquante ou enjolivée rend toute inspection trompeuse et consomme de l’effort sans soutenir une décision solide.
- Inspection et adaptation vont de pair ; inspecter puis ne rien changer consomme de l’effort sans aucun bénéfice.
- Les artefacts sont la base de l’inspection ; si leur transparence est faible, les décisions qui s’y appuient peuvent diminuer la valeur et accroître le risque.
Cadre : Événements- Les événements sont les occasions intégrées d’inspection et d’adaptation ; en dehors d’eux, les deux restent permises à tout moment.
Exemple pratique
Une équipe maintient sur son tableau une colonne d’état intitulée presque terminé. Trois tâches y figurent depuis onze jours faute d’une validation ; sur le tableau, elles ressemblent à de l’avancement. Au Daily Scrum, l’équipe annonce de l’avancement ; au Sprint Review, il apparaît que, sur cinq éléments prévus, deux seulement sont utilisables. Après suppression de cet état, chaque tâche est soit ouverte, soit terminée au sens de la Definition of Done. Le nombre d’éléments ouverts passe de zéro à trois. C’est inconfortable, mais à partir de cet instant chaque décision repose sur l’état réel.
Contrôle des connaissances – leçon 3
2 questionsQuestion Dans une équipe, trois tâches sont marquées presque terminées alors qu’elles attendent depuis des jours une validation. Quel pilier est atteint en premier ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur la théorie pose la transparence comme condition : seul un travail visible et non travesti peut être inspecté utilement. L’inspection et l’adaptation n’échouent pas ici en elles-mêmes, mais sur une base faussée. Mesuré à la Definition of Done, un travail est terminé ou ne l’est pas ; un état comme presque terminé affirme un stade que la Definition of Done ne confirme pas.Question Quelles affirmations sur les trois piliers du travail empirique sont exactes ?
Choix multiple · exactement 3 réponses sur 5 sont correctes · tout ou rien
0 sur 3 cochéesExplicationLa section sur la théorie décrit la transparence comme condition de l’inspection et exige qu’une adaptation ait lieu au plus vite. La transparence vaut pour ceux qui exécutent et pour ceux qui reçoivent, pas pour un seul côté. Un report jusqu’au prochain Sprint Planning serait incompatible avec cela.Toute forme de gaspillage mobilise une capacité qui manque ensuite pour la valeur
Gaspillage À quoi le reconnaître Source Travail inachevé Beaucoup de choses commencées à la fois, peu d’achevées Lean Transferts Le travail change de responsable et attend là Lean Temps d’attente L’avancement dépend d’une validation ou d’une livraison Lean Fonctions non utilisées Construites et livrées, utilisées par personne Lean Reprises Le même endroit est repris plusieurs fois Lean À retenir : Piège d’examen : une fonction non utilisée est un travail intégralement payé sans la moindre contrepartie. Le cadre nomme expressément le Lean Thinking comme seconde base à côté du travail empirique. L’idée est simple : ce qui n’apporte rien au résultat est laissé de côté, afin que la vue sur l’essentiel reste dégagée. Des cycles courts n’aident que s’ils ne sont pas remplis d’un travail dont personne n’a besoin.
Lean- Le Lean Thinking porte l’attention sur l’essentiel et retire tout ce qui allonge le chemin pour y parvenir.
- Un travail commencé mais non achevé mobilise de l’effort et de l’attention sans que personne puisse s’en servir.
Pratique- Lean Thinking et empirisme se renforcent : moins il y a d’ouvert en même temps, plus une inspection montre clairement ce qui est réellement terminé.
- Limiter le travail commencé simultanément est la mesure la plus rapidement efficace contre les en-cours inachevés.
Exemple pratique
Une équipe de six Developers a commencé neuf des onze éléments prévus à la mi-Sprint et n’en a achevé aucun. Chaque personne change de sujet plusieurs fois par jour, et deux éléments attendent une validation d’un autre service. L’équipe limite à trois les éléments ouverts en même temps et n’en tire un nouveau qu’une fois l’un d’eux terminé au sens de la Definition of Done. À la fin du Sprint, huit éléments sont utilisables au lieu de quatre au Sprint précédent, à effectif et à temps de travail identiques.
Contrôle des connaissances – leçon 4
2 questionsQuestion À la mi-Sprint, une équipe a commencé neuf éléments sur onze et n’en a achevé aucun. Comment juger cet état au sens du Lean Thinking ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLe Lean Thinking compte comme gaspillage le travail commencé mais non achevé, car il mobilise de l’effort et ne profite à personne. Le taux d’occupation n’est pas une mesure de valeur. Que le résultat ne naisse qu’à la fin du Sprint n’explique pas cet en-cours élevé : un Sprint peut produire plusieurs Increments, et une livraison n’est pas liée à la fin du Sprint ; un travail commencé reste sans bénéfice jusqu’à son achèvement.Question En deux Sprints, une équipe construit une fonction d’export qui, après un trimestre, est appelée dans un dossier sur 400. Quel classement est exact ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLe Lean Thinking compte les fonctions non utilisées comme du gaspillage, car le travail est intégralement payé et n’apporte aucune contrepartie. Une reprise naît d’un défaut de qualité et un temps d’attente d’un avancement bloqué ; ni l’un ni l’autre n’est le cas ici. Satisfaire à la Definition of Done ne dit rien du bénéfice.L’itératif améliore l’existant, l’incrémental ajoute de l’utilisable
Itératif
- Le même résultat est retravaillé et affiné par cycles
- Le deuxième passage améliore ce que le premier a produit
- Sans reprise, chaque erreur demeure dans le produit
Incrémental
- Des parties utilisables s’ajoutent à ce qui a déjà été livré
- Chaque partie fonctionne seule, même si le reste manque encore
- Sans ajout, rien ne naît jamais que quelqu’un puisse utiliser
À retenir : Piège d’examen : des phases découpées en tronçons courts ne sont ni itératives ni incrémentales, seulement morcelées. À chaque Sprint naît un Increment utilisable, et cela rend la démarche incrémentale ; en même temps, ce qui est déjà né peut être retravaillé lors de Sprints ultérieurs, et cela la rend itérative. Si l’une des deux propriétés manque, le Sprint perd son objet : sans résultat utilisable il n’y a rien à inspecter, et sans reprise la découverte reste sans suite.
Cadre : Increment- Un Increment est un état intermédiaire utilisable sur le chemin du Product Goal ; un travail n’en fait partie qu’une fois qu’il satisfait à la Definition of Done.
- Un Sprint qui ne contient que de l’analyse ou que des tests ne produit aucun résultat inspectable et contredit les deux propriétés.
Cadre : Théorie- Retravailler des parties déjà livrées n’est pas un recul, mais la conséquence voulue d’une inspection.
Pratique- Une maquette ou un montage d’essai tranche une question, mais ne remplace pas un Increment, car il n’est pas destiné à l’usage.
Exemple pratique
Une équipe construit un parcours de demande en quatre étapes. Au premier Sprint, elle livre l’étape un entièrement utilisable ; 30 utilisateurs de test y déposent de vraies demandes. Deux retours pèsent lourd : il y a trop de champs obligatoires, et l’enregistrement intermédiaire manque. Au deuxième Sprint, l’étape deux s’ajoute, et l’étape un reçoit l’enregistrement intermédiaire et se voit allégée de quatre champs. Si l’équipe avait d’abord conçu les quatre étapes puis construit les quatre, les deux retours ne seraient devenus visibles qu’après le dernier Sprint.
Contrôle des connaissances – leçon 5
2 questionsQuestion Une équipe découpe son projet en quatre Sprints contenant analyse, conception, réalisation et test. Comment classer cette démarche ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLe cadre exige qu’un Increment utilisable naisse à chaque Sprint ; l’Équipe Scrum en est responsable du résultat. Une phase d’analyse ou de test ne produit rien d’utilisable et ne retravaille aucun résultat existant. Des segments courts ne rendent à eux seuls un modèle en phases ni itératif ni incrémental.Question Quelles affirmations décrivent correctement la façon dont le travail itératif et le travail incrémental se combinent dans Scrum ?
Choix multiple · exactement 2 réponses sur 4 sont correctes · tout ou rien
0 sur 2 cochéesExplicationLa section sur l’Increment décrit chaque Increment comme un pas utilisable qui s’ajoute à ce qui a été livré jusque-là, et la section sur la théorie fait de la reprise la conséquence voulue d’une inspection. Ce qui compte comme reprise, c’est la correction d’un défaut de qualité ; retravailler à la suite d’une découverte nouvelle n’est pas du gaspillage. Une validation de l’Increment par les parties prenantes est inconnue du cadre.Plus le niveau est bas, plus la prescription est concrète et plus elle est facile à échanger
Cadre
Pose des limites et laisse ouvert la façon de les remplir ; Scrum appartient à ce niveau.
Cadre : DéfinitionMéthode
Prescrit de façon contraignante un déroulement précis, y compris l’ordre des étapes.
PratiquePratique
Une technique isolée, par exemple le Planning Poker, le story mapping ou le pair programming.
Pratique
À retenir : Piège d’examen : des pratiques comme le Planning Poker sont souvent prises pour des composants du cadre. Scrum est volontairement incomplet : il nomme des responsabilités, des événements et des artefacts, et se tait sur les techniques avec lesquelles une équipe les remplit. Ce vide n’est pas un manque, mais l’endroit où une équipe peut engager sa propre façon de faire, et en changer à nouveau, sans enfreindre le cadre.
Cadre : Définition- Le cadre fixe ce qui existe et à quoi cela sert ; le choix des techniques est laissé à l’Équipe Scrum.
- Comme les composants s’appuient les uns sur les autres, omettre un seul composant change le résultat de l’ensemble.
Pratique- Changer de méthode, c’est remplacer toute la façon de faire ; changer de pratique, c’est ne remplacer qu’une technique.
- Le développement piloté par les tests et le pair programming sont des pratiques : utiles, mais non exigées par le cadre.
Exemple pratique
Deux équipes travaillent sur le même produit. L’équipe A estime en points avec le Planning Poker, l’équipe B se contente de compter les éléments et d’en mesurer le délai de traitement. Les deux tiennent tous les événements, les deux travaillent sur un Product Backlog, les deux livrent en fin de Sprint un Increment conforme à une Definition of Done commune. Un nouveau responsable exige des points pour tout le monde, parce qu’il les croit partie intégrante de Scrum. Le Scrum Master objecte sur le fond : la technique d’estimation est une pratique et relève donc de chaque équipe, car le cadre ne prescrit aucune méthode d’estimation.
Contrôle des connaissances – leçon 6
2 questionsQuestion Un responsable exige que toutes les équipes d’un produit estiment en points avec le Planning Poker, parce que cela ferait partie de Scrum. Qu’est-ce qui est exact ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur la définition décrit Scrum comme un cadre volontairement incomplet qui laisse les techniques ouvertes ; les méthodes d’estimation n’en font pas partie. Le Sprint Planning exige un plan, mais aucune technique d’estimation particulière. Ce sont les Developers qui décident de leur façon de faire, non le Product Owner ni une consigne venue de l’extérieur.Question Un nouveau membre de l’équipe demande pourquoi l’équipe peut choisir librement le pair programming mais ne peut pas supprimer le Daily Scrum. Quelle explication est juste ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur la définition décrit le cadre comme volontairement incomplet : n’est fixé que ce dont le cadre a besoin pour mettre sa théorie en œuvre — les événements en font partie —, tandis que processus, techniques et méthodes y restent libres. Le pair programming est une pratique, donc librement choisi, alors que le Daily Scrum est un composant du cadre. La Definition of Done ne remplace aucun événement.Le cadre apporte de la visibilité et une attribution claire, non de la vitesse, des délais ou de la qualité
Cela vaut
- Rend l’efficacité visible — Le résultat de chaque Sprint montre ce que la façon de faire produit réellement.
- Attribue clairement la responsabilité — La valeur, la réalisation et l’efficacité ont chacune une attribution claire.
Cela ne vaut pas
- Ne promet pas le respect des délais — Une échéance fixe et un périmètre fixe ne se promettent pas ensemble, même avec des Sprints.
- N’élève pas la qualité — La qualité naît de la Definition of Done et du travail, non du déroulement.
- Ne contient aucune méthode d’estimation — Ni prescriptions techniques, ni outils, ni rôles hors de l’Équipe Scrum.
À retenir : Piège d’examen : Scrum ne promet pas de livrer plus vite, il montre seulement plus tôt où cela ne peut pas aller plus vite. Une attente placée dans l’adoption n’est tenable que si elle vise une connaissance et non un résultat. Promettre des indicateurs qui dépendent du comportement de toute l’organisation, c’est promettre quelque chose dont le cadre ne dispose pas. La seule promesse solide est de connaître les effets et les obstacles plus tôt qu’auparavant.
Cadre : Objectif- Le cadre ne recouvre pas les problèmes, mais il ne les supprime pas non plus ; les obstacles rendus visibles ne disparaissent pas d’eux-mêmes.
Cadre : Équipe Scrum- Le cadre ne définit que trois responsabilités de résultat, toutes au sein de l’Équipe Scrum ; il ne décrit pas de structures de projet ou de reporting à côté.
Pratique- Les obstacles repérés tôt sont, d’expérience, plus faciles et moins coûteux à lever que ceux découverts tard ; la décision à ce sujet revient à des personnes.
- Une adoption qui se contente d’inscrire des événements au calendrier ne change ni le résultat ni le comportement des participants.
- Si les chiffres se dégradent après l’adoption, ce n’est souvent pas un recul, mais la fin d’un enjolivement.
Exemple pratique
Un service adopte Scrum et attend, après un trimestre, des délais de livraison raccourcis de 20 pour cent. Au bout de quatre Sprints, le délai est inchangé, mais le même point revient dans chaque Sprint Retrospective : les validations par un service qualité externe prennent onze jours en moyenne. Le cadre a rendu ce goulet visible en quatre semaines ; il ne peut pas le supprimer. Ce n’est que lorsque la direction du service affecte deux valideurs à des créneaux fixes que le délai baisse de manière mesurable. Le changement est venu des personnes, la visibilité de la façon de faire.
Contrôle des connaissances – leçon 7
2 questionsQuestion Quelles affirmations sur les limites de ce qu’apporte le cadre sont exactes ?
Choix multiple · exactement 3 réponses sur 5 sont correctes · tout ou rien
0 sur 3 cochéesExplicationLa section sur la définition décrit le cadre comme un moyen de rendre visible l’efficacité du management, de l’environnement et des techniques de travail afin que des améliorations deviennent possibles ; il ne contient aucune promesse de vitesse ni de délais. D’autres responsabilités de résultat hors de l’Équipe Scrum, des prescriptions techniques et des outils ne font pas partie du cadre. La qualité naît de la Definition of Done et du travail, non d’un déroulement.Question Après quatre Sprints, le délai de livraison est inchangé, et chaque Sprint Retrospective note que les validations externes prennent onze jours. Qu’en découle-t-il ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur l’objectif indique clairement que le cadre rend les problèmes visibles mais ne les résout pas. Le Scrum Master n’a aucun pouvoir d’injonction sur d’autres services ; il rend transparent l’effet de l’obstacle. Adapter la durée du Sprint à un temps d’attente masque l’obstacle au lieu de le lever.Chacune de ces idées fausses confond omettre et faire autrement
Idée fausse Ce qui vaut réellement Source Travaille sans plan Planifie plus souvent, mais sur des périodes plus courtes Cadre : Sprint Planning N’a besoin d’aucune documentation Ne renonce qu’à la documentation sans but Pratique Ne connaît pas d’architecture L’architecture émerge au lieu d’être fixée d’avance Manifeste Agile N’a pas d’échéances Les échéances restent ; c’est le périmètre qui devient négociable Cadre : Sprint Exige moins de discipline En exige davantage, car tout écart devient visible Pratique Équipe sans leadership L’autogestion répartit les décisions, elle ne les supprime pas Cadre : Équipe Scrum À retenir : Piège d’examen : le travail agile ne supprime aucune discipline, il rend seulement son absence visible plus vite. La plupart des idées fausses naissent d’une erreur de lecture : la pondération du Manifeste est prise pour un renoncement. En réalité, le travail agile déplace le moment et le caractère engageant des décisions, il ne les supprime pas. La restriction au logiciel ne tient pas davantage, car le cadre suppose un travail produit complexe, non un domaine particulier.
Cadre : Sprint Planning- On planifie à nouveau à chaque Sprint, avec un horizon plus court et sur la base de ce qui a réellement été livré en dernier.
Cadre : Équipe Scrum- L’autogestion signifie que l’équipe décide du qui, du quoi, du quand et du comment, non que personne ne porte de responsabilité.
Cadre : Définition- Le cadre n’est pas lié au logiciel ; il suppose seulement un travail complexe et un produit.
Pratique- La documentation est jugée à son usage : qui la lit et quelle décision elle soutient déterminent son volume.
Exemple pratique
Une équipe éditoriale d’une administration adopte Scrum pour un portail citoyen sans développer elle-même de logiciel : elle répond du contenu, de la structure et de l’intelligibilité. Le chef de service tient Scrum pour un outil de développement logiciel et exige à la place un plan annuel. Après trois Sprints de deux semaines chacun, l’équipe montre trois résultats utilisables : 40 pages remaniées, un concept de navigation testé auprès de citoyens et une liste de contrôle pour l’intelligibilité. Le plan annuel aurait promis la même chose au bout de douze mois, sans une seule hypothèse vérifiée.
Contrôle des connaissances – leçon 8
2 questionsQuestion Le travail agile renonce aux échéances et rend le périmètre négociable à la place. Cette affirmation est-elle exacte ?
Vrai ou faux · une réponse est correcte
ExplicationLa section sur le Sprint en fixe la durée et laisse le périmètre négociable à l’intérieur du Sprint ; les échéances subsistent donc. Ce qui devient négociable, c’est ce qui est terminé à l’échéance, non l’échéance elle-même. Renoncer aux échéances n’est prévu dans aucune disposition du cadre.Question Un dirigeant conclut de l’autogestion d’une équipe que plus personne n’y porte de responsabilité. Quelle conclusion est exacte ?
Choix unique · exactement une réponse sur 4 est correcte
ExplicationLa section sur l’Équipe Scrum décrit l’autogestion comme la décision de l’équipe sur qui travaille à quoi, comment et quand. Les responsabilités subsistent et ne se dissolvent pas. Le cadre ne prescrit aucune procédure de décision particulière, et le leadership ne disparaît pas : il change de forme.
Pour approfondir
Des vues d’ensemble à consulter avant le test finalLes douze principes derrière les quatre couples de valeurs
Les couples de valeurs disent ce qui pèse plus — les principes disent à quoi on le reconnaît
Test final
11 questions sur l’ensemble de la section · seuil de réussite 85 pour centTest final de la section 1
11 questionsQuestion Un client exige un engagement ferme sur le contenu et la date des douze prochains mois pour un produit à technique non éprouvée. Qu’est-ce qui est exact sur le fond ?
Choix unique · exactement une réponse sur 4 est correcte
Question Une équipe livre régulièrement des fonctions qui, au bout de trois mois, sont appelées dans moins de cinq pour cent des dossiers. Quelle mesure découle du Lean Thinking ?
Choix unique · exactement une réponse sur 4 est correcte
Question Un Sprint Review montre qu’une fonction déjà livrée est mal comprise par les utilisateurs. Quelles démarches conviennent au travail empirique et incrémental ?
Choix multiple · exactement 2 réponses sur 4 sont correctes · tout ou rien
Question Une équipe veut remplacer le Daily Scrum par un rapport d’état généré et introduire le story mapping dans le Backlog Refinement. Comment juger cela ?
Choix unique · exactement une réponse sur 4 est correcte
Question Après l’adoption de Scrum, le nombre de problèmes signalés ouvertement augmente nettement. Comment lire ce constat ?
Choix unique · exactement une réponse sur 4 est correcte
Question Quelles affirmations sur le travail agile sont exactes ?
Choix multiple · exactement 3 réponses sur 5 sont correctes · tout ou rien
Question Une équipe livre à chaque Sprint de deux semaines une fonction utilisable, mais ne retravaille jamais ce qui a été livré, bien que des retours existent. Quelle propriété manque ?
Choix unique · exactement une réponse sur 4 est correcte
Question Un Scrum Master remarque que l’état du Sprint Backlog n’a pas été mis à jour depuis trois jours. Quel pilier est touché, et qui rétablit l’état ?
Choix unique · exactement une réponse sur 4 est correcte
Question Lors d’une négociation contractuelle, le client exige un cahier des charges complet avant le début. Quelle argumentation correspond au Manifeste Agile ?
Choix unique · exactement une réponse sur 4 est correcte
Question Quels effets une durée de cycle courte et fixe a-t-elle sur un travail produit complexe ?
Choix multiple · exactement 2 réponses sur 4 sont correctes · tout ou rien
Question Une équipe envisage une semaine de pause après chaque Sprint pour rattraper le retard, faute de quoi le rythme ne serait pas tenable. Quel principe du Manifeste Agile vise le plus précisément cette situation ?
Choix unique · exactement une réponse sur 4 est correcte