100 Questions de l’Examen Professional Scrum Master™ I : Réponses et Explications

Bienvenue dans ce guide d’entraînement qui met à votre disposition des questions réelles d’examen PSM I, basées sur des expériences déjà passées. Chaque question est présentée en français, suivie de la même question en anglais avec les choix de réponses. Les questions et choix en anglais sont mis en gris pour les différencier du texte en français. La réponse correcte est toujours mise en évidence en vert. Enfin, chaque cas est accompagné d’une explication détaillée en français pour comprendre pourquoi une réponse particulière est correcte.

L’examen Professional Scrum Master™ I est d’une importance cruciale pour les professionnels cherchant à valider leurs connaissances et leur compréhension approfondie du framework Scrum. Réussir cet examen démontre une maîtrise des principes fondamentaux de Scrum et confirme la capacité à appliquer ces concepts dans des contextes réels de gestion de projets agiles.

Ce quide vous permettra de vous familiariser avec les types de questions posées lors de cet examen et de comprendre les raisonnements derrière les réponses correctes. Bonne préparation !

1- Quand un Sprint peut-il être anormalement annulé ?

When might a Sprint be abnormally cancelled? (choose the best answer)

A. When the Sprint Goal becomes obsolete. 
B. When it becomes clear that not everything will be finished by the end of the print. 
C. When the sales department has an important new opportunity. 
D. When the Developers feel that the work is too hard.

Un Sprint peut être exceptionnellement annulé si l’objectif initial du Sprint devient obsolète, et cette décision d’annulation relève du seul pouvoir du Product Owner.

2- Le Product Owner ne collabore pas avec l’équipe de développement pendant le Sprint. Quelles sont les deux actions précieuses qu’un Scrum Master doit entreprendre ?

The Product Owner is not collaborating with the Development Team during the Sprint. Whatare two valuable actions for a Scrum Master to take? (Choose two.)

A.Inform the Product Owner's functional manager.
B.Stop the Sprint, send the Product Owner to a course and restart.
C.Bring up the problem in the Sprint Retrospective.
D.Coach the Product Owner in the values of Scrum and incremental delivery.
E. Nominate a proxy Product Owner.

Lorsque le Product Owner ne collabore pas avec l’équipe de développement pendant le sprint, il est essentiel que le Scrum Master aborde ce problème lors de la rétrospective de sprint. Cela offre une opportunité d’identification des problèmes et de discussion constructive. De plus, le Scrum Master peut jouer un rôle de coaching en guidant le Product Owner sur les valeurs fondamentales de Scrum et sur la nécessité de la livraison incrémentielle pour maximiser la valeur du produit.

3- Vrai ou Faux : Plusieurs équipes Scrum travaillant sur le même produit ou système sélectionnent toutes du même Product Backlog.

True or False: Multiple Scrum Teams working on the same product or system all select workfrom the same Product Backlog.

A.True
B.False

Vrai. Lorsque plusieurs équipes Scrum travaillent sur le même produit ou système, elles partagent le même Product Backlog. Le Product Backlog représente l’ensemble des fonctionnalités, des améliorations et des corrections prioritaires pour le produit. Chaque équipe sélectionne ensuite les éléments du Product Backlog qui seront inclus dans son propre Sprint Backlog lors de la planification de sprint. Cela favorise la transparence et la collaboration entre les équipes, permettant à l’ensemble de l’organisation de travailler de manière cohérente vers les objectifs du produit.

4- Dans le but de transparence, quand est-ce que Scrum indique qu’un incrément de valeur et d’utilité doit être disponible ?

For the purpose of transparency, when does Scrum say a valuable and useful increment must be available? (Choose the best answer.)

A.After the Acceptance Testing phase.
B.Before the release Sprint.
C.Every 3 Sprints.
D.At the end of every Sprint.
E.When the Product Owner asks to create one.

Dans le cadre de la transparence, Scrum stipule qu’un incrément de valeur et d’utilité doit être disponible à la fin de chaque Sprint. Cela signifie qu’à la fin de chaque itération de travail définie par un Sprint, une version fonctionnelle et potentiellement livrable du produit doit être produite. Cela permet aux parties prenantes d’inspecter régulièrement le travail accompli et de fournir des commentaires pour orienter le développement continu du produit.

5- Vrai ou Faux : Plusieurs équipes Scrum travaillant sur le même projet doivent avoir la même date de début de Sprint.

Multiple Scrum Teams working on the same project must have the same Sprint start date.

A.True
B.False

Faux. Il n’est pas nécessaire que plusieurs équipes Scrum travaillant sur le même projet aient la même date de début de sprint. Chaque équipe Scrum peut avoir son propre calendrier de sprint, aligné sur les besoins et les contraintes de cette équipe spécifique. Cela permet une certaine flexibilité en fonction des contextes et des exigences individuelles de chaque équipe.

6- De quoi une équipe de développement est-elle responsable ?

What is a Development Team responsible for? (Choose two.)

A.Resolving internal team conflicts.
B.Reporting productivity.
C.Selecting the Product Owner.
D.Organizing the work required to meet the Sprint Goal.

Une équipe de développement est responsable de résoudre les conflits internes, favorisant une communication ouverte. De plus, elle organise efficacement le travail nécessaire pour atteindre l’objectif du Sprint, contribuant ainsi à la livraison d’un incrément de produit fonctionnel à la fin de chaque itération. Cela implique une collaboration étroite, une auto-organisation, et une contribution significative de chaque membre de l’équipe. En résumé, elle assure la cohésion interne tout en travaillant de manière concertée pour atteindre les objectifs définis.

7- Quelles sont les deux manières permettant de créer des équipes de développement cohérentes avec les valeurs de Scrum ?

Which two ways of creating Development Teams are consistent with Scrum's values?(Choose two.)

A.Existing teams propose how they would like to go about organizing into the newstructure.
B.Managers personally re-assign current subordinates to new teams.
C.Managers collaborate to assign individuals to specific teams.
D.Bring all the developers together and let them self-organize into DevelopmentTeams.
E.The Chief Product Owner determines the new team structures and assignments.

Pour créer des équipes de développement cohérentes avec les valeurs de Scrum, une approche consiste à permettre aux équipes existantes de proposer comment elles aimeraient s’organiser dans la nouvelle structure. Une autre méthode est de réunir tous les développeurs et de les laisser s’auto-organiser en équipes de développement. Ces approches favorisent l’auto-organisation, l’engagement et la responsabilité des équipes Scrum.

8- Vrai ou Faux : Un Scrum Master est essentiellement la même chose qu’un PM (chef de projet) traditionnel.

A Scrum Master is essentially the same thing as a traditional PM (Project Manager).

A.True
B.False

Faux. Un Scrum Master et un chef de projet traditionnel (PM) ont des rôles distincts. Le Scrum Master est davantage axé sur la facilitation et le soutien de l’équipe Scrum, en veillant à ce qu’elle comprenne et suive les principes de Scrum. En revanche, un chef de projet traditionnel peut avoir un rôle plus large, souvent axé sur la planification, l’exécution et le contrôle de l’ensemble du projet, avec un accent sur la gestion des délais, des coûts et des ressources.

9- Un Product Owner souhaite obtenir des conseils du Scrum Master sur l’estimation du travail dans Scrum. Quels conseils un Scrum Master doit-il donner ?

A Product Owner wants advice from the Scrum Master about estimating work in Scrum.What guidance should a Scrum Master give? (Choose the best answer.)

A.Product Backlog items must be estimated in story points.
B.Estimates are made by the people doing the work.
C.Estimates must be in relative units.
D.Scrum forbids estimating.
E.Estimates are made by the Product Owner, but are best checked with theDevelopers.

Le Scrum Master pourrait conseiller au Product Owner d’adopter des techniques d’estimation collaboratives, telles que la planification poker, pour impliquer toute l’équipe dans le processus d’estimation. Il devrait également encourager la transparence et la communication ouverte lors des discussions sur l’estimation du travail, favorisant ainsi une compréhension commune. Le Scrum Master pourrait souligner l’importance de réévaluer régulièrement les estimations quand de nouvelles informations émergent, permettant une planification plus précise. Enfin, il pourrait recommander de se concentrer davantage sur la relativité des estimations plutôt que sur leur précision absolue, ce qui favorise une approche pragmatique et flexible.

10- Quelle est la plage horaire pour l’événement Sprint Planning ?

What is the timebox for the Sprint Planning event?

A.4 Hours for a monthly Sprint.
B.8 Hours for a monthly Sprint.
C.Monthly.
D.Whenever it is done.

La Sprint Planning, événement dans Scrum, est recommandée pour une durée maximale de huit heures pour un sprint d’un mois. La durée peut être ajustée en fonction de la longueur du sprint pour assurer une planification détaillée sans excès.

11- Quelle valeur Scrum est affectée par un manque de confiance dans l’équipe Scrum ?

Which Scrum Value is affected by a lack of trust in the Scrum Team?

A.Focus
B.Respect
C.Openness
D.Courage
E.Commitment
F.All of the above

Le manque de confiance au sein de l’équipe Scrum peut compromettre l’essence même des valeurs Scrum. Il risque de perturber la concentration sur les objectifs (Focus), de fragiliser le respect (Respect) mutuel entre les membres de l’équipe, de limiter l’ouverture (Openness) à la communication transparente et d’entraver le courage (Courage) nécessaire pour l’expression franche des opinions. De plus, la confiance est cruciale pour maintenir un engagement solide envers les objectifs communs (Commitment). Ainsi, elle constitue un pilier essentiel pour la cohésion et la réussite de l’équipe Scrum.

12- Un Scrum Master tient une liste d’obstacles ouverts, mais celle-ci s’allonge et il n’a pu résoudre qu’une petite partie des obstacles. Quelles sont les trois techniques les plus utiles dans cette situation ?

A Scrum Master is keeping a list of open impediments, but it is growing and he/she has beenable to resolve only a small portion of the impediments. Which three techniques would bemost helpful in this situation? (Choose three.)

A.Consulting with the Development Team.
B.Prioritizing the list and working on them in order.
C.Arranging a triage meeting with all project managers.
D.Alerting management to the impediments and their impact.

Dans cette situation, le Scrum Master peut utiliser plusieurs techniques pour gérer la liste d’obstacles ouverts. Tout d’abord, il peut consulter l’équipe de développement pour obtenir des informations supplémentaires et collaborer sur des solutions. Ensuite, il peut prioriser la liste d’obstacles et commencer par résoudre ceux qui ont le plus grand impact ou qui sont les plus urgents. Enfin, s’il constate que la résolution des obstacles nécessite une action au niveau de la direction ou de la gestion, il peut alerter la direction sur les obstacles et leur impact. Ces approches visent à optimiser la gestion des obstacles et à les résoudre de manière efficace.

13- Vrai ou Faux : Un incrément de produit doit être mis en production à la fin de chaque Sprint.

A product Increment must be released to production at the end of each Sprint.

A.True
B.False

Faux. Bien qu’un incrément de produit soit créé à la fin de chaque Sprint, sa mise en production n’est pas obligatoire à chaque itération ; cela dépend des besoins et des stratégies spécifiques de l’équipe et de l’organisation. L’objectif est d’avoir un incrément potentiellement livrable, mais le déploiement effectif peut varier.

14- Si les burndown charts sont utilisés pour visualiser les progrès, que suivent-ils ?

If burndown charts are used to visualize progress, what do they track?

A.Accumulated cost.
B.Individual worker productivity.
C.Work remaining across time.
D.Accumulated business value delivered to the customer.

Les burndown charts suivent la progression du travail restant au fil du temps, offrant une visualisation dynamique des efforts nécessaires pour atteindre les objectifs du sprint. Ils permettent une évaluation visuelle de la performance de l’équipe et de l’alignement sur les prévisions initiales.

15- Comment le management externe à l’équipe Scrum est-il impliqué dans le Daily Scrum ?

How is management external to the Scrum Team involved in the Daily Scrum?

A.The Scrum Master speaks on their behalf.
B.Managers are not required at the Daily Scrum.
C.Management gives an update at the start of each Daily Scrum.
D.The Product Owner represents their opinions.

Le management externe à l’équipe Scrum n’est pas nécessairement impliqué dans le Daily Scrum, qui est une réunion réservée aux membres de l’équipe de développement. Cependant, les managers sont encouragés à soutenir l’équipe en éliminant les obstacles et en favorisant un environnement propice à la collaboration. La participation active des managers peut contribuer à la réussite du projet en favorisant une culture de confiance et d’auto-organisation au sein de l’équipe.

16- Vrai ou faux : pour commencer en termes de ce qu’il faut construire, Scrum n’a besoin que d’un Product Owner avec suffisamment d’idées pour un premier Sprint, d’une équipe de développement pour mettre en œuvre ces idées et d’un Scrum Master pour aider à guider le processus.

True or False: To get started in terms of what to build, Scrum requires no more than aProduct Owner with enough ideas for a first Sprint, a Development Team to implement thoseideas and a Scrum Master to help guide the process.

A.True
B.False

Vrai. Pour démarrer, Scrum nécessite un Product Owner avec suffisamment d’idées pour un premier Sprint, une équipe de développement pour mettre en œuvre ces idées, et un Scrum Master pour aider à guider le processus. Ces trois rôles fondamentaux constituent l’essentiel pour débuter avec Scrum.

17- Lorsque de nombreuses équipes Scrum travaillent sur le même produit, tous leurs incréments doivent-ils être intégrés à chaque sprint ?

When many Scrum Teams are working on the same product, should all of their Increments beintegrated every Sprint?

A.Yes, but only for Scrum Teams whose work has dependencies.
B.Yes, otherwise the Product Owners (and stakeholders) may not be able toaccurately inspect what is done.
C. No, each Scrum Team stands alone.
D. No, that is far too hard and must be done in a hardening Sprint.

Oui, sinon les Product Owners (et les parties prenantes) pourraient ne pas être en mesure d’inspecter de manière précise ce qui est accompli. L’intégration des incréments de toutes les équipes à chaque sprint assure une vision cohérente et complète du produit, permettant une inspection précise et facilitant l’adaptation aux besoins changeants du marché ou des utilisateurs. Cela favorise également la transparence et la collaboration entre les équipes travaillant sur le même produit.

18- Quand une équipe de développement peut-elle annuler un sprint ?

When can a Development Team cancel a Sprint?

A.It can't. Only Product Owners can cancel Sprints.
B.When functional expectations are not well understood.
C.When the Product Owner is absent too often.
D.When the selected Product Backlog items for the Sprint become unachievable.
E.When a technical dependency cannot be resolved.

Une équipe de développement ne peut pas annuler un sprint. Seuls les Product Owners ont le pouvoir d’annuler des Sprints. Cette décision relève de la responsabilité du Product Owner, qui peut choisir d’annuler un sprint en cas de changements de priorités, d’événements imprévus ou si l’objectif du sprint devient obsolète. La communication et la collaboration entre le Product Owner et l’équipe de développement sont cruciales pour prendre des décisions éclairées sur l’annulation d’un sprint.

19- Quel résultat de la planification du sprint fournit à l’équipe de développement un objectif et une orientation globale pour le sprint ?

Which output from Sprint Planning provides the Development Team with a target andoverarching direction for the Sprint?

A.The Sprint Backlog.
B.The Sprint Goal
C.The release plan.
D.Sprint Review minutes.

Le résultat de la planification du sprint qui fournit à l’équipe de développement un objectif et une orientation globale pour le sprint est le « Sprint Goal ». Le Sprint Goal est défini lors de la planification du sprint en collaboration entre le Product Owner et l’équipe de développement. Il représente la raison pour laquelle le sprint est entrepris et guide l’équipe tout au long de l’itération, en fournissant une vision claire de ce qui doit être accompli. Le Sprint Goal aide à maintenir la concentration et à aligner les efforts de l’équipe vers la réalisation d’un résultat cohérent et de valeur à la fin du sprint.

20- Comment une équipe de développement doit-elle gérer les exigences non fonctionnelles ?

How should a Development Team deal with non-functional requirements?

A.Ensure every Increment meets them.
B.Make sure the release department understands these requirements, but it is not theDevelopment Team's responsibility.
C.Handle them during the Integration Sprint preceding the Release Sprint.
D.Assign them to the lead developers on the team.

Une équipe de développement doit veiller à ce que chaque incrément réponde à ces exigences, en les intégrant de manière cohérente tout au long du processus de développement. Cela implique de considérer les exigences non fonctionnelles dès le début du travail sur un incrément et de les prendre en compte à chaque étape du cycle de vie du produit. L’équipe doit s’assurer que ces exigences sont comprises, intégrées dans la définition du produit, et satisfaites à chaque itération, contribuant ainsi à la création d’un produit de haute qualité et répondant à l’ensemble des exigences.

21- De quels sujets l’équipe Scrum pourrait-elle discuter lors d’une rétrospective de sprint ?

Which of the following might the Scrum Team discuss during a Sprint Retrospective?

A.Methods of communication.
B.The way the Scrum Team does Sprint Planning.
C.Skills needed to improve the Development Team’s ability to deliver.
D.Its Definition of “Done”.
E.All of the above.

Lors d’une rétrospective de sprint, l’équipe Scrum a l’occasion de réfléchir sur le sprint écoulé et d’identifier des opportunités d’amélioration. Les discussions peuvent inclure des sujets tels que les méthodes de communication au sein de l’équipe, la manière dont la planification de sprint est effectuée, les compétences nécessaires pour renforcer la capacité de livraison de l’équipe de développement, et l’évaluation de la pertinence et de l’efficacité de la Définition de « Terminé » de l’équipe. Ces discussions visent à favoriser un processus d’amélioration continue, permettant à l’équipe Scrum de s’ajuster et de s’améliorer à chaque itération.

22- Quand se termine un sprint ?

When is a Sprint over?

A.When the Product Owner says it is done.
B.When all Product Backlog items meet their definition of "Done".
C.When all the tasks are completed.
D.When the time-box expires.

Un sprint se termine lorsque le time-box (cadre temporel) spécifié pour le sprint arrive à expiration. Dans Scrum, les sprints ont une durée fixe, décidée en début de projet et généralement de deux à quatre semaines. À la fin de cette période, l’incrément de produit doit être prêt à être livré, et l’équipe Scrum tient une revue de sprint pour inspecter les résultats. C’est donc le time-box qui détermine la fin du sprint.

23- Vrai ou Faux : Scrum a un rôle appelé « Chef de projet »

True or False: Scrum has a role called "Project Manager"

A.True
B.False

Faux. Scrum n’a pas de rôle appelé « Chef de projet ». Les rôles clés dans Scrum sont le Scrum Master, le Product Owner et les développeurs. L’équipe Scrum fonctionne de manière auto-organisée, éliminant ainsi le besoin d’un chef de projet traditionnel. Le Scrum Master facilite le processus Scrum, le Product Owner définit les objectifs et les priorités, tandis que les développeurs sont responsables de la réalisation du travail.

24- Quels sont les deux moyens efficaces permettant à l’équipe Scrum de rendre visibles les exigences non fonctionnelles ?

What are two effective ways for the Scrum Team to make non-functional requirements visible? (Choose two.)

A.Put them on a separate list on the Scrum board, available for all to see.
B.Add them to the Product Backlog to ensure transparency.
C.Run the integration and regression tests before the end of the Sprint, and capturethe open work for the Sprint Backlog of the next Sprint.
D.Add them to the definition of "Done" so the work is taken care of every Sprint

Deux moyens efficaces pour rendre visibles les exigences non fonctionnelles au sein de l’équipe Scrum sont les suivants :

• B. Les ajouter au backlog produit afin d’assurer la transparence. En intégrant ces exigences dans le backlog produit, elles deviennent visibles pour toute l’équipe et peuvent être prises en compte lors de la planification des sprints.
• D. Les ajouter à la définition du « Done » de manière à ce que le travail soit pris en charge à chaque sprint. En incorporant les exigences non fonctionnelles dans la définition du « Done », l’équipe s’assure qu’elles sont traitées à chaque sprint, contribuant ainsi à la qualité globale de l’incrément produit.

25- Combien de temps faut-il après un Sprint pour préparer le prochain Sprint ?

How much time is required after a Sprint to prepare for the next Sprint?

A.The break between Sprints is time-boxed to 1 week for 30 day Sprints, and usuallyless for shorter sprints.
B.Enough time for the requirements for the next Sprint to be determined anddocumented.
C.Enough time for the Development team to finish the testing from the last Sprint.
D. None. A new Sprint starts immediately following the end of the previous Sprint.
E.All of the above are allowed depending on the situation.

Aucun délai n’est nécessaire. Un nouveau Sprint commence immédiatement après la conclusion du Sprint précédent. Cette continuité permet une planification et une adaptation rapides, favorisant une approche itérative et incrémentale dans le processus Scrum. La transition immédiate assure également que l’équipe Scrum reste agile et réactive aux changements, maximisant ainsi l’efficacité du processus de développement.

26- Pendant la planification du sprint, le propriétaire du produit et les développeurs ne parviennent pas à s’entendre sur les éléments du backlog produit d’ordre le plus élevé. Pour cette raison, les développeurs ne sont pas en mesure de déterminer le nombre d’éléments du backlog produit qu’ils peuvent prévoir pour le prochain sprint. Cependant, le Product Owner et les Développeurs parviennent à se mettre d’accord sur un objectif de sprint. Laquelle des actions suivantes le Scrum Master doit-il prendre en charge ?

During Sprint Planning the Product Owner and the Developers are unable to reach an understanding about the highest order Product Backlog items. Because of this, the Developersare unable to determine how many Product Backlog items they can forecast for the upcomingSprint. However, the Product Owner and theDevelopers are able to agree on a Sprint Goal.Which of the following actions should the Scrum Master support? (Choose two.)

A.Cancel the Sprint. Send the entire team to an advanced Scrum training and thenstart a new Sprint.
B.Forecast the Product Backlog items that are most likely to meet the Sprint Goal andcreate the Sprint Backlog. Conclude Sprint Planning and start the development work.Continue to analyze, decompose, and create additional functionality during the Sprint.
C.Continue the Sprint Planning event past its timebox until an adequate number ofProduct Backlog items are well enough understood for the Developers to make acomplete forecast. Then start the Sprint.
D.During the next Sprint Retrospective discuss why this happened and what changeswill make it less likely to recur.
E.Ask everyone to take as much time as needed to analyze the Product Backlog first,and then reconvene another Sprint Planning meeting.

Le Scrum Master devrait probablement prendre en charge l’option B : « Prévoir les éléments du backlog produit les plus susceptibles de répondre à l’objectif du Sprint et créer le backlog de Sprint. Conclure la planification de Sprint et commencer le travail de développement. » Cela permettrait à l’équipe de développement de commencer à travailler sur des éléments du backlog produit qui sont alignés sur l’objectif du sprint, même si un consensus complet sur l’ordre du backlog produit n’a pas été atteint. Cela permet de maintenir la progression du travail tout en respectant l’objectif convenu pour le sprint. L’option D suggère d’analyser les raisons de la divergence lors de la rétrospective du sprint suivant, ce qui est également une approche valide pour l’amélioration continue.

27- Qui peut annuler un Sprint ?

Who can cancel a Sprint?

A.The Scrum Team.
B.The Scrum Master.
C.The Product Owner.
D.The Stakeholders.

Seul le Product Owner a le pouvoir de mettre fin prématurément à un Sprint (C). En tant que personne responsable de maximiser la valeur du produit et du travail de l’équipe de développement, le Product Owner peut prendre la décision d’annuler un Sprint si les objectifs du Sprint deviennent obsolètes. Cependant, cette décision n’est pas prise à la légère, et elle nécessite une justification claire et une compréhension de l’impact sur la valeur globale du produit. L’équipe de développement ne peut pas annuler un Sprint par elle-même.

28- Lequel des éléments suivants est requis par Scrum ?

Which of the following is required by Scrum?

A.Sprint Retrospective.
B.Members must be stand up at the Daily Scrum.
C.Sprint Burndown Chart.
D.Release planning.
E.All of the above.

L’élément requis par Scrum parmi les options mentionnées est la « Sprint Retrospective ». La Sprint Retrospective est une réunion régulière à la fin de chaque sprint où l’équipe Scrum réfléchit sur son fonctionnement et identifie des moyens d’améliorer ses processus. En revanche, bien que recommandée pour favoriser une communication rapide, la position debout lors du Daily Scrum n’est pas strictement obligatoire, tout comme le Sprint Burndown Chart et la Release Planning, qui sont des pratiques courantes mais non indispensables selon le Guide Scrum.

29- Quel est le but d’une revue de sprint ?

What is the purpose of a Sprint Review?

A.To take time to judge the validity of the project.
B.To inspect the product Increment with the stakeholders and collect feedback onnext steps.
C.To review the Scrum Team's activities and processes during the Sprint.
D.To build team sprint.

Le but d’une revue de sprint est d’inspecter l’Increment du produit avec les parties prenantes et de recueillir des retours sur les prochaines étapes. Cela offre l’opportunité de présenter le travail accompli au cours du sprint, d’obtenir des retours des parties prenantes sur la fonctionnalité livrée et de discuter des ajustements nécessaires ou des priorités pour les sprints futurs. La revue de sprint favorise la transparence, la collaboration et l’alignement avec les besoins du produit.

30- Qui détermine quand il est approprié de mettre à jour le Sprint Backlog pendant un Sprint ?

Who determines when it is appropriate to update the Sprint Backlog during a Sprint?

A.The Project Manager.
B.The Development Team.
C.The Scrum Team.
D.The Product Owner.

C’est l’équipe de développement qui détermine quand il est approprié de mettre à jour le Sprint Backlog pendant un Sprint. Les membres de l’équipe ajustent le Sprint Backlog en fonction des changements, des découvertes et de l’évolution des exigences pour maximiser l’efficacité du travail pendant le sprint.

31- Qui doit assister au Daily Scrum ?

Who must attend the Daily Scrum?

A.The Scrum Master and Product Owner.
B.The Development Team.
C.The Development Team and Product Owner.
D.The Scrum Team.
E.The Development Team and Scrum Master.

Seules les personnes effectuant le travail décrit dans le Sprint Backlog doivent assister au Daily Scrum. Dans la plupart des cas, cela inclut les membres du Development Team. Si le Product Owner ou le Scrum Master sont activement impliqués dans le travail du Sprint Backlog, ils peuvent également y participer en tant que membres de l’équipe de développement. L’objectif principal est de permettre aux personnes directement impliquées dans le travail quotidien de synchroniser leurs efforts et de s’adapter au besoin.

32- Quand les membres de l’équipe de développement s’approprient-ils un élément du Sprint Backlog ?

When do Development Team members take ownership of a Sprint Backlog item? (Choosethe best answer.)

A.At the Sprint planning meeting.
B.During the Daily Scrum.
C. Never. All Sprint Backlog Items are owned by the entire Scrum Team.
D.Whenever a team member can accommodate more work.

Les membres de l’équipe de développement ne s’approprient jamais un élément du Sprint Backlog individuellement. Tous les éléments du Sprint Backlog sont la propriété de l’ensemble de l’équipe Scrum. La responsabilité collective favorise la collaboration et l’entraide au sein de l’équipe pour atteindre les objectifs du Sprint.

33- Vrai ou Faux : Le but d’un Sprint est de produire un incrément précieux et utile.

True or False: The purpose of a Sprint is to produce a valuable, useful Increment.

A.True
B.False

Vrai. Le cœur de Scrum est un Sprint, une période d’un mois ou moins pendant laquelle un incrément de produit fonctionnel, utile et précieux est créé. L’objectif principal d’un Sprint est de produire une version du produit qui est potentiellement livrable et qui répond aux critères de finition définis par l’équipe Scrum. Cette approche itérative permet d’obtenir régulièrement des versions du produit et d’ajuster les priorités en fonction des besoins changeants.

34- Qui crée la définition de « done » ?

Who creates the definition of "Done"?

A.The Scrum Master as he/she is responsible for the Development Team's productivity.
B.The Scrum Team, in a collaborative effort where the result is the commondenominator of all members   definition.
C.The Product Owner as he/she is responsible for the product's success.
D.The development organization (or Development Team if none is available from thedevelopment organization).

La création de la définition de « done » est la responsabilité de l’organisation de développement, ou de l’équipe de développement si aucune définition n’est disponible de la part de l’organisation de développement (D). La définition de « done » représente les critères et les normes qui doivent être respectés pour qu’un élément du Product Backlog soit considéré comme terminé. C’est un accord mutuel au sein de l’équipe sur les conditions nécessaires pour qu’un travail soit considéré comme achevé.

35- Cinq nouvelles équipes Scrum ont été créées pour créer un seul produit. Quelques développeurs d’une des équipes Scrum demandent au Scrum Master comment coordonner leur travail avec les équipes de commande. Que doit faire le Scrum Master ?

Five new Scrum Teams have been created to build one product. A few of the developers onone of the Scrum Teams ask the Scrum Master how to coordinate their work with the orderteams. What should the Scrum Master do?

A.Teach the Product Owner to work with the lead developers on ordering ProductBacklog in a way to avoid too much technical and development overlap during aSprint.
B.Teach them that it is their responsibility to work with the other teams to create anintegrated Increment that is inclusive of all five team's work.
C.Collect the Sprint tasks from the teams at the end of their Sprint Planning andmerge that into a consolidated plan for the entire Sprint.
D.Visit the five teams each day to inspect that their Sprint Backlogs are aligned.

Le Scrum Master devrait collecter les tâches de Sprint de chaque équipe à la fin de leur Sprint Planning et les fusionner dans un plan consolidé pour l’ensemble du Sprint. Cela favorise la visibilité et la coordination du travail entre les différentes équipes Scrum, assurant une compréhension commune des objectifs et des activités prévus pour le Sprint. Cette approche facilite la collaboration et l’alignement des efforts pour créer un produit cohérent.

36- Quelles sont les deux choses que l’équipe de développement doit faire lors du premier sprint ?

Which two things should the Development Team do during the first Sprint? (Choose two.)

A.Make up a plan for the rest of the project.
B.Analyze, describe, and document the requirements for the subsequent Sprints.
C.Develop at least one piece of functionality.
D.Analyze, design, and describe the complete architecture and infrastructure.
E.Create an increment of potentially releasable software.

L’équipe de développement doit, lors du premier sprint, développer au moins une fonctionnalité et créer un incrément de logiciel potentiellement livrable. Cela signifie qu’elle doit produire du travail concret tout en s’assurant que l’incrément résultant pourrait potentiellement être déployé, respectant ainsi les standards de qualité et de finition définis dans la définition de « Done ».

37- Quelles sont les trois façons dont Scrum favorise l’auto-organisation ?

What are three ways Scrum promotes self-organization? (Choose three.)

A.By not allowing documentation.
B.By the Development Team deciding what work to do in a Sprint.
C.By preventing stakeholders from entering the development room.
D.By removing titles for Development Team members.
E.By being a lightweight framework.

Scrum favorise l’auto-organisation de plusieurs manières. Tout d’abord, en permettant à l’équipe de développement de décider du travail à effectuer pendant un Sprint, elle encourage l’autonomie (B). Ensuite, en éliminant les titres pour les membres de l’équipe de développement, Scrum promeut l’égalité et encourage la collaboration, renforçant ainsi l’auto-organisation (D). Enfin, en étant un cadre léger et flexible, Scrum offre un environnement propice à l’adaptabilité et à l’auto-organisation (E). Ces aspects contribuent à créer des équipes Scrum autonomes et capables de s’organiser pour atteindre leurs objectifs.

38- Quelle est la principale préoccupation lorsque plusieurs équipes de développement travaillent à partir du même backlog produit ?

What is the key concern when multiple Development Teams are working from the sameProduct Backlog?

A.Minimizing dependencies between teams.
B.Clear definition of requirements.
C.Meeting original scope projections.
D.Making sure there's enough work for everyone on every team.
E.Maximizing velocity.

La principale préoccupation lorsque plusieurs équipes de développement travaillent à partir du même backlog produit est la clarté de la définition des exigences. Il est crucial d’avoir des exigences bien définies, comprises et partagées entre les équipes pour assurer une cohérence dans la réalisation des fonctionnalités et garantir la création d’un produit intégré et harmonieux. Une communication transparente et une collaboration étroite entre les équipes sont essentielles pour éviter les malentendus et garantir que chaque équipe contribue efficacement à l’objectif global du produit.

39- Qu’est-ce que cela signifie de dire qu’un événement a une time-box ?

What does it mean to say that an event has a time-box?

A.The event must happen at a set time.
B.The event must happen by a given time.
C.The event must take at least a minimum amount of time.
D.The event can take no more than a maximum amount of time.

Dire qu’un événement a une « time-box » signifie qu’il est limité à une durée maximale prédéterminée et ne peut pas dépasser ce temps alloué. Cette restriction de temps vise à assurer la focalisation, l’efficacité et la ponctualité dans la réalisation de l’événement.

40- Quel résultat est attendu d’une équipe Scrum mature ?

Which outcome is expected as Scrum Teams mature?

A.They will improve their definition of "Done" to include more stringent criteria.
B.The Sprint Retrospectives will grow to be longer than 4 hours.
C.There is no need for a time-boxed Sprint.
D.Sprint Reviews will no longer be needed.
E.A Scrum Master is no longer needed since they are a mature team now.

Une équipe Scrum mature est attendue pour améliorer sa définition du « Done » en incluant des critères plus rigoureux, assurant ainsi une qualité accrue dans la livraison des incréments de produit. Cela dénote une évolution vers des normes de finition plus élevées et une meilleure maîtrise du processus de développement.

41- Quand une équipe Scrum doit-elle livrer chaque incrément ?

When must a Scrum Team release each Increment?

A.When it makes sense to release it.
B.When the Scrum Team finishes their work.
C.Whenever the product is free of defects.
D.After every Sprint, without exception.

Une équipe Scrum doit publier chaque incrément lorsque cela a du sens, c’est-à-dire lorsque l’incrément atteint un niveau de maturité et de fonctionnalité qui le rend apte à être livré. La décision de publier dépend des besoins du produit, des attentes des parties prenantes et de la stratégie de déploiement de l’organisation.

42- Une équipe Scrum qui fonctionne correctement aura au moins un Release Sprint et pourra très bien en avoir plusieurs.

A properly functioning Scrum Team will have at least one Release Sprint and may well haveseveral.

A.True
B.False

Vrai. Une équipe Scrum qui fonctionne correctement peut avoir au moins un Release Sprint, et il est tout à fait possible d’en avoir plusieurs, selon les besoins de la planification de la sortie du produit et de la coordination avec d’autres initiatives organisationnelles. Cela dépend des circonstances spécifiques du projet et des objectifs de livraison du produit.

43- Scrum est une méthodologie qui explique en détail comment créer des logiciels de manière incrémentale.

Scrum is a methodology that tells in detail how to build software incrementally.

A.True
B.False

Faux. Scrum n’est pas une méthodologie détaillée sur la manière de créer des logiciels de manière incrémentale. C’est un framework agile qui fournit une structure de base et des rôles clés pour faciliter le développement itératif et incrémental, mais il n’impose pas de pratiques spécifiques. Les équipes Scrum sont libres de choisir les meilleures pratiques pour leur contexte particulier. Scrum se concentre davantage sur les valeurs, les principes et les interactions au sein de l’équipe pour favoriser une approche agile du développement.

44- De quoi le Scrum Master est-il responsable ?

For which is the Scrum Master responsible?

A.Managing the performance of the Scrum Team.
B.The meetings and the objectives that a Scrum Team sets for itself.
C.The Scrum framework being adopted and used properly.
D.Keeping track of resource allocation.

Le Scrum Master est responsable de s’assurer que le framework Scrum est adopté et utilisé correctement au sein de l’équipe, favorisant ainsi une mise en œuvre efficace des principes agiles et des pratiques Scrum. Il joue un rôle crucial dans la création d’un environnement propice à la collaboration, à l’auto-organisation et à l’amélioration continue.

45- Les développeurs demandent à leur Product Owner de réorganiser le Product Backlog. L’équipe est en attente d’un fournisseur externe pour lui livrer un composant. Sans cet élément, il n’y aura pas assez de travail lors du prochain Sprint pour occuper toute l’équipe. En tant que Scrum Master, quels conseils donneriez-vous au Product Owner ?

The Developers ask their Product Owner to re-order the Product Backlog. The team iswaiting for an external supplier to deliver a component. Without that component there willnot be enough work in the next Sprint to occupy the full team. As the Scrum Master, what advice would you give the Product Owner?

A.Remind the Product Owner that his primary concern is the flow of value reflectedin the ordering of the Product Backlog.
B.Tell the Product Owner to re-order the Product Backlog so the work involving theexternal component can be planned in a separate sprint.
C.Tell the Product Owner that the Product Backlog should be ordered to maximizeutilization of the Development Team.

En tant que Scrum Master, je conseillerais au Product Owner de se rappeler que sa principale préoccupation est le flux de valeur reflété dans l’ordonnancement du Product Backlog. Il est important de maintenir la priorisation basée sur la valeur métier, même si des dépendances externes peuvent créer des contraintes temporaires. Encourager le Product Owner à collaborer avec l’équipe et à explorer d’autres éléments du Product Backlog qui peuvent apporter de la valeur, même si le composant externe est en attente, contribuera à maximiser la livraison de valeur dans le prochain Sprint.

46- Au fur et à mesure que la réunion de planification du sprint progresse, l’équipe de développement constate que la charge de travail est supérieure à ce qu’elle peut gérer. Quelles sont les deux actions valides ?

As the Sprint Planning meeting progresses, the Development Team sees that the workload isgreater than they can handle. Which two are valid actions? (Choose two.)

A.Recruit additional Development Team members before the work can begin.
B.The Development Team ensures that the Product Owner is aware, starts the Sprint,and monitors progress.
C.Cancel the Sprint.
D.Remove or change selected Product Backlog items.
E.The Development Team works overtime during this Sprint.

Lorsque, au cours de la réunion de planification du sprint, l’équipe de développement constate que la charge de travail est supérieure à ce qu’elle peut gérer, deux actions valides sont les suivantes :

• B. L’équipe de développement s’assure que le Product Owner en est conscient, lance le sprint et surveille les progrès : Il est essentiel que le Product Owner comprenne les limitations de capacité de l’équipe de développement. L’équipe de développement peut informer le Product Owner de la charge de travail estimée et discuter des priorités pour s’assurer que les attentes sont alignées avec la capacité de l’équipe.
• D. Supprimer ou modifier les éléments sélectionnés du backlog produit : Si la charge de travail estimée dépasse la capacité de l’équipe, il est judicieux de revoir les éléments du backlog produit sélectionnés pour le sprint. L’équipe peut décider de supprimer certains éléments ou de les modifier pour les rendre plus gérables dans le cadre du sprint. Cela permet de s’assurer que l’équipe peut se concentrer sur des objectifs réalisables pendant le sprint.

47- Actuellement, vos équipes de développement sont organisées pour traiter une seule couche (par exemple, le front-end, le niveau intermédiaire, le back-end et les interfaces). Quels sont les trois éléments à prendre en compte lorsque vous décidez de passer de ces équipes de composants à des équipes de fonctionnalités ?

Currently, your Development Teams are organized to address a single layer only (forexample, front end, middle tier, back end, and interfaces). What are three things to considerwhen deciding to move away from such component teams toward feature teams? (Choose three.)

A.You cannot do Scrum without feature teams.
B.Productivity may suffer when making this kind of move.
C.Getting support from the business side first helps.
D.Feature teams have less communication overhead.
E.With feature teams, it is easier to calculate the productivity per team.

Lors de la transition d’équipes de développement organisées par composants à des équipes de fonctionnalités, il est essentiel de prendre en compte les trois éléments suivants :

• B. La productivité peut souffrir lors de ce type de transition : Le changement de structure d’équipe peut initialement entraîner des perturbations, et la productivité peut être affectée pendant cette période de transition. Il est important de minimiser ces perturbations autant que possible.
• C. Obtenir un soutien du côté commercial est bénéfique : Avant d’apporter des changements majeurs, obtenir le soutien et la compréhension du côté commercial est crucial. Cela facilitera l’acceptation du changement et garantira que les nouvelles équipes sont alignées sur les objectifs commerciaux.
• D. Les équipes de fonctionnalités ont moins de surcharge de communication : Les équipes qui se concentrent sur des fonctionnalités spécifiques peuvent réduire la surcharge de communication par rapport aux équipes organisées par composants. Cela favorise une communication plus efficace et une meilleure collaboration au sein de l’équipe.

48- Au cours d’un sprint, quand un nouveau travail ou une décomposition supplémentaire du travail est ajouté au backlog de sprint ?

During a Sprint, when is new work or further decomposition of work added to the SprintBacklog?

A.When the Product Owner identifies new work.
B.As soon as possible after they are identified.
C.When the Scrum Master has time to enter them.
D.During the Daily Scrum after the Development Team approves them.

Pendant un sprint, un nouveau travail ou une décomposition supplémentaire du travail est ajouté au backlog de sprint dès que possible après leur identification. Cette approche favorise la transparence et permet à l’équipe de développement de réagir rapidement aux changements ou aux découvertes tout en maintenant la clarté sur le travail restant dans le sprint.

49- Quelle est la principale raison pour laquelle le Scrum Master est présent au Daily Scrum ?

What is the main reason for the Scrum Master to be at the Daily Scrum?

A.To gather status and progress information to report to management.
B.To write down any changes to the Sprint Backlog, including adding new items, andtracking progress on the burn-down.
C.They do not have to be there; they only need to ensure the Development Team hasa Daily Scrum.
D.To make sure every team member answers the three questions

La principale raison pour laquelle le Scrum Master est présent au Daily Scrum est de s’assurer que l’équipe de développement a bien sa réunion quotidienne (Daily Scrum). Bien que la présence du Scrum Master ne soit pas obligatoire, son rôle est de garantir que tous les événements Scrum se déroulent de manière positive, productive et respectant les délais. Le Scrum Master peut également intervenir pour résoudre les obstacles qui entravent la progression de l’équipe.

50- Vous disposez de six équipes utilisant une méthode traditionnelle pour livrer un produit. Votre direction vous a demandé de commencer à utiliser Scrum. Dans le projet initial, il y avait des plans et des équipes distinctes pour les couches d’un système logiciel, c’est-à-dire une pour le front-end, une pour le niveau intermédiaire, une pour le back-end et une pour les interfaces et les services. Cela ressemble à ce que l’on appelle les équipes de composants. Mais vous avez lu que c’est une bonne idée d’avoir des équipes organisées par fonctionnalité. Quels sont les avantages de conserver les équipes de composants lors du démarrage de Scrum ?

You have six teams using a traditional method to deliver a product. Your management hasasked you to start using Scrum. In the initial project there were separate plans and teams forthe layers of a software system, i.e. one for the front-end, one for the middle tier, one for the back-end, and one for the interfaces and services. This resembles what is known ascomponent teams. But you have read that it's a good idea to have teams organized by feature.What are the advantages of keeping component teams while starting Scrum?

A.There is less initial disruption than organizing into new teams. As they start,they will discover what works best, and how to potentially re-organize towards this.
B.Component teams generally have the skills needed to create a working Incrementof software that provides business value.
C.Because they have worked together for some time, they are likely able to start producing shippable Increments faster that new feature teams would.
D.There are fewer cross-team dependencies than working in feature teams.

Conserver les équipes de composants lors du démarrage de Scrum présente certains avantages. Tout d’abord, cela entraîne moins de perturbations initiales, car les équipes continuent de travailler dans leurs domaines de spécialisation existants. Ensuite, au fur et à mesure de leur utilisation de Scrum, les équipes auront l’opportunité de découvrir ce qui fonctionne le mieux pour elles et d’explorer éventuellement des réorganisations vers des équipes organisées par fonctionnalité. Cette approche permet une transition plus souple vers Scrum, en tirant parti de l’expérience et des compétences existantes des équipes.

51- Comment les éléments du Product Backlog doivent-ils être choisis lorsque plusieurs équipes Scrum travaillent à partir du même Product Backlog ?

How should Product Backlog items be chosen when multiple Scrum Teams work from the same Product Backlog?

A.The Scrum Team with the highest velocity pulls Product Backlog items first.
B.The Development Teams pull in work in agreement with the Product Owner.
C.The Product Owner should provide each team with its own Product Backlog.
D.Each Scrum Team takes an equal numbers of items.
E.The Product Owner decides.

Lorsque plusieurs équipes Scrum travaillent à partir du même Product Backlog, les éléments du Product Backlog doivent être choisis par les équipes de développement en accord avec le Product Owner. La sélection se fait par consensus, avec une communication étroite entre les équipes et le Product Owner pour s’assurer que les éléments choisis sont alignés sur les priorités et les objectifs globaux du produit.

52- À quelle fréquence l’adhésion à l’équipe Scrum doit-elle changer ?

How often should Scrum Team membership change?

A.As needed, while taking into account a short term reduction in productivity.
B. Never, because it reduces productivity.
C.As needed, with no special allowance for changes in productivity.
D.Every Sprint to promote shared learning.

L’adhésion à l’équipe Scrum doit changer aussi souvent que nécessaire, en tenant compte d’une éventuelle réduction temporaire de la productivité. Les changements d’adhésion peuvent être effectués pour répondre aux besoins changeants du projet, mais il est essentiel de minimiser les perturbations et d’assurer une transition en douceur pour maintenir la performance globale de l’équipe.

53- Qui doit s’assurer que tous les membres de l’équipe Scrum accomplissent leurs tâches pour le Sprint ?

Who should make sure everyone on the Scrum Team does his or her tasks for the Sprint?

A.The Project Manager.
B.The Product Owner.
C.The Scrum Master.
D.The Scrum Team.
E.All of the above.

L’équipe Scrum dans son ensemble, y compris les développeurs, le Scrum Master et le Product Owner, doit s’assurer que tous les membres accomplissent leurs tâches pour le Sprint. La responsabilité de la réalisation des tâches est partagée au sein de l’équipe, favorisant ainsi une approche collaborative et une responsabilité collective pour atteindre les objectifs du Sprint.

54- Quand est-il le plus approprié pour une équipe de développement de modifier la définition de « done » ?

When is it most appropriate for a Development Team to change the definition of "Done" ?

A.During Spring Planning.
B.Prior to starting a new Sprint.
C.During the Sprint Retrospective.
D.Prior to starting a new project.

Il est le plus approprié pour une équipe de développement de modifier la définition de « done » pendant la Sprint Retrospective. C’est pendant cet événement que l’équipe réfléchit sur le Sprint écoulé, identifie les opportunités d’amélioration, et peut ajuster ses pratiques, y compris la définition de « done », pour les prochains Sprints. La Sprint Retrospective offre un contexte propice à l’adaptation continue et à l’amélioration du processus.

55- Le Daily Scrum est un événement qui se produit tous les jours. Quelles seraient les trois principales préoccupations si la fréquence devait être abaissée à tous les deux ou trois jours ?

The Daily Scrum is an event that happens every day. What would be three key concerns if the frequency were to be lowered to every two or three days? (Choose three.)

A.Opportunities to inspect and adapt the Sprint Backlog are lost.
B.Impediments are raised and resolved more slowly.
C.The Product Owner cannot accurately report progress to the stakeholders.
D.Too much work is spent updating the Scrum board before the meeting.
E.The Scrum Master loses the ability to update the Gantt chart properly.
F.The Sprint plan may become inaccurate.

Si la fréquence du Daily Scrum était abaissée à tous les deux ou trois jours, plusieurs préoccupations majeures pourraient émerger :

• A. Des opportunités d’inspecter et d’adapter le Sprint Backlog seraient perdues, ce qui pourrait affecter la transparence et l’agilité de l’équipe.
• B. Les obstacles pourraient être soulevés et résolus plus lentement, entraînant des retards dans la résolution des problèmes et potentiellement affectant le progrès de l’équipe.
• F. Le plan du Sprint pourrait devenir moins précis au fil du temps, car la fréquence réduite des réunions pourrait entraîner des ajustements moins fréquents et une communication moins efficace au sein de l’équipe.

56- Quelle affirmation décrit le mieux Scrum ?

Which statement best describes Scrum?

A.A defined and predictive process that conforms to the principles of ScientificManagement.
B.A complete methodology that defines how to develop software.
C.A cookbook that defines best practices for software development.
D.A framework within which complex products in complex environments aredeveloped.

L’affirmation qui décrit le mieux Scrum est : « Un cadre dans lequel des produits complexes sont développés dans des environnements complexes. » Scrum fournit une structure flexible et itérative pour le développement de produits, en mettant l’accent sur l’agilité, la transparence et l’adaptabilité dans des contextes complexes.

57- Quelles valeurs Scrum sont exposées en ne créant pas d’éléments du backlog produit qui ont une faible valeur commerciale ?

Which Scrum Values are exhibited by not building Product Backlog items that have low business value? (Choose three.)

A.Economic Value Added.
B.Respect.
C.Focus.
D.Earned Value.
E.Courage.

Les valeurs Scrum qui sont exposées en ne créant pas d’éléments du backlog produit qui ont une faible valeur commerciale sont le Respect, le Focus et le Courage.

• Respect : En reconnaissant et en respectant la valeur commerciale, l’équipe démontre son engagement envers la création de résultats significatifs.
• Focus : En se concentrant sur les éléments du backlog produit ayant une valeur commerciale élevée, l’équipe maintient une concentration intense sur la réalisation des objectifs prioritaires et significatifs.
• Courage : Le fait de prendre des décisions difficiles, comme de ne pas créer des éléments de faible valeur commerciale, nécessite du courage. Cela montre la détermination de l’équipe à atteindre des résultats significatifs et à maximiser la valeur commerciale.

58- Qui crée l’estimation d’un élément du Backlog Produit ?

Who creates a Product Backlog Item's estimate?

A.The Development Team after clarifying requirements with the Product Owner.
B.The Product Owner with input from the Development Team.
C.The most senior people in the organization, including architects and subject matterexperts.
D.The Scrum Master.
E.The Development Team, alone.

L’estimation d’un élément du Backlog Produit est créée par l’équipe de développement après avoir clarifié les exigences avec le Product Owner. C’est un processus collaboratif où l’équipe, en se basant sur sa compréhension des exigences, de la complexité et d’autres facteurs, fournit une estimation de l’effort nécessaire pour compléter cet élément du backlog. La communication étroite entre l’équipe de développement et le Product Owner garantit une compréhension partagée des attentes et des exigences.

59- Qui démarre le Daily Scrum ?

Who starts the Daily Scrum?

A.The person coming in last. This encourages people to be on time and helps to staywithin the time-box.
B.Whoever the Development Team decides should start.
C.The person who has the token.
D.The Scrum Master. This ensures that the Development Team has the meeting andstays within the time-box.
E.The person who last broke the build.

Le Daily Scrum est démarré par la personne que l’équipe de développement décide. Cela peut être n’importe quel membre de l’équipe, et la décision est laissée à la discrétion de l’équipe elle-même. Cette approche favorise l’auto-organisation au sein de l’équipe, renforçant ainsi la responsabilité collective des membres pour le progrès quotidien vers les objectifs du Sprint.

60- Vous êtes le Scrum Master d’une équipe Scrum nouvellement formée. Parmi les activités suivantes, lesquelles aideraient probablement l’équipe à démarrer ?

You are the Scrum Master on a newly formed Scrum Team. Which three of the following activities would probably help the team in starting up? (Choose three.)

A.Introduce a bonus system for the top performers in the team.
B.Have the Scrum Team members introduce themselves to each other and give a brief background of their skills and work history.
C.Have the development managers for each Development Team member introducetheir direct reports and go over their responsibilities on the Scrum Team.
D.Ensure the Scrum Team members have compatible personalities.
E.Ensure the team understands they need a definition of "Done"  
F.Ask the Product Owner to discuss the product or project, its history, goals, andcontext, as well as answer questions.

En tant que Scrum Master d’une équipe Scrum nouvellement formée, plusieurs activités pourraient aider l’équipe à démarrer :

• B. Faire en sorte que les membres de l’équipe Scrum se présentent les uns aux autres et donnent un bref aperçu de leurs compétences et de leur parcours professionnel : Cela favorise la connaissance mutuelle au sein de l’équipe, renforçant la collaboration et la compréhension des compétences individuelles.
• E. S’assurer que l’équipe comprend qu’elle a besoin d’une définition du « Done » : Clarifier les attentes de ce qui constitue un travail terminé et de qualité contribue à aligner l’équipe sur les normes et à garantir la livraison de résultats de haute qualité.
• F. Demander au Product Owner de discuter du produit ou du projet, de son histoire, de ses objectifs et de son contexte, ainsi que de répondre aux questions : Cela offre à l’équipe une compréhension approfondie du contexte du travail, des attentes du client et des objectifs globaux, facilitant ainsi une approche collaborative et alignée.

61- Une équipe de développement sélectionne un ensemble d’éléments du Product Backlog pour un Sprint Backlog avec l’intention de faire en sorte que les éléments sélectionnés soient « done » avant la fin du Sprint. Quelles sont les trois expressions qui décrivent le mieux le but d’une définition de « done » ?

A Development Team selects a set of Product Backlog items for a Sprint Backlog with theintent to get the selected items "Done" by the end of the Sprint. Which three phrases bestdescribe the purpose of a definition of "Done" ? (Choose three.)

A.It controls whether the developers have performed their tasks.
B.It provides a template for elements that need to be included in the technicaldocumentation.
C.It creates transparency over the work inspected at the Sprint Review.
D.It trucks the percent completeness of a Product Backlog item.
E.It guides the Development Team is creating a forecast at the Sprint Planning.
F.It defines what it takes for an Increment to be ready for release.

Les trois expressions qui décrivent le mieux le but d’une définition de « done » sont les suivantes :

• C. Elle crée la transparence sur le travail inspecté lors de la Revue de Sprint : La définition de « done » assure que le travail accompli est clairement visible et compréhensible lors de la revue de Sprint, permettant ainsi une évaluation transparente des résultats obtenus.
• D. Elle trace le pourcentage d’achèvement d’un élément du Product Backlog : La définition de « done » fournit une mesure claire de l’avancement vers l’achèvement d’un élément du Product Backlog, offrant ainsi une visibilité sur l’état d’avancement du travail.
• F. Elle définit ce qu’il faut pour qu’un Incrément soit prêt pour la publication : La définition de « done » établit les critères nécessaires pour qu’un Incrément soit considéré comme terminé et prêt à être livré, assurant ainsi la qualité et l’achèvement du travail avant toute diffusion.

62- Sélectionnez deux manières dont la dette technique a un impact sur la transparence.

Select two ways in which technical debt impacts transparency. (Choose two.)

A.When calculated and estimated, the total amount of technical debt shows exactlyhow long until the Product Owner can release the Increment.
B.It leads to false assumptions about the current state of the system, specifically of anIncrement being releasable at the end of a Sprint.
C.As development progresses and code is added, the system becomes more difficultto stabilize, which results in future work being slowed down in unpredictable ways.
D.It enhances transparency for the Product Owner as a Development Team is notallowed to do additional feature development in a Sprint as long as there is technical debt.

Deux manières dont la dette technique a un impact sur la transparence sont les suivantes :

• B. Elle conduit à de fausses hypothèses sur l’état actuel du système, en particulier sur le caractère livrable d’un Incrément à la fin d’un Sprint : La dette technique peut entraîner des malentendus sur la qualité réelle du travail accompli, donnant lieu à des hypothèses incorrectes sur la prétendue terminaison d’un Incrément.
• C. À mesure que le développement progresse et que du code est ajouté, le système devient plus difficile à stabiliser, ce qui se traduit par un ralentissement imprévisible du travail futur : La dette technique peut rendre le système plus instable, entraînant des retards et des problèmes inattendus lors de travaux futurs. Cela compromet la transparence en rendant difficile la prévision précise des délais et des résultats.

63- Lequel de ces éléments une équipe de développement peut-elle réaliser à la fin d’un sprint ?

Which of these may a Development Team deliver at the end of a Sprint?

A.Failing unit tests, to identify acceptance tests for the next Sprint.
B.An increment of software with minor known bugs in it.
C.An increment of working software that is "done".
D.A single document, if that is what the Scrum Master asked for.

À la fin d’un sprint, l’équipe de développement peut accomplir l’objectif principal de produire un incrément de logiciel fonctionnel répondant aux critères de la définition de « done ». Cet incrément est considéré comme complet, testé et prêt à être livré. La réalisation de cet objectif démontre la capacité de l’équipe à respecter ses engagements et à produire des résultats tangibles à chaque itération. La focalisation sur la livraison d’incréments « done » à la fin de chaque sprint est une pratique fondamentale de Scrum, contribuant à assurer la qualité continue et la valeur du produit.

64- Quelle part du Sprint Backlog doit être définie lors de l’événement de planification de sprint ?

How much of the Sprint Backlog must be defined during the Sprint Planning event?

A.Just enough tasks for the Scrum Master to be confident in the Development Team's understanding of the Sprint.
B.The entire Sprint Backlog must be identified and estimated by the end of the SprintPlanning meeting.
C.Enough so the Development Team can create its best forecast of what is can do,and to start the first several days of the Sprint.
D.Just enough to understand design and architectural implications.

Lors de l’événement de planification de sprint, la part du Sprint Backlog qui doit être définie est suffisante pour que l’équipe de développement puisse créer sa meilleure prévision de ce qu’elle peut accomplir et pour commencer les premiers jours du sprint. Cela implique de choisir et de détailler les éléments du Product Backlog qui seront travaillés pendant le sprint, en tenant compte de la capacité de l’équipe et des priorités définies par le Product Owner. L’objectif est de fournir une base solide pour le travail initial de l’équipe au début du sprint et d’assurer une compréhension claire des tâches à accomplir.

65- Qui est responsable de gérer l’avancement des travaux lors d’un Sprint ?

Who is responsible for managing the progress of work during a Sprint?

A.The Scrum Master.
B.The Development Team.
C.The Product Owner.
D.The most junior member of the Team

L’avancement des travaux lors d’un Sprint est géré par l’équipe de développement. Cela signifie que les membres de l’équipe de développement sont responsables de suivre et de coordonner les tâches nécessaires pour atteindre l’objectif du Sprint. Ils utilisent le Daily Scrum pour inspecter les progrès, identifier les obstacles éventuels et ajuster leur plan pour atteindre les objectifs du Sprint. Cette responsabilité renforce l’autonomie et l’autogestion de l’équipe de développement dans le cadre du processus Scrum.

66- Une équipe de développement est nécessaire pour livrer un incrément terminé avant la fin d’un sprint. Sélectionnez Deux déclarations expliquant ce que signifie « done ».

A Development Team is required to deliver a done Increment by the end of a Sprint. Select two statements that explain what "Done" means. (Choose two.)

A.All work the Development Team is willing to do.
B.Ready for integration.
C.No work left from the definition of "Done".
D.Whatever the Product Owner defines as quality.
E.Ready to be released to end users.

Lorsqu’on parle de « done » dans le contexte de Scrum, deux déclarations explicatives incluent :

• C. Aucun travail restant selon la définition de « Done » : Cela signifie que toutes les tâches nécessaires à la réalisation de l’incrément ont été complétées conformément aux critères définis dans la définition de « Done ». Aucun élément essentiel n’a été omis, et le travail est considéré comme complet.
• E. Prêt à être publié pour les utilisateurs finaux : La maturité de l’incrément atteinte selon la définition de « Done » implique qu’il est prêt à être livré et mis à la disposition des utilisateurs finaux. Cela garantit que l’incrément est stable, testé et conforme aux normes de qualité nécessaires pour une mise en production.

67- Quels sont les deux facteurs qu’il est préférable de prendre en compte lors de l’établissement de la durée du sprint ?

What two factors are best considered when establishing the Sprint length? (Choose two.)

A.The organization has mandated similar length sprints.
B.The level of uncertainty over the technology to be used.
C.The frequency at which team formation can be changed.
D.The risk of being disconnected from the stakeholders.

Lors de l’établissement de la durée du sprint, deux facteurs importants à prendre en compte sont :

• B. Le niveau d’incertitude concernant la technologie à utiliser : Plus l’équipe est confrontée à des technologies nouvelles ou incertaines, plus la durée du sprint peut être ajustée en conséquence. Cela permet d’assurer un équilibre entre la nécessité de fournir un incrément de produit et la prise en compte du temps nécessaire pour maîtriser de nouvelles technologies.
• D. Le risque d’être déconnecté des parties prenantes : La durée du sprint doit également être alignée avec la nécessité de maintenir une connexion régulière avec les parties prenantes. Des sprints plus courts peuvent permettre des retours fréquents et une meilleure adaptation aux besoins changeants, réduisant ainsi le risque d’être déconnecté des attentes des parties prenantes.

68- Lors de la réunion de planification du sprint, le Product Owner et l’équipe de développement n’ont pas réussi à parvenir à une compréhension claire des éléments les plus importants du Product Backlog. Pour cette raison, l’équipe de développement n’a pas pu déterminer combien d’éléments du backlog produit elle pouvait prévoir pour le prochain sprint. Ils ont cependant réussi à se mettre d’accord sur un objectif de sprint.
Laquelle des deux actions suivantes le Scrum Master devrait-il prendre en charge ?

In the Sprint Planning meeting, the Product Owner and the Development Team were unable to reach a clear understanding about the highest order Product Backlog items. Because of this, the Development Team couldn’t figure out how many Product Backlog items it could forecast for the upcoming Sprint. They wereable to agree on a Sprint Goal, however.
Which of the following two actions should the Scrum Master support? (Choose two.)

A.Cancel the Sprint. Send the entire team to an advanced Scrum training and then start a new Sprint.
B.Forecast the most likely Product Backlog items to meet the goal and create a Sprint Backlog based on a likely initial design and plan. Once the time-box for theSprint Planning meeting is over, start the Sprint and continue to analyze, decompose, and create additional functionality during the Sprint.
C.Continue the Sprint Planning meeting past its time-box until an adequate number of Product Backlog items are well enough understood for the DevelopmentTeam to make a complete forecast. Then start the Sprint.
D.Discuss in the upcoming Sprint Retrospective why this happened and what changes will make it less likely to recur.
E.Ask everyone to take as much time as needed to analyze the Product Backlog first, and then reconvene another Sprint Planning meeting.

B. Prévoir les éléments du Product Backlog les plus susceptibles de répondre à l’objectif et créer un Sprint Backlog basé sur une conception et un plan initiaux probables. Une fois le time-box de la réunion de planification du sprint terminé, démarrer le sprint et continuer à analyser, décomposer et créer des fonctionnalités supplémentaires pendant le sprint. D. Discuter lors de la prochaine rétrospective de sprint des raisons pour lesquelles cela s’est produit et des changements qui rendront moins probable une récurrence.

Dans une situation où le Product Owner et l’équipe de développement ne parviennent pas à une compréhension claire des éléments les plus importants du Product Backlog lors de la réunion de planification du sprint, le Scrum Master peut soutenir en prévoyant les éléments les plus susceptibles de répondre à l’objectif convenu. De plus, le Scrum Master doit encourager la discussion sur les raisons de cette situation lors de la rétrospective de sprint et faciliter l’identification des changements nécessaires pour éviter que cela ne se reproduise à l’avenir.

69- Quelle réponse décrit le mieux les sujets abordés dans la planification de sprint ?

Which answer best describes the topics covered in Sprint Planning?

A.What to do and who will do it.
B.How conditions have changed and how the Product Backlog should evolve.
C.What can be done and how to do it.
D.What went wrong in the last Sprint and what to do differently this Sprint.
E.Who is on the team and what team member roles will be.

La planification de sprint aborde les sujets liés à ce qui peut être réalisé pendant le sprint (les éléments du Product Backlog à réaliser) et comment cela sera accompli (la manière dont l’équipe de développement compte les mettre en œuvre pour atteindre l’objectif du sprint).

70- Lequel des éléments suivants est requis par Scrum ?

Which of the following is required by Scrum? (Choose all that apply.)

A.Sprint Retrospective.
B.Members must be stand up at the Daily Scrum.
C.Sprint Burndown Chart.
D.Release planning.
E.All of the above.

La Sprint Retrospective est un élément requis par Scrum. C’est une réunion qui se tient à la fin de chaque sprint pour permettre à l’équipe Scrum de réfléchir sur le sprint écoulé, d’identifier ce qui a bien fonctionné et ce qui peut être amélioré, afin d’ajuster et d’optimiser continuellement leur processus de travail.

71- Cinq nouvelles équipes Scrum ont été créées pour créer un seul produit. Quelques développeurs de l’une des équipes de développement demandent au Scrum Master comment coordonner leur travail avec les équipes de commande. Que doit faire le Scrum Master ?

Five new Scrum Teams have been created to build one product. A few of the developers on one of the Development Teams ask the Scrum Master how tocoordinate their work with the order teams. What should the Scrum Master do?

A.Teach the Product Owner to work with the lead developers on ordering Product Backlog in a way to avoid too much technical and development overlap during aSprint.
B.Teach them that it is their responsibility to work with the other teams to create an integrated Increment.
C.Collect the Sprint tasks from the teams at the end of their Sprint Planning and merge that into a consolidated plan for the entire Sprint.
D.Visit the five teams each day to inspect that their Sprint Backlogs are aligned

Le Scrum Master devrait rassembler les tâches de Sprint des équipes à la fin de leur planification de Sprint et les fusionner dans un plan consolidé pour l’ensemble du Sprint. Cela contribue à coordonner le travail entre les équipes de développement et à assurer une compréhension commune des objectifs du Sprint.

72- Vrai ou Faux : Une équipe Scrum qui fonctionne correctement aura au moins un Release Sprint et pourra très bien en avoir plusieurs.

A properly functioning Scrum Team will have at least one Release Sprint and may well have several.

A.True
B.False

Vrai. Une équipe Scrum qui fonctionne correctement peut avoir au moins un Release Sprint pour préparer un produit potentiellement livrable. Cependant, le nombre de Release Sprints peut varier en fonction des besoins et de la complexité du produit. Certains projets peuvent nécessiter plusieurs Release Sprints pour atteindre un état de prêt pour la livraison.

73- Une équipe de développement demande à son Product Owner de réorganiser le Product Backlog. L’équipe attend qu’un fournisseur externe lui livre un composant logiciel spécifique. Sans cet élément, il n’y aura pas assez de travail lors du prochain Sprint pour occuper toute l’équipe. Le Product Owner demande de l’aide au Scrum Master. Quel serait un bon conseil à donner au Product Owner ?

A Development Team asks their Product Owner to re-order the Product Backlog. The team is waiting for an external supplier to deliver a specific softwarecomponent. Without that component there won’t be enough work in the next Sprint to occupy the full team. The Product Owner asks the Scrum Master for help.What would be good advice to give the Product Owner?

A.Remind the Product Owner that his primary concern is the flow of value reflected in the ordering of the Product Backlog.
B.Tell the Product Owner to re-order the Product Backlog so the work involving the external component can be planned in a separate sprint.
C.Tell the Product Owner that the Product Backlog should be ordered to maximize utilization of the Development Team.

Un bon conseil serait de rappeler au Product Owner que sa principale préoccupation est le flux de valeur reflété dans l’ordonnancement du Product Backlog. Plutôt que de se concentrer uniquement sur la disponibilité du composant spécifique du fournisseur externe, le Product Owner devrait examiner l’ensemble du Product Backlog et s’assurer que les éléments ayant une haute valeur commerciale sont ordonnancés de manière à maximiser la création de valeur pour les utilisateurs et les parties prenantes.

74- À quelle fréquence la composition de l’équipe de développement doit-elle changer ?

How often should Development Team membership change?

A.As needed, while taking into account a short term reduction in productivity.
B.Never, because it reduces productivity.
C.As needed, with no special allowance for changes in productivity.
D.Every Sprint to promote shared learning.

La composition de l’équipe de développement peut changer au besoin, en tenant compte d’une réduction temporaire de la productivité. Cela signifie que les changements d’adhésion à l’équipe peuvent être effectués lorsque cela est jugé nécessaire pour améliorer la performance de l’équipe ou répondre aux besoins du projet, tout en reconnaissant qu’il peut y avoir une diminution temporaire de la productivité pendant la période d’ajustement.

75- Qui doit s’assurer que tous les membres de l’équipe de développement accomplissent leurs tâches pour le Sprint ?

Who should make sure everyone on the Development Team does his or her tasks for the Sprint?

A.The Project Manager.
B.The Product Owner.
C.The Scrum Master.
D.The Development Team.
E.All of the above.

L’équipe de développement elle-même est responsable de s’assurer que tous ses membres accomplissent leurs tâches pendant le Sprint. Cela fait partie de l’autogestion et de la responsabilité partagée au sein de l’équipe Scrum.

76- Parmi les énoncés suivants, lesquels sont vrais concernant la durée du sprint ?

Which of the following are true about the length of the Sprint? (Choose two.)

A.The length of the Sprint should be proportional to the work that is done in between Sprints.
B.It is best to have Sprints of consistent length throughout a development effort.
C.Sprint length is determined during Sprint Planning, and should hold the time it will take to code the planned features in the upcoming Sprint, but does not includetime for any testing.
D.Sprint length is determined during Sprint Planning, and should be long enough to make sure the Development Team can deliver what is to be accomplished inthe upcoming Sprint.
E.All Sprints must be 1 month or less.

Le fait d’avoir des Sprints de durée constante tout au long d’un effort de développement (B), apporte une prévisibilité et une cadence régulière, facilitant la planification et l’adaptation. Cela permet à l’équipe de développement de s’habituer à un rythme constant de livraison de fonctionnalités.

La limite maximale de la durée d’un Sprint à un mois ou moins (E) est une recommandation de Scrum. Cela favorise une itération rapide, encourageant la fréquence des inspections et des adaptations. Des Sprints plus courts permettent également de réduire le risque d’interruptions importantes et de maintenir un focus accru sur les objectifs définis pour chaque itération.

77- Le PDG demande à l’équipe de développement d’ajouter un élément « très important » à un Sprint en cours. Que doit faire l’équipe de développement ?

The CEO asks the Development Team to add a “very important” item to a Sprint that is in progress. What should the Development Team do?

A.Add the item to the current Sprint and drop an item of equal size.
B.Add the item to the current Sprint without any adjustments.
C.Inform the Product Owner so he/she can work with the CEO.
D.Add the item to the next Sprint

L’équipe de développement doit informer le Product Owner de la demande du PDG, afin que le Product Owner puisse travailler directement avec le PDG pour comprendre la demande, évaluer son impact sur le Sprint en cours, et déterminer s’il est possible de l’ajouter sans compromettre la qualité et la réalisation des objectifs du Sprint. C’est au Product Owner de prioriser et de gérer le Backlog Produit en collaboration avec les parties prenantes, y compris le PDG.

78- La time-box pour un Daily Scrum ?

The time-box for a Daily Scrum?

A.Two minutes per person.
B.15 minutes.
C.15 minutes for a 4 week sprint. For shorter Sprints it is usually shorter.
D.4 hours.
E.The same time of day every day

La time-box pour un Daily Scrum est généralement de 15 minutes. Cela signifie que l’événement ne devrait pas dépasser cette durée pour maintenir la brièveté et la focalisation sur les informations essentielles de l’équipe de développement.

79- Quelle expression décrit le mieux un Product Owner ?

Which phrase best describes a Product Owner?

A.Go-between development team and customers.
B.Value optimizer.
C.Requirements engineer.
D.Team manager.

La meilleure expression décrivant un Product Owner est « intermédiaire entre l’équipe de développement et les clients ». Le Product Owner joue un rôle crucial en représentant les besoins et les intérêts des parties prenantes externes tout en collaborant étroitement avec l’équipe de développement pour assurer la création d’un produit de valeur.

80- Lors d’une rétrospective de sprint, de quoi est responsable le Product Owner ?

During a Sprint Retrospective, for what is the Product Owner responsible?

A.Participating as a Scrum Team member.
B.Summarizing and reporting the discussions to the stakeholders that he/she represents in the Scrum Team.
C.Capturing requirements for the Product Backlog.
D.The Product Owner should not take part in Sprint Retrospectives.

Lors d’une rétrospective de sprint, le Product Owner est responsable de participer en tant que membre de l’équipe Scrum. Cela implique d’engager une réflexion collective sur le sprint passé, d’identifier les points forts et les domaines à améliorer, et de contribuer à la discussion sur la manière d’optimiser le processus de développement.

81- Marian est la Product Owner qui envisage un projet pour une nouvelle version de son produit. Elle a fait une projection d’une date de sortie basée sur une vitesse soutenue de 17 unités de travail terminées par Sprint. Sur les 3 premiers Sprints, la vélocité moyenne était de 13 pour un travail que l’équipe de développement estimait à 90 % effectué. Les équipes de développement, ressentant le besoin de respecter le plan, ont estimé qu’une vitesse de 17 était à leur portée. Une bonne façon de continuer est de :

Marian is the Product Owner envisioning a project for a new release of her product. She made a projection of a release date based upon a sustained velocity of 17completed units of work per Sprint. Over the first 3 Sprints, the average velocity was 13 for work that the Development Team estimated as 90% done. TheDevelopment Teams, feeling the need to meet the plan, figured that a velocity of 17 was within their reach.A good way to continue is:

A.The Development Team makes sure that all of the selected scope per Sprint is as “Done” as possible. The undone work is estimated and added to the SprintBacklog of the next Sprint, so it doesn’t mess up the Product Backlog.
B.Add enough people to the Development Team for the deadline to be made.
C.The opportunity to inspect and adapt is lost. Opaqueness has replaced transparency. Predictability has dropped below zero. The produced software is notusable. As the rules of Scrum have not been respected, it is the Scrum Master’s duty to assess whether repair is possible, or a restart with a more reliable team.If not, the Scrum Master should cancel the project.
D.The Development Team should remind Marian to find funding for enough Release Sprints in which the remaining work can be done.

Une bonne façon de continuer serait que l’équipe de développement veille à ce que l’ensemble du périmètre sélectionné par Sprint soit aussi « Terminé » que possible. Le travail non réalisé est estimé et ajouté au Sprint Backlog du prochain Sprint, évitant ainsi de perturber le Product Backlog. Cela garantit une gestion transparente des travaux inachevés et permet une planification réaliste basée sur la vélocité réelle de l’équipe.

82- Vous êtes le Scrum Master d’un nouveau produit à développer. Le développement va nécessiter 45 personnes. Quelle serait une bonne première question à laquelle vous suggéreriez au groupe de réfléchir lorsqu’il se constitue en équipes ?

You are the Scrum Master of a new, to be developed product. Development is going to require 45 people. What is a good first question for you to suggest the group thinks about when forming into teams?

A.How will we make sure all teams have the right amount or expertise?
B.What is the right mixture of senior and junior people on each team?
C.Who are going to be the team leads?
D.Who are the subject matter experts on each team?

Une bonne première question à poser au groupe lorsqu’il se constitue en équipes pourrait être : « Comment nous assurerons-nous que toutes les équipes disposent du bon niveau d’expertise nécessaire ? » Cette question encourage la réflexion sur la composition des équipes, la répartition des compétences et la manière dont l’expertise individuelle peut être alignée de manière optimale avec les besoins du projet. Cela contribue à établir une base solide pour une collaboration efficace et le succès du développement du produit.

83- Quelles sont les deux activités auxquelles un Product Owner s’engagera-t-il lors d’un Sprint ?

Which two activities will a Product Owner engage in during a Sprint? (Choose two.)

A.Run the Daily Scrum.
B.Prioritize the Development Team’s work on the Sprint Backlog.
C.Update the Sprint burndown chart.
D.Answer questions from the Development Team about items in the current Sprint.
E.Work with the stakeholders.

Lors d’un Sprint, le Product Owner s’engagera dans les activités suivantes :

• (D). Répondre aux questions de l’équipe de développement concernant les éléments du Sprint en cours.
• (E). Collaborer avec les parties prenantes pour s’assurer que leurs besoins et leurs perspectives sont pris en compte dans le développement du produit.

84- À quelles trois questions les membres de l’équipe de développement pourraient-ils répondre lors du Daily Scrum ?

Which three questions might be answered by Development Team members at the Daily Scrum? (Choose three.)

A.How is the Sprint proceeding?
B.What did I do yesterday that helped the Development Team meet the Sprint Goal?
C.Why were you late?
D.What will I do today to help the Development Team meet the Sprint Goal?
E.How many hours did I spend on the project yesterday?
F.What will I be working on tomorrow?
G.Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?

Lors du Daily Scrum, les membres de l’équipe de développement peuvent répondre aux trois questions suivantes :

1. (B). Qu’ai-je fait hier pour aider l’équipe de développement à atteindre l’objectif du Sprint?
2. (D). Que vais-je faire aujourd’hui pour aider l’équipe de développement à atteindre l’objectif du Sprint?
3. (G). Est-ce que je vois des obstacles qui m’empêchent, moi ou l’équipe de développement, d’atteindre l’objectif du Sprint?

Cette routine quotidienne favorise la communication transparente au sein de l’équipe, permettant à chacun d’être informé des activités des autres et de collaborer efficacement pour atteindre les objectifs du Sprint. Elle offre également l’opportunité d’identifier rapidement les obstacles et de les résoudre, contribuant ainsi à maintenir la fluidité du processus de développement.

85- Vrai ou Faux : Les équipes transversales sont optimisées pour travailler sur une seule couche technique d’un système uniquement

Cross-functional teams are optimized to work on one technical layer of a system only (e.g. GUI, database, middle tier, interfaces).

 A.True
B.False

Faux. Les équipes transversales, souvent appelées « équipes cross-fonctionnelles » dans le contexte de Scrum, ne sont pas limitées à travailler sur une seule couche technique d’un système. Au contraire, ces équipes sont organisées de manière à inclure toutes les compétences nécessaires pour livrer des fonctionnalités complètes et potentiellement livrables à la fin de chaque Sprint. Cela signifie qu’une équipe transversale est généralement composée de membres ayant diverses compétences, y compris le développement, la conception, le test, etc., afin de pouvoir collaborer de manière holistique sur toutes les facettes du produit. Cette approche favorise l’autonomie et la capacité de l’équipe à livrer de la valeur de manière continue.

86- Un Scrum Master travaille avec une équipe de développement dont les membres sont répartis dans différents emplacements physiques. L’équipe de développement se réunit dans diverses salles de réunion et a beaucoup à faire sur le plan logistique (par exemple, organiser des conférences téléphoniques) avant le Daily Scrum. Quelle action le Scrum Master doit-il entreprendre ?

A Scrum Master is working with a Development Team that has members in different physical locations. The Development Team meets in a variety of meetingrooms and has much to do logistically (for example, set up conference calls) before the Daily Scrum. What action should the Scrum Master take?

A.Allow the Development Team to self-manage and determine for itself what to do.
B.Set up the meeting and tell the Development Team that is how it will be done.
C.Ask the Development Team members to alternate who is responsible for meeting setup.
D.Inform management and ask them to solve it

Le Scrum Master, dans une équipe de développement distribuée, devrait encourager l’équipe à s’auto-gérer et à déterminer elle-même comment organiser les aspects logistiques du Daily Scrum. Cela signifie que l’équipe est responsable de trouver des solutions efficaces pour coordonner les réunions, organiser des conférences téléphoniques, et s’assurer que tous les membres peuvent participer de manière significative. Le rôle du Scrum Master est de soutenir l’équipe dans ce processus d’auto-gestion en éliminant les obstacles, en facilitant la communication et en favorisant la collaboration. L’objectif est de permettre à l’équipe de fonctionner de manière autonome tout en suivant les principes et les valeurs de Scrum.

87- Quelles sont les deux bonnes façons pour une équipe Scrum de garantir que les problèmes de sécurité sont satisfaits ?

What are two good ways for a Scrum Team to ensure security concerns are satisfied? (Choose two.)

A.Postpone the work until a specialist can perform a security audit and create a list of security-related Product Backlog items.
B.Add security concerns to the definition of “Done”.
C.Add a Sprint to specifically resolve all security concerns.
D.Delegate the work to the concerned department.
E.Have the Scrum Team create Product Backlog items for each concern.

Deux bonnes façons pour une équipe Scrum de garantir que les problèmes de sécurité sont pris en compte sont les suivantes :

• B. Intégrer les préoccupations en matière de sécurité dans la définition de « Done » : Cela signifie que les critères de finition d’un élément du Product Backlog doivent inclure des vérifications de sécurité spécifiques pour s’assurer que le travail est complet et satisfait aux exigences de sécurité.
• E. Demander à l’équipe Scrum de créer des éléments du Product Backlog pour chaque préoccupation en matière de sécurité : Cela permet d’assurer que les problèmes de sécurité sont documentés et traités comme des éléments distincts du Product Backlog, ce qui garantit qu’ils sont pris en compte lors de la planification et de l’exécution des Sprints.

88- Quelles sont les propriétés du Daily Scrum ?

Which are properties of the Daily Scrum? (Choose two.)

A.It is facilitated by the team lead.
B.It is held first thing in the morning.
C.It is fifteen minutes or less in duration.
D.It is free from and designed to promote conversation.
E.It consists of the Scrum Master asking the Team members the three questions.
F.Its location and time remain constant.

Le Daily Scrum, également appelé la réunion quotidienne, possède les propriétés suivantes :

• C. Il dure quinze minutes ou moins : Le Daily Scrum est conçu pour être une réunion courte et concise, permettant à l’équipe de développement de se synchroniser rapidement.
• F. Son emplacement et son horaire restent constants : Le Daily Scrum a lieu au même endroit et à la même heure chaque jour. Cela crée une routine prévisible pour l’équipe, facilitant la planification quotidienne et la participation régulière.

89- Chaque équipe Scrum doit avoir un Product Owner et un Scrum Master.

Every Scrum team must have a Product Owner and Scrum Master.

A.True. Outcomes affected by their participation and availability.
B.False. A Product Owner can be replaced by a business analyst in the Development Team.
C.False. A Scrum Master is only required when asked for by the Development Team.
D.True. Each must be 100% dedicated to the Scrum Team.

Vrai. La présence d’un Product Owner et d’un Scrum Master est essentielle dans une équipe Scrum. Leur participation et disponibilité affectent les résultats et le bon fonctionnement du processus Scrum. Le Product Owner est responsable de maximiser la valeur du produit, tandis que le Scrum Master s’assure que l’équipe suit les principes et les pratiques de Scrum. La collaboration de ces rôles contribue à la réussite du projet Scrum.

90- Vrai ou Faux : L’objectif de sprint est le résultat de la planification de sprint, tout comme le backlog de sprint.

The Sprint Goal is a result of Sprint Planning, as is the Sprint Backlog.

A.True
B.False

Vrai. L’objectif de sprint est effectivement le résultat de la planification de sprint, tout comme le backlog de sprint. Lors de la planification de sprint, l’équipe de développement et le Product Owner se mettent d’accord sur les éléments du backlog de sprint, qui sont les éléments du backlog produit sélectionnés pour le sprint, ainsi que sur l’objectif de sprint, qui représente le but global que l’équipe s’efforcera d’atteindre pendant le sprint. Cela fournit à l’équipe une direction claire et un objectif à poursuivre tout au long du sprint.

91- Quand faut-il créer un objectif de sprint ?

When should a Sprint Goal be created?

A.It should have been created in the previous Sprint during Product Backlog refinement.
B.It must be established before Sprint Planning in order to begin planning.
C.A Sprint Goal is not mandatory in Scrum.
D.At any time during the Sprint.
E.During Sprint Planning.

L’objectif de sprint doit être créé pendant la réunion de planification du sprint (Sprint Planning). C’est une étape cruciale de cette réunion au cours de laquelle l’équipe Scrum, en collaboration avec le Product Owner, définit l’objectif spécifique qu’elle vise à atteindre pendant le sprint. L’objectif de sprint guide les membres de l’équipe dans leur travail et permet de maintenir la concentration sur la réalisation d’un résultat concret et de valeur d’ici la fin du sprint. Cela assure une compréhension claire de ce qui est attendu et contribue à aligner les efforts de l’équipe vers un but commun pendant la durée du sprint.

92- Conformément à la théorie Scrum, comment diviser un groupe de 100 personnes en plusieurs équipes de développement ?

In accordance with Scrum theory, how should a group of 100 people be divided into multiple Development Teams?

A.Understanding the product, the product vision and the rules of the Scrum framework, the group divides itself into teams.
B.It doesn’t really matter because you can rotate the teams every Sprint to spread knowledge.
C.Check with the allocation department to see who has worked together before and make these the first teams.
D.Create a matrix of skills, seniority, and level of experience to assign people to teams.

Conformément à la théorie Scrum, pour diviser un groupe de 100 personnes en plusieurs équipes de développement, le processus recommandé est que le groupe, comprenant la vision du produit et les règles du framework Scrum, se divise lui-même en équipes. Cela signifie que les membres du groupe, ayant une compréhension claire du produit et de ses objectifs, sont mieux placés pour s’auto-organiser en équipes de manière collaborative. Cette approche favorise l’auto-organisation, l’engagement et la responsabilité des équipes, des principes fondamentaux de Scrum.

93- Un nouveau développeur a des conflits persistants avec les membres existants de l’équipe de développement et crée un environnement hostile. Si nécessaire, qui est responsable du retrait du membre de l’équipe ?

A new developer is having continuing conflicts with existing Development Team members and creating the hostile environment. If necessary, who is responsible for removing the team member?

A.The hiring manager is responsible, because he/she hired the developer.
B.The Scrum Manager is responsible, because he/she removes Impediments.
C.The Development Team is responsible, and may need help from the Scrum Master.
D.The Product Owner is responsible, because he/she controls the return on investment (ROI).

Dans un environnement Scrum, le Scrum Master peut jouer un rôle de médiation et de résolution de conflits. Il peut encourager la communication ouverte, faciliter les discussions entre les membres de l’équipe et travailler avec les parties prenantes pour résoudre les problèmes. Cependant, le processus formel de retrait d’un membre de l’équipe est généralement géré par les politiques et les responsabilités de l’organisation.

94- Vrai ou Faux : Le Product Owner s’assure que l’équipe sélectionne suffisamment dans le Product Backlog pour un Sprint afin de satisfaire les parties prenantes.

The Product Owner makes sure the team selects enough from the Product Backlog for a Sprint to satisfy the stakeholders.

A.True
B.False

Faux, Le rôle du Product Owner n’est pas de s’assurer que l’équipe sélectionne suffisamment de travail dans le Product Backlog pour satisfaire les parties prenantes. Au contraire, le Product Owner est chargé de maximiser la valeur du produit en priorisant le Product Backlog en fonction de la valeur métier. L’équipe de développement, lors de la planification de Sprint, choisit elle-même les éléments du Product Backlog qu’elle peut réaliser pendant le Sprint. C’est un acte d’auto-organisation de l’équipe. La responsabilité du Product Owner est de fournir une orientation sur les priorités en fonction de la valeur métier.

95- Chaque équipe de développement doit avoir :

Every Development Team should have:

A.At least one representative from each major software engineering discipline (like QA, Dev, UX).
B.The competencies and skills needed to deliver a Done Increment in a Sprint.
C.One Lead Developer and no more than 8 other members.

Chaque équipe de développement doit avoir les compétences et les capacités nécessaires pour livrer un Incrément terminé (Done) lors d’un Sprint. Cela signifie que l’équipe doit avoir les compétences techniques et les connaissances requises pour concevoir, développer, tester et fournir un produit potentiellement livrable à la fin de chaque Sprint. La responsabilité de l’équipe de développement est de s’auto-organiser et de collaborer pour atteindre cet objectif.

96- Pourquoi le Product Owner souhaite-t-il que l’équipe de développement adhère à sa définition de « done » ?

Why does the Product Owner want the Development Team to adhere to its definition of “Done”?

A.To have complete transparency into what has been done at the end of each Sprint.
B.To be able to reprimand the team when they don’t meet their velocity goal for the Sprint.
C.To know what the team will deliver over the next three Sprints.
D.To predict the team’s productivity over time

Le Product Owner souhaite que l’équipe de développement adhère à sa définition de « done » afin d’avoir une transparence complète sur ce qui a été accompli à la fin de chaque Sprint. Cela permet d’assurer une compréhension claire et partagée des critères d’achèvement d’un élément du Product Backlog. La transparence facilite la communication entre le Product Owner et l’équipe de développement, contribuant ainsi à une meilleure collaboration et à la réalisation des objectifs du Sprint.

97- Quelles sont les deux choses appropriées qu’un Scrum Master doit faire si l’équipe de développement ne dispose pas des outils d’ingénierie et de l’infrastructure nécessaires pour terminer complètement chaque élément sélectionné du backlog produit ?

Which two things are appropriate for a Scrum Master to do if the Development Team doesn’t have the engineering tools and infrastructure to completely finish each selected Product Backlog item? (Choose two.)

A.Coach the Development Team to improve its skills, tools, and infrastructure over time and adjust the Definition of “Done” accordingly.
B.Encourage the Product Owner to accept partially “Done” increments until the situation improves.
C.Refocus the current Sprint on establishing the Development Team’s infrastructure instead of delivering an increment.
D.Declare the Development Team not ready for Scrum.
E.Have the Development Team establish a Definition of “Done” that is actually possible to achieve given current circumstances.

Si l’équipe de développement ne dispose pas des outils d’ingénierie et de l’infrastructure nécessaires pour terminer complètement chaque élément sélectionné du backlog produit, le Scrum Master peut prendre les mesures suivantes :

A. Coacher l’équipe de développement pour améliorer ses compétences, ses outils et son infrastructure au fil du temps et ajuster la Définition de « done » en conséquence : Le Scrum Master peut aider l’équipe à identifier les domaines dans lesquels elle peut améliorer ses compétences, à obtenir les outils nécessaires et à mettre en place l’infrastructure requise. En ajustant progressivement la Définition de « done », l’équipe peut travailler vers l’objectif de compléter chaque élément du backlog produit.

E. Demander à l’équipe de développement d’établir une Définition de « done » qui est réellement réalisable compte tenu des circonstances actuelles : Il peut être nécessaire de réévaluer la Définition de « done » pour la rendre plus réaliste et atteignable avec les ressources et l’infrastructure actuelles. Cela permet à l’équipe de délivrer des incréments de travail de manière plus fiable et conforme aux attentes du Product Owner.

98- Quand la mise en œuvre d’un élément du Product Backlog est-elle considérée comme terminée ?

When is implementation of a Product Backlog item considered complete?

A.At the end of the Sprint.
B.When the item has no work remaining in order to be potentially released.
C.When QA reports that the item passes all acceptance criteria.
D.When all work in the Sprint Backlog related to the item is finished.

La mise en œuvre d’un élément du Product Backlog est considérée comme terminée lorsque l’élément n’a plus de travail restant pour être potentiellement publié. Cela signifie que toutes les tâches nécessaires à la réalisation de l’élément ont été accomplies, répondant ainsi aux critères définis dans la Définition de « done ». L’élément est prêt à être livré ou déployé, et il ne reste plus de travaux supplémentaires à effectuer pour qu’il soit considéré comme achevé.

99- Un Scrum Master présente Scrum à une nouvelle équipe de développement. L’équipe de développement a décidé qu’une rétrospective de sprint n’était pas nécessaire. Quelle action le Scrum Master doit-il entreprendre ?

A Scrum Master is introducing Scrum to a new Development Team. The Development Team gas decided that a Sprint Retrospective is unnecessary. What action should the Scrum Master take?

A.Call a meeting between the Development Team and senior management.
B.Comply with the decision of the self-organizing team.
C.Consult with the Product Owner to see how he/she feels about the situation.
D.Begin facilitating productive and useful Sprint Retrospectives.

Si l’équipe de développement a décidé qu’une rétrospective de sprint n’était pas nécessaire, le Scrum Master devrait expliquer l’importance des rétrospectives dans le cadre Scrum. Il pourrait mettre en lumière les avantages de la réflexion et de l’amélioration continue, encourageant ainsi l’équipe à reconsidérer sa décision. L’objectif serait de promouvoir une culture d’inspection et d’adaptation, fondamentale dans Scrum, en soulignant que les rétrospectives offrent une opportunité précieuse d’identifier les points forts et les points faibles, ainsi que d’apporter des ajustements pour accroître l’efficacité et la satisfaction de l’équipe.

100- Quelles sont les deux techniques que le Scrum Master pourrait utiliser lorsque l’équipe Scrum se retrouve prise dans un désaccord interne sur les techniques de développement à appliquer ?

What two techniques could the Scrum Master use when the Scrum Team gets caught in an internal disagreement about which development techniques to apply?(Choose two.)

A.Involve the complete Development Team.
B.Use coaching techniques; such as open questions and active listening.
C.Ask an external technical specialist to make the decision.
D.Send every team member to the company’s HR department to express their concerns

Lorsque l’équipe Scrum est prise dans un désaccord interne sur les techniques de développement, le Scrum Master peut utiliser deux techniques :

• (A). Impliquer l’ensemble de l’équipe de développement : En encourageant la participation de tous les membres de l’équipe, le Scrum Master favorise la discussion et la prise de décision collective. Cela permet à chacun d’exprimer ses idées, de comprendre les points de vue des autres membres et de contribuer à la résolution du désaccord.
• (B). Utiliser des techniques de coaching, telles que des questions ouvertes et l’écoute active : Le Scrum Master peut poser des questions ouvertes pour encourager l’équipe à réfléchir sur les différentes perspectives et à explorer des solutions potentielles. L’écoute active consiste à comprendre pleinement les préoccupations et les idées de chaque membre de l’équipe, créant ainsi un environnement propice à la résolution collaborative du désaccord.

En conclusion, il est essentiel de rappeler que cette liste de questions n’est pas exhaustive, et elle sera continuellement mise à jour pour refléter les évolutions de l’examen Professional Scrum Master™ I. Afin de rester informé(e) des mises à jour futures et d’accéder à du contenu supplémentaire, nous vous encourageons vivement à vous abonner pour recevoir des notifications dès que de nouvelles questions et explications seront disponibles. Cette démarche vous permettra de rester à jour et de renforcer davantage vos connaissances en vue de votre certification PSM I. Bonne chance dans votre préparation, et nous espérons vous accompagner dans votre réussite future !

Prêt à passer à la prochaine étape de votre préparation pour l’examen Professional Scrum Master II ?

100 Questions PSM II