Simulé_4

1) Sélectionnez deux manières par lesquelles le time-boxing favorise l'auto-organisation.

A) Les boîtes de temps ne permettent pas suffisamment de temps pour des processus rigoureux ou une surcharge de
réunion
B) Les caisses de temps éliminent la politique et la bureaucratie
C) Les boîtes de temps aident tout le monde à se concentrer sur le même problème en même temps
D) Les équipes peuvent déterminer elles-mêmes combien de temps supplémentaire est acceptable pour une boîte.
de temps, généralement exprimé en pourcentage du temps de caisse.
E) Les boîtes de temps encouragent les personnes les plus proches du problème à créer le
meilleur résultat possible dans le temps prévu, compte tenu du contexte actuel.

JUSTIFICATIVA:
Les événements dans scrum sont chronométrés pour forcer les participants à se concentrer sur le but de
événement et faire de son mieux dans le temps imparti. Dans ce sens, ce type de
l'événement incite à l'auto-organisation de l'équipe de développement afin qu'elle ait
l'autonomie et développez la créativité dans vos limites d'intervention pour identifier
solutions.

2) Le Product Owner ne collabore pas avec l'Équipe de Développement pendant le

Sprint. Quelles sont les deux actions précieuses pour un Scrum Master?

A) Formez le Product Owner sur les valeurs de scrum et la livraison incrémentale

B) Arrêtez le Sprint, envoyez le Product Owner à un cours et redémarrez
C) Informer le responsable fonctionnel du Product Owner
D) Aborder le problème lors de la rétrospective de la Sprint
E) Nommez un proxy Product Owner

JUSTIFICATIVA:
Le scrum master sert le product owner de plusieurs manières, y compris en enseignant comment communiquer.
a visão, o objetivo e os itens do backlog do produto para a equipe de desenvolvimento Todos
les problèmes objectifs et les éléments du backlog du produit pour l'équipe de développement.
Tous les problèmes (obstacles) qui surviennent pendant le sprint doivent être soumis à la
réunion de rétrospective pour que toute l'équipe soit au courant des problèmes et puisse les résoudre
ou suggérer des pistes (idées) pour qu'ils soient résolus.

3) Quelles activités un propriétaire de produit réaliserait normalement à l'étape entre la fin du

Sprint actuel et le début du prochain Sprint ?

A) Mettre à jour le plan du projet avec les parties prenantes

B) Affiner le Backlog du Produit
C) Il n'existe pas de telles activités - le prochain Sprint commence immédiatement après le Sprint actuel
D) Travailler avec le département QA à l'amélioration du Sprint actuel

JUSTIFICATIVA:
Une nouvelle sprint commence immédiatement après la fin de la précédente. Donc il n'y a pas
temps pour aucune activité entre ces deux événements.
Mettre à jour les parties prenantes sur le plan de projet et affiner le backlog du produit est quelque chose
doit être fait de manière continue et itérative. Publier le burn-down de la version dans un endroit
visible et accessible et le maintenir à jour peut être un moyen de communiquer les plans de
projet pour les parties prenantes.

4) Pour des raisons de transparence, lorsque le Scrum dit qu'un nouvel incrément de logiciel
la fonction doit-elle être disponible ?
A) Avant le lancement du Sprint
B) Tous les 3 Sprints
C) Après la phase de tests d'acceptation
D) Lorsque le Propriétaire du Produit demande de créer un
E) À la fin de chaque Sprint

JUSTIFICATIVA:
Le guide Scrum établit qu'à la fin du sprint, un nouvel incrément doit être " prêt ", ce qui
significa que deve estar na condição utilizável e atender à definição de “pronto” da equipe
scrum. Il doit être dans un état utilisable indépendamment de la décision du product owner.
le libérer vraiment ou non.

5) Qui doit participer au Daily Scrum ?

A) Le Scrum Master et le Responsable Produit

B) A equipe de desenvolvimento e o Scrum Master
C) L'équipe de développement et le propriétaire du produit
D) L'équipe Scrum
E) L'équipe de développement

JUSTIFICATIVA:
Seules les personnes qui effectuent le travail décrit dans le Backlog de la Sprint doivent (doivent)
participer à la réunion quotidienne du Scrum. Si le Scrum Master ou le Product Owner sont également dans
équipe de développement, donc ils devront également être à la Réunion Quotidienne. Dans le cas où
au contraire, le Scrum Master doit simplement veiller à ce que l'Équipe de Développement
sachez comment conduire une Réunion Quotidienne. Rien n'empêche qu'une autre partie assiste.
dans cette réunion en tant qu'auditeur, après tout, le Scrum prône la transparence. Cependant, seulement
Les membres de l'équipe de développement participent activement.

6) Les équipes multifonctionnelles sont optimisées pour travailler sur une seule couche technique
d'un système (par exemple, interface graphique, base de données, couche intermédiaire, interfaces).

a) Vrai
B) Faux

JUSTIFICATIF :
Equipes de desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias
pour créer l'incrément du produit. Par conséquent, elles peuvent avoir des connaissances techniques pour
agir à n'importe quel niveau du système.

7) Qu'est-ce qui augmente la transparence d'un incrément ?

A) Réaliser tout le travail nécessaire pour satisfaire à la définition de "Fait"

B) Suivre et estimer tout le travail non réalisé à terminer dans un Sprint séparé
C) Mettre à jour correctement les tâches du Sprint dans l'outil de suivi électronique
D) Relater les progrès du Sprint aux parties prenantes quotidiennement

JUSTIFICATIVA:
Le pilier de transparence du Scrum signifie que des aspects significatifs du processus doivent être
visibles aux responsables des résultats. Cette transparence nécessite des aspects définis par
un modèle commun pour que les observateurs partagent la même compréhension de ce que
est en cours de visibilité.

Par exemple :
Une langue commune se rapportant au processus doit être partagée par tous les
Les participants; et, Une définition commune de "Prêt" doit être partagée par ceux qui
nous réalisons le travail et pour ceux qui acceptent le résultat du travail.
Parmi les options disponibles qui s'alignent le plus avec les pratiques de Scrum, il y a "Faire tout le"
travail nécessaire pour répondre à la définition de Prêt.

8) Lorsque les membres de l'Équipe de Développement s'approprient un élément du

Backlog de la Sprint ?

A) Pendant le Daily Scrum

B) Chaque fois qu'un membre de l'équipe peut prendre en charge plus de travail
C) Lors de la réunion de planification du Sprint
D) jamais. Tous les éléments du backlog du sprint sont « la propriété » de toute l'équipe de
Développement, bien que chacun puisse être réalisé par un membre individuel de l'Équipe de
Développement.

JUSTIFICATIVA:
Pour le scrum, tous les membres de l'équipe de développement sont responsables de tout.
les tâches, bien que chaque tâche puisse être effectuée individuellement par un membre.

9) Quelles des deux affirmations suivantes sont vraies concernant le rôle de Scrum Master ?

A) Le Scrum Master attribue des tâches aux membres de l'Équipe de Développement lorsque
ils doivent travailler
B) Le Scrum Master enseigne à l'équipe de développement à maintenir les réunions scrum dans son
intervalle de temps.
C) Lors de la Révision du Sprint, le Scrum Master identifie ce qui a été "Fait" et ce qui n'a pas été "Fait"
D) O Scrum Master ajuda aqueles que estão fora da equipe a interagir com o Time Scrum
E) Le Scrum Master est responsable de la mise à jour du Burndown du Sprint

JUSTIFICATIVA:
Le scrum master aide ceux qui sont en dehors de l'équipe scrum à comprendre quels sont leurs
interactions avec l'équipe et quelles sont utiles et lesquelles ne le sont pas. De plus, il aide l'équipe dans
qui concerne les événements Scrum selon les exigences ou les besoins.

10) Quand un élément du Backlog du Produit est-il considéré comme complet ?

A) Lorsque tout le travail dans le Backlog du Sprint lié à l'élément est terminé
B) Lorsque l'élément n'a plus de travail restant à libérer
C) Lorsque le contrôle qualité informe que l'élément répond à tous les critères de
acceptation
D) À la fin du Sprint

JUSTIFICATIVA:
Nous ne pouvons pas établir que le travail complété d'un certain sprint est le
suffisante pour établir qu'un élément du backlog du produit est complet, car cet élément
poderia ser desenvolvido em várias sprints. Desta forma, as opções A e D não são as melhores
réponses.

11) Lequel des éléments suivants est requis par le Scrum ?

A) Planification de la Libération
B) Rétrospective de la Sprint
C) Graphique de Burndown de la Sprint
D) Les membres doivent se lever lors du Daily Scrum
E) tous les éléments ci-dessus

JUSTIFICATIVA:
Une rétrospective de sprint est un événement obligatoire dans le scrum. Planification de la version et burndown de sprint
Les diagrammes sont des artefacts qui peuvent être utilisés dans le développement, mais qui ne sont pas obligatoires.
scrum. Et nulle part dans le guide il n'est stipulé que les membres doivent être debout
(stand up) na reunião diária:isto é boa prática, mas não uma obrigação.

12) Plusieurs équipes Scrum travaillant sur le même projet doivent avoir la même date de
début de la Sprint.

A) Vrai
B) Faux

JUSTIFICATIVA:
Le scrum n'impose pas que les sprints commencent à la même date. De plus, s'il existe
un unique propriétaire de produit répondant à ces multiples équipes, nous aurions un problème de
logistique, car il ne pourrait pas participer aux événements en même temps dans chaque équipe.

13) Vous venez d'être embauché par une nouvelle entreprise dans le Scrum. Votre direction vous
designé pour être le Scrum Master de six nouvelles équipes Scrum. Ces équipes vont
construir um produto. Selecione duas condições para as quais você deve se esforçar
dans ce scénario.

A) Il doit y avoir six propriétaires de produits rapportant à un responsable du produit

B) Il doit y avoir six Product Owners, un pour chaque équipe Scrum
C) Il doit y avoir seulement un propriétaire du produit
D) Le produit a un Backlog du Produit
E) Chaque équipe Scrum doit avoir un Backlog Produit séparé

JUSTIFICATIVA:
Il doit toujours y avoir un seul Backlog de Produit par produit, quelle que soit la quantité.
d'équipes qui vont travailler au développement du même produit. Nous partons de la prémisse
qu'il y aura toujours un seul Propriétaire de Produit par Backlog de Produit, ainsi les décisions
peuvent être centralisées.
Comme il s'agit de 6 nouvelles équipes dans le Scrum, dans un premier temps, le Scrum Master doit
défendre la proposition d'avoir un seul Propriétaire de Produit pour toutes les 6 équipes. Plus tard,
quand ces équipes seront matures dans l'utilisation de Scrum et remarqueront qu'un seul Propriétaire de
Le produit ne sera pas en mesure de répondre à toutes les équipes, le Scrum Master pourra proposer la
création d'une hiérarchie de propriétaires de produit avec un Propriétaire de Produit en chef au sommet.

14) Quelle est la durée de la réunion de planification de la Sprint ?

A) Chaque fois que c'est fait

B) 4 heures pour une course mensuelle
C) Mensuellement
D) 8 heures pour un sprint mensuel

JUSTIFICATIVA:
La réunion de planification de la sprint a une durée limitée de huit heures pour une sprint de un
mois de durée. Pour des Sprints plus courts, cet événement doit être proportionnellement plus court. Pour
exemple, un sprint de deux semaines aura une réunion de planification de sprint de quatre
heures.

15) Quelles sont les deux choses appropriées à faire par un Scrum Master si l'équipe de
Le développement n'a pas les outils d'ingénierie ni l'infrastructure pour
conclure complètement chaque élément du Backlog du Produit sélectionné ?

A) Réorienter le Sprint actuel pour établir l'infrastructure de l'Équipe de Développement

au lieu de remettre un Increment
B) Déclarer que l'équipe de développement n'est pas prête pour le scrum
C) Inciter le Product Owner à accepter des incréments partiellement réalisés jusqu'à ce que la situation
améliorer.
D) Orienter l'équipe de développement pour améliorer ses compétences, outils et
infraestrutura ao longo do tempo e ajustar a definição de acordo
E) Faire en sorte que l'équipe de développement établisse une définition de ce que c'est vraiment
possible d'atteindre les circonstances actuelles

JUSTIFICATION :
Chaque sprint doit livrer un incrément potentiellement utilisable. Alors le scrum master
doit orienter l'équipe pour qu'elle crée tout ce qui est possible avec les ressources disponibles.
de la définition de "prêt".
Les exigences de cette définition peuvent être réduites lors des premières sprints jusqu'à ce qu'on ait
tous les outils et l'infrastructure établis. Plus tard, cette définition de "prêt" peut
être améliorée.

16) Le Daily Scrum est un événement qui se déroule tous les jours. Quelles seraient les trois
Quelles seraient les principales préoccupations si la fréquence était réduite à deux ou trois jours ?
(sélectionnez trois réponses)

A) Des opportunités d'inspecter et d'adapter le Sprint Backlog sont perdues

B) Impedimentos são levantados e resolvidos mais lentamente
C) Le plan Sprint devient imprécis
D) Le Product Owner ne peut pas rapporter avec précision l'avancement aux parties prenantes
E) Le Scrum Master perd la capacité de mettre à jour correctement le graphique de Gantt
F) Beaucoup de travail est consacré à la mise à jour du tableau scrum avant la réunion

JUSTIFICATIVA:
Cette réunion est faite pour inspecter le travail depuis la dernière réunion quotidienne et prévoir le
travail qui doit être fait avant la prochaine réunion quotidienne. Par conséquent, cette réunion sert à
mettre à jour le plan (objectif) du Sprint et le maintenir à jour. Également lors de cette réunion, les
les membres rapportent quels sont leurs empêchements. L'équipe de développement utilise une
réunion quotidienne pour évaluer les progrès vers l'objectif du sprint et pour évaluer si le
le progrès tend à accomplir le travail du backlog du Sprint.
La mise à jour du tableau scrum peut se faire tout au long du Sprint et ne nécessite pas de réunion.
diaria pour cela. Dans le Scrum, le Scrum Master ne gère pas les activités de l'équipe, ce n'est pas son rôle.
papier. Et le Product Owner peut rendre compte des progrès aux parties prenantes lors des réunions
de révision du sprint ou les parties prenantes peuvent suivre l'évolution du sprint à partir de
quadro scrum qui est partagé avec toute l'organisation.

17) Conformément à la réunion de planification de la Sprint, l'équipe de

Le développement constate que la charge de travail est supérieure à ce qu'ils peuvent.
supporter. Quelles sont les deux actions valides?

A) Recrute des membres supplémentaires pour l'équipe de développement avant que le travail puisse
commencer
B) Retirer ou modifier des éléments sélectionnés du backlog du produit
C) Annuler le Sprint
D) L'équipe de développement fait des heures supplémentaires pendant ce Sprint
E) L'équipe de développement s'assure que le propriétaire du produit soit informé, lance le Sprint et
surveillez le progrès
F) Ajouter un expert à l'équipe de développement

JUSTIFICATIVA:
L'équipe de développement fait de son mieux pour tirer la quantité correcte d'articles du
backlog do produto para a sprint, mas algumas vezes é preciso adicionar ou remover itens. O
Le propriétaire du produit doit être consulté lorsque l'on veut retirer des éléments du backlog du sprint.
18) Quando uma Equipe de Desenvolvimento está tendo problemas para fornecer um
augmentation du travail parce qu'ils ne comprennent pas un exigence fonctionnelle, ce qu'ils doivent
faire?
A) Ajouter un spécialiste à l'équipe de développement
B) Collaborer avec le Product Owner pour déterminer ce qui est possible et acceptable
C) Concluez partiellement la fonctionnalité et discutez du travail restant lors de la Sprint Review
D) Reporter le travail à un Sprint plus approprié

JUSTIFICATIVA:
Il appartient au product owner de garantir que l'équipe de développement comprenne les éléments du backlog.
du produit au niveau nécessaire. Dans ce cas, l'équipe de développement doit discuter
avec le product owner pour mieux comprendre les exigences et voir ce qui serait possible et acceptable
pour le sprint actuel.

19) Le Propriétaire du Produit détermine combien d'éléments du Backlog du Produit l'Équipe de

Développement sélectionne pour un Sprint.

A) C'est vrai, selon ce qui a été convenu avec les parties prenantes
B) Vrai, mais seulement après confirmation par le responsable des ressources que l'équipe a
capacité suffisante
C) Vrai
D) Faux - le Scrum Master fait cela
E) Faux
F) Faux, la capacité et l'engagement sont de la responsabilité du chef de projet

JUSTIFICATIVA:
Le guide Scrum établit que seule l'équipe de développement peut évaluer ce qui peut
être complété au cours d'un sprint. Le product owner présente les éléments classés dans
backlog du produit lors de la réunion de planification du Sprint, et à partir de cela l'équipe de
le développement sélectionne ce qu'il peut livrer en fonction de sa capacité.

20) Qui doit s'assurer que tous les membres de l'équipe de développement le fassent ?
tâches pour le Sprint ?

A) L'équipe de développement
B) Le propriétaire du produit
C) Le chef de projet
D) Le Scrum Master
E) tous les éléments ci-dessus

JUSTIFICATIVA:
Les équipes de développement sont structurées et autorisées par l'organisation pour
organiser et gérer votre propre travail dans le sprint. Donc, il n'est pas nécessaire d'autre
une personne doit gérer le travail de l'équipe de développement pendant le sprint.

21)Quais dos seguintes são papéis em um Time Scrum? (Escolha 3 respostas)

A) Maître Scrum
B) Utilisateurs
équipe de développement
D) propriétaire du produit
E) Customers–clientes

JUSTIFICATIVA:
Les utilisateurs et les clients n'ont pas de rôles définis dans le scrum. Ils existent, sont des parties prenantes et
ils interagissent avec le product owner, mais n'ont pas de rôle défini dans le cadre.
22) Quelle est la responsabilité du Product Owner pendant le Sprint 0 ?

A) Il n'existe pas de chose telle que Sprint 0

B) Déterminez la composition des Équipes de Développement afin qu'elles aient
capacité de livrer la prévision terminée
C) Établissez le plan complet du projet pour engager la date, le budget et la portée pour les
parties prenantes.
D) Recueillir, élucider et analyser les exigences qui seront insérées dans le Product Backlog
E) Assurez-vous que les éléments du Product Backlog sont affinés pour remplir les 3
primeiros Sprints

JUSTIFICATIVA:
Sprint zéro est un terme non officiel utilisé lors du démarrage d'une nouvelle équipe ou d'un projet.
Habituellement, certaines équipes scrum établissent un sprint initial pour préparer le backlog.
de produit, organiser l'espace de travail de l'équipe avec des machines pour le développement,
configurer les outils de développement et dans certains cas même appliquer un peu
entraînement - c'est-à-dire peu de travail productif et quelque chose de plus axé sur la configuration du
environnement. On s'attend à ce qu'après le sprint zéro, les équipes soient prêtes à mettre la main à la pâte.
na masse. Cela n'est pas décrit dans le guide scrum, mais cela arrive souvent dans la pratique.
Ce que le guide Scrum établit, c'est qu'à la fin d'un sprint, un nouvel incrément doit être présent.
« prêt », ce qui signifie qu'il doit être dans un état utilisable et répondre à la définition de « prêt »
de l'équipe scrum. Ainsi, chaque Sprint (peu importe le numéro qui lui est attribué) devrait livrer quelque chose.
incrément de logiciel dans la condition d'utilisabilité. Sprint 0 avec l'intention uniquement de planification
ce n'est pas officiel et cela n'existe pas dans le guide.

23) Un Product Owner souhaite obtenir des conseils du Scrum Master sur l'estimation du travail
Pas de Scrum. Laquelle de ces directives un Scrum Master doit-il donner ?

A) Les estimations sont faites par l'équipe de développement

B) Les estimations sont faites par le Propriétaire du Produit, mais sont mieux vérifiées avec l'Équipe
de Développement
C) Les éléments du backlog produit doivent être estimés en points d'histoire
D) Scrum interdit d'estimer
E) Les estimations doivent être en unités relatives

JUSTIFICATIVA:
L'équipe de développement est responsable de toutes les estimations. Le product owner doit
influencer l'équipe, en aidant à la compréhension et aux décisions conflictuelles. Mais les gens
que vont réaliser le travail font l'estimation finale.

24) Quais três dos seguintes são ciclos de feedback no Scrum? (Escolha 3 respostas)

A) rétrospective de la Sprint
B) Révision de la Sprint
C) Réunion de raffinement
D) Scrum Quotidien
E) Planification de la libération

JUSTIFICATIVA:
Sprint retrospective, sprint review e daily scrum são eventos oficias do scrum que podem no
finalement générer un type de retour, c'est-à-dire une adaptation du processus ou du produit peut
sera généré sur la base de ce qui a été discuté lors de ces événements. La planification de la mise en production n'est pas un événement

officiel établi dans le cadre.

Et les réunions de raffinement n'ont pas pour but de fournir des retours pour des adaptations sur ce que
est en cours de développement ou a été développé : l'objectif est de détailler et de préparer les éléments du backlog
du produit pour les prochaines réunions de planification des sprints.

25) Comment l'équipe de développement doit-elle gérer les exigences non fonctionnelles ?

A) Gérer avec eux pendant le Sprint d'intégration avant le lancement du Sprint

B) Assurez-vous que le département de libération comprend ces exigences, mais ce n'est pas
responsabilité de l'équipe de développement
C) Laissez-les aux développeurs leaders de l'équipe
D) S'assurer que chaque incrément vous concerne

JUSTIFICATIVA:
Les exigences non fonctionnelles peuvent être transformées en histoire d'utilisateur, histoire de test ou
jusqu'à inclus dans la définition de "prêt" lorsque ces exigences s'appliquent à toutes les histoires
de l'utilisateur. L'équipe de développement doit s'assurer que chaque incrément du produit
répond à ces exigences.
Donc, ils relèvent de la responsabilité de l'équipe de développement et sont considérés à chaque
sprint.

26) Une équipe de développement a tiré un élément du Product Backlog pour le Sprint et
il a travaillé dessus. Cependant, il ne répond pas à sa définition de "terminé" avant la fin du Sprint.
Quelles sont les trois choses qui doivent arriver avec l'élément incomplet du Product Backlog ?
(sélectionnez 3 réponses)
A) Révisez l'élément, ajoutez la partie "Fait" de l'estimation à la vélocité et créez une histoire pour le
travail restant
B) Faites une nouvelle estimation et renvoyez-la au Product Backlog du Product Owner pour décider du
que faire avec lui
C) Ne pas inclure l'élément dans l'incrément de ce Sprint
D) Não mostre na Sprint Review
E) Si les parties prenantes sont d'accord, le Product Owner peut l'accepter de toute manière
et le libérer pour les utilisateurs

JUSTIFICATIVA:
L'incrément est la somme de tous les éléments du backlog du produit complétés pendant le Sprint,
au-delà des sprints précédents. Par conséquent, ce qui n'est pas complet ne peut pas être inclus dans
augmentation du sprint actuel.
Automatiquement, l'élément qui est resté incomplet pourra être complété lors du prochain sprint, depuis
Selon le Product Owner. Lors de la revue de sprint, le Product Owner doit savoir ce que
est resté et ce qui n'est pas prêt, mais ce qui n'est pas prêt n'a pas besoin d'être démontré.

27) Quand commence le deuxième Sprint ?

A) Une fois que les changements architecturaux pour le deuxième Sprint ont été approuvés par
architecte senior
B) Après que le client ait terminé le test d'acceptation du premier Sprint
C) Après que le Product Backlog pour le deuxième Sprint a été sélectionné
D) Immédiatement après le premier Sprint

JUSTIFICATIF :
Une nouvelle sprint commence immédiatement après la conclusion de la sprint précédente.

28) Une équipe Scrum travaille sur un produit pendant neuf Sprints. Un nouveau produit
Le propriétaire entre, comprenant qu'il est responsable du Product Backlog. Cependant, il n'a pas
certaine de vos responsabilités. Quelles deux activités font partie du rôle de Product
Propriétaire selon le Scrum ?
A) Décrivant des fonctionnalités comme des Cas d'Utilisation
B) Fournir à l'équipe de développement les spécifications détaillées ( ?)
C) Garantir que la fonctionnalité la plus précieuse soit produite en premier lieu, toujours
D) Interagir avec les parties prenantes
E) Création de cas de test fonctionnels détaillés

JUSTIFICATIVA:
Notez que l'option B ne mentionne pas le détail des éléments du backlog produit mais plutôt
spécifications détaillées. Les spécifications détaillées peuvent se référer au détaillage qui est
fait dans le backlog du sprint, cela pourrait être une spécification technique sur la façon d'implémenter un élément
do backlog do produto. Então, não está claro o que poderia ser esta especificação.
Comme la question demande de sélectionner seulement deux réponses, il faut donc sélectionner les
options qui sont clairement des responsabilités du propriétaire du produit : prioriser le backlog de
le produit en fonction de la valeur (importance) et de l'interaction avec les parties prenantes est soumis à
responsabilité du product owner.

29) Lors d'une rétrospective de Sprint, de quoi le Product Owner est-il responsable ?

A) Résumant et rapportant les discussions aux parties prenantes qu'il représente dans l'équipe Scrum
B) Le Product Owner ne doit pas participer aux Rétrospectives de la Sprint
C) Participer en tant que membre de l'équipe Scrum
D) Captura de requisitos para o Product Backlog

JUSTIFICATIVA:
Le guide Scrum établit que la rétrospective de sprint est une opportunité pour l'équipe
scrum s'inspecter soi-même et créer un plan pour des améliorations à appliquer lors de la prochaine
sprint. Le product owner peut également participer à cette réunion.

Quel est le nombre recommandé de membres pour une équipe de développement ?

A) au moins 7
B) 3 à 9
C) 7 plus ou moins 3
D) 9

JUSTIFICATIVA:
Moins de 3 membres dans l'équipe de développement réduit l'interaction et entraîne une moindre
augmentation de la productivité. Des équipes de développement plus petites peuvent rencontrer des restrictions de
compétences pendant le sprint, générant une équipe de développement incapable de livrer un
increment potencialement utilisable. S'il y a plus de 9 membres, beaucoup est exigé
coordination.

31) Que signifie dire qu'un événement a une boîte temporelle ?

A) L'événement doit se dérouler à une heure définie

B) L'événement doit se produire pendant une durée déterminée
C) L'événement ne peut pas durer plus longtemps qu'une période de temps maximale
D) L'événement doit durer au moins un temps minimal

JUSTIFICATIVA:
Le scrum utilise des événements à durée fixe, où chaque événement a une durée maximale. Cela garantit
que une quantité adéquate de temps soit consacrée à la planification sans permettre de pertes dans
processus de planification.

O Product Owner doit libérer chaque incrément pour la production.

A) Chaque fois que le produit est exempt de défauts

B) Pour garantir que l'Équipe de Développement soit exécutée à chaque Sprint
C) Quand cela a du sens
D) sans exception

JUSTIFICATIVA:
À la fin du sprint, un nouvel incrément doit être "prêt", ce qui signifie qu'il doit être dans
condition utilisable et répondra à la définition de « prêt » de l'équipe scrum indépendamment de
le propriétaire du produit doit décider de le libérer ou non. Le propriétaire du produit libère l'incrément en
production quand cela aura du sens pour lui.

33) Quelles sont les deux manières de créer des équipes de développement qui sont cohérentes avec les valeurs
faire du Scrum ?

A) As equipes existentes propõem como gostariam de organizar a nova estrutura

B) Le propriétaire du produit principal détermine les nouvelles structures et attributions de l'équipe
C) Les gestionnaires collaborent pour désigner des individus à des équipes spécifiques
D) Les gestionnaires réaffectent personnellement les subordonnés actuels à de nouvelles équipes.
E) Rassembler tous les développeurs et les laisser s'auto-organiser en équipes de
développement

JUSTIFICATIVA:
Les équipes de développement sont auto-organisées. Personne (même pas le scrum master)
dis à l'équipe de développement comment transformer le backlog du produit en incréments de
fonctionnalités potentiellement utilisables.

34) Quels sont les valeurs Scrum affichées par ne pas créer des éléments du Product Backlog qui possèdent
bas faible valeur commerciale ? (Choisissez 3 réponses)

A) Valeur Ajoutée Économique

B) Valeur ajoutée
C) Foco
D) Respect
E) Courage–coragem

JUSTIFICATIVA:
LES VALEURS DU SCRUM SONT :
Courage : L'équipe Scrum doit avoir le courage de faire ce qui est juste et de travailler sur
problèmes difficiles.
Foco : Tout le monde se concentre sur le travail du Sprint et sur les objectifs de l'équipe Scrum.
Comprometimento: As pessoas se comprometem pessoalmente em alcançar os objetivos do
Temps Scrum.
Respect : Les membres de l'équipe Scrum se respectent les uns les autres pour être des personnes capables.
e indépendantes.
Ouverture : L'équipe Scrum et ses parties prenantes conviennent d'être ouvertes à tout le travail
et aux défis liés à l'exécution des travaux

35) Si deux équipes Scrum sont ajoutées à un projet qui en avait auparavant seulement une.
Équipe Scrum, quel sera l'impact le plus probable sur la productivité de la première équipe Scrum ?

A) La productivité diminuera
B) La productivité augmentera
C) La productivité restera la même

JUSTIFICATIVA:
L'équipe originale du scrum devra apprendre comment travailler avec la nouvelle équipe, puisque
les deux équipes travailleront avec le même backlog et le même PO. Cet effort de
La coordination supplémentaire (communication, réunions) affectera négativement la capacité de l'équipe
original.

36) Quelle technique est le meilleur moyen pour le Scrum Master de s'assurer que l'équipe de
Le développement communique-t-il efficacement avec le propriétaire du produit ?

A) Enseignez à l'équipe de développement à s'exprimer en termes de besoins et d'objectifs de

affaires
B) Enseignez au Product Owner les technologies utilisées pendant les Sprints
C) Surveillez les communications entre eux et facilitez la collaboration directe
D) agir comme un intermédiaire pour eux

JUSTIFICATIVA:
Restez attentif à l'énoncé de cette question. Dans le simulé 3, il y a une question similaire, avec les
mêmes options de réponse, mais là on demande la manière la moins efficace de garantir la communication
de l'équipe. Et ici dans ce simulé, la question demande la forme la plus efficace.
Le rôle du scrum master (SM) est celui de facilitateur des deux côtés, tant pour l'équipe de
développement comme pour le product owner. La meilleure option qui répond aux deux côtés est
surveiller les communications et faciliter une collaboration directe. Facilitant une collaboration
direta, le SM n'aura pas besoin de perdre du temps comme intermédiaire

37) Quels sont les trois facteurs qui sont mieux pris en compte lors de l'établissement de la longueur de
Sprint? (selecione três respostas)

A) Le niveau d'incertitude concernant la technologie à utiliser

B) Le risque d'être déconnecté des parties prenantes
C) La nécessité d'une cadence de Sprint cohérente dans toute l'organisation
D) La fréquence à laquelle la formation de l'équipe peut être modifiée
E) La capacité d'aller sur le marché avec un lancement de produit

JUSTIFICATIF :
Un sprint est une période de temps fixe limitée à un mois en raison des risques.
envolvidos. Quanto menores forem as sprints, mais inspeções e adaptações poderão ser feitas.
L'équipe scrum peut décider quel est le meilleur intervalle de sprint pour son scénario, mais
Il existe certains facteurs qui peuvent influencer cette décision.
Le risque de déconnexion avec les attentes des parties prenantes est un facteur. Les parties
les personnes intéressées peuvent avoir des attentes concernant les libérations des augmentations et cela doit
être pris en compte. Bien que le produit final ne sera pas toujours commercialisé
une Sprint, nous devons considérer que cela peut parfois se produire. Donc, il est nécessaire
aligner la durée du Sprint avec la capacité de mettre sur le marché une release du
produit.
Le niveau d'incertitude concernant la technologie qui sera utilisée est également un facteur à prendre en compte.
considéré, car plus la durée du sprint est longue, plus l'écart entre les
révisions du Sprint et de la Rétrospective du Sprint, qui sont deux réunions qui aident dans
inspection et adaptation

38) Selon la théorie du Scrum, comment un groupe de 100 personnes doit-il être divisé en
plusieurs équipes de développement ?

A) Créez une matrice de compétences, de séniorité et de niveau d'expérience pour désigner des personnes
pour les équipes.
B) Vérifiez avec le département de l'allocation pour voir qui a travaillé ensemble auparavant et faites-en.
les premières équipes.
C) Comprendre le produit, la vision du produit et les règles du cadre Scrum, le groupe se
diviser en équipes.
D) Cela n'a vraiment pas d'importance car vous pouvez faire tourner les équipes à chaque Sprint pour diffuser
Connaissance
JUSTIFICATIF :
Le scrum master n'a pas le pouvoir de décider qui fera partie de chaque équipe. Comme votre
la responsabilité principale est de garantir que le cadre du scrum soit compris et appliqué et le
scrum défend l'idée d'équipes auto-organisées, l'option C est la réponse la plus cohérente.

39) Quelles sont les deux directives qu'un Scrum Master utiliserait pour diviser un groupe de 100
personnes dans plusieurs équipes de développement ?

A) Demandez au Product Owner de désigner les équipes.

B) Laissez les équipes de développement décider
C) Crie equipes para trabalhar em diferentes camadas (como banco de dados, interface do
utilisateur
etc.)
D) Laissez le propriétaire du produit décider
E) Demandez aux développeurs de se diviser en équipes

JUSTIFICATIVA:
Considérant que les équipes sont auto-organisées, il pourrait être laissé aux leaders
do groupe de 100 personnes détermineraient comment ils souhaiteraient s'organiser. Le propriétaire du
le produit n'a pas d'influence sur l'organisation de l'équipe et la création d'équipes pour travailler sur
différentes couches est hors de question, car le scrum prône que les équipes doivent être
multifonctionnels - c'est-à-dire que les membres doivent avoir toutes les compétences nécessaires pour générer
les augmentations du produit.

40) L'équipe de développement informe le Scrum Master que le responsable informatique a demandé un
relatório de status durante o Sprint. O Scrum Master irá:

A) Parlez au responsable informatique et expliquez que le progrès dans le scrum vient de l'inspection d'un
augmentation lors de la Sprint Review
B) Créer et livrer le rapport à la propre responsable
C) Dites à l'équipe de développement de découvrir par eux-mêmes
D) Dites à l'équipe de développement d'intégrer le rapport dans le Sprint Backlog
E) Demandez au propriétaire du produit d'envoyer le rapport au responsable

JUSTIFICATION :
Créer des rapports de statut pendant le sprint n'est pas quelque chose qui est défendu par le scrum. Le Scrum
encourage la transparence et la visibilité de ce qui est fait, et cela peut être atteint
laissant le tableau des tâches (scrum board) et le graphique de burndown du sprint visibles pour
tous.
Lors de la réunion de révision du Sprint, l'équipe Scrum et les parties prenantes collaborent
sur ce qui a été fait lors du sprint. Le directeur informatique est une partie prenante et il peut participer
de cette réunion si désiré.

41) Quelles sont les deux choses qu'un groupe de 100 personnes doit prendre en compte lorsqu'il
sont en train de se former en plusieurs équipes de Scrum ?

A) Les compétences nécessaires pour la couche technique spécifique que l'équipe va développer
(comme base de données ou interface utilisateur)
B) Le mélange de personnes seniors et juniors dans chaque équipe
C) La combinaison de compétences dans chaque équipe pour éviter la dépendance à des spécialistes
externes
D) L'effet de la taille de l'équipe sur la capacité de l'équipe à travailler ensemble

JUSTIFICATIVA:
Les équipes de développement doivent être multifonctionnelles, possédant toutes les compétences.
nécessaires pour créer l'incrément du produit. La création de n'est pas défendue par le scrum.
équipes spécialisées dans certaines couches du système. L'idéal est que l'équipe puisse
avoir des connaissances pour développer à n'importe quelle couche.
La taille de l'équipe affecte son efficacité : le guide Scrum dit que la taille idéale de l'équipe
le développement doit être suffisamment petit pour rester agile et suffisamment grand
pour compléter une part significative du travail.
Dans une équipe, nous pouvons trouver des professionnels seniors et juniors, mais ce n'est pas défendu dans
aucune partie du guide scrum ne mentionne la nécessité d'une combinaison de niveaux d'expérience.

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

A) Manipulez-les pendant le Sprint d'Intégration avant le Sprint de Lancement.

B) Assurez-vous que le département de libération comprenne ces exigences, mais ce n'est pas
responsabilité de l'équipe de développement.
C) Assurez-vous que chaque augmentation les concerne.
D) Les attribuer aux développeurs principaux de l'équipe.

JUSTIFICATIVA:
La performance, tout comme la sécurité, l'évolutivité et la maintenance, sont des exigences non
fonctionnels. Normalement, les exigences non fonctionnelles sont ajoutées à la définition de "Prêt"
quand ils sont génériques et s'appliquent à tous les exigences fonctionnelles. Alors, s'il y a une
définition de "Pronto" contenant ces exigences, il est nécessaire que chaque incrément réponde à
ces exigences.

Un membre de l'équipe de développement prend le Scrum Master à part pour exprimer

vos préoccupations concernant les questions de sécurité des données. Que doit faire le Scrum Master
faire?

A) Créer un élément de Backlog de produit pour la sécurité

B) Ajoutez de la sécurité à la définition de « prêt »
C) Dites au Product Owner d'arrêter le développement des fonctionnalités jusqu'à ce que les problèmes
qu'ils soient corrigés
D) Demander à la personne de partager la question avec l'équipe le plus rapidement possible
E) Va vérifier avec les testeurs

JUSTIFICATIVA:
La transparence est une valeur importante dans le Scrum, et des aspects significatifs du processus doivent
être visibles aux responsables des résultats. Donc, demander à la personne de partager
la question avec l'équipe le plus rapidement possible est ce qui a le plus de sens. Après cela, ils peuvent
des critères de sécurité doivent être inclus dans la définition de "prêt", ou même dans les éléments du backlog produit
si c'est ainsi que le product owner le souhaite.

44) Toute l'équipe de développement doit avoir :

A) Un développeur principal et pas plus de 8 autres membres

B) Au moins un représentant de chaque discipline principale de l'ingénierie logicielle (comme
QA, Dev, UX
C) Les compétences et les capacités nécessaires pour livrer une amélioration réalisée lors d'un Sprint

45) Combien de temps est nécessaire après un Sprint pour se préparer au prochain Sprint ?

A) L'intervalle entre les Sprints est limité à 1 semaine pour des Sprints de 30 jours et, en général,
moins pour des sprints plus courts
B) Temps suffisant pour que l'équipe de développement termine les tests du dernier Sprint
C) aucun. Un nouveau Sprint commence immédiatement après la fin du Sprint précédent.
D) Temps suffisant pour que les exigences du prochain Sprint soient déterminées et
documentés
E) Tous les éléments ci-dessus sont autorisés selon la situation
JUSTIFICATIVA:
Uma nova sprint inicia imediatamente após a conclusão da sprint anterior.

46) Quelles sont les trois manières par lesquelles le Scrum favorise l'auto-organisation ?

A) Pour être un framework léger

B) En empêchant les parties prenantes d'entrer dans la salle de développement
C) Retrait des titres pour les membres de l'équipe de développement
D) Par l'équipe de développement décidant quel travail faire dans un Sprint
E) Pour ne pas permettre la documentation

JUSTIFICATIVA:
Le scrum est un cadre léger et ne détaille pas tout ce que l'équipe doit faire.
Le scrum ne reconnaît pas de titres pour les membres de l'équipe de développement, sauf
o de desenvolvedor, independente do trabalho que realizado pela pessoa. Não há exceções
pour cette règle. Les équipes sont auto-organisées. Personne (pas même le scrum master) ne dit
à l'équipe de développement comment transformer le backlog du produit en incréments de
fonctionnalités potentiellement utilisables.

47) Quelle sortie de la planification du Sprint fournit à l'équipe de développement une direction de
destination et portée pour le Sprint ?

A) Le Sprint Backlog
B) minutes de révision du sprint
C) L'objectif de la Sprint–(objectif de sprint)
D) Le plan de lancement

JUSTIFICATIVA:
Après que l'équipe de développement a prévu les éléments de backlog du produit qu'elle va livrer à
sprint, l'équipe scrum détermine l'objectif de la sprint.
L'objectif du sprint est un objectif qui sera connu au sein du sprint grâce à l'implémentation
au backlog du produit, en fournissant des orientations sur la raison pour laquelle l'équipe de développement
travailler sur l'augmentation.

48) Quelles sont les deux bonnes façons de rendre visibles les exigences non fonctionnelles ?

A) Placez-les dans une liste séparée sur le tableau scrum, disponible pour tous à voir
B) Ajoutez-les au Product Backlog et tenez le Product Owner informé de l'effort
attendu
C) Ajoutez-les à la définition de "Fait" afin que le travail soit résolu dans chaque Sprint
D) Exécutez les tests d'intégration et de régression avant la fin du Sprint, et capturez le travail
ouvert pour le Sprint Backlog du prochain Sprint

JUSTIFICATIVA:
La performance, tout comme la sécurité, l'évolutivité et la maintenance, sont des exigences non-
fonctionnels.
Normalement, les exigences non fonctionnelles sont ajoutées à la définition de "Prêt", car si
nous appliquons à toutes les exigences fonctionnelles (histoires d'utilisateur).
Pour certains besoins non fonctionnels, tels que la performance, il est possible de créer des éléments non techniques.
e indépendants dans le Product Backlog. Cela se fait généralement lorsque nous devons faire une
amélioration des fonctionnalités déjà prêtes.
Il est également important de considérer que tout ce que l'équipe de développement va construire provient de
Backlog du produit. Donc, ce que l'équipe de développement va décomposer dans le backlog de
Le Sprint doit avoir d'une certaine manière un lien avec un élément qui se trouvait dans le Backlog du Produit.
Par conséquent, il est préférable que les éléments liés aux exigences non fonctionnelles, s'ils ne sont pas
applicables à toutes les histoires, doivent être ajoutés comme éléments dans le Backlog du Produit.
49) Vous êtes le Scrum Master d'une équipe Scrum nouvellement formée. Quelles sont les trois activités que
suivre aiderait probablement l'équipe à commencer?

A) Faites en sorte que les responsables de développement de chaque membre de l'équipe de

Développement, présentez vos subordonnés directs et transmettez leurs responsabilités.
pas de temps Scrum.
B) Garantir que les membres de l'équipe Scrum aient des personnalités compatibles
C) Introduire un système de primes pour les meilleurs employés de l'équipe
D) Assurez-vous que l'équipe comprend qu'elle a besoin d'une définition de "Terminé"
E) Demandez au propriétaire du produit de discuter du produit ou du projet, de son historique, de ses objectifs et
contexte, ainsi que répondre à des questions.
F) Demandez aux membres de l'équipe Scrum de se présenter et de donner un bref historique de leur
compétences et expérience professionnelle

JUSTIFICATIVA:
Le scrum master doit s'assurer que l'équipe scrum adhère à la théorie, aux pratiques et aux règles du
scrum. De cette manière, le SM doit s'assurer que l'équipe comprend l'importance d'avoir le
definição de "pronto". O SM deve colaborar com o product owner, ajudando-o a claramente
communiquer la vision, l'objectif et les éléments du backlog du produit à l'équipe de développement.
Laisser les membres de l'équipe scrum se présenter est une façon de faciliter le
engagement dans l'équipe. L'idée est qu'il n'y ait pas de compétition entre les membres de l'équipe, que
soyez une équipe unie et uniforme, engagée envers les objectifs. De cette manière, cela est hors de
question introduire un système de bonus pour les membres ayant les meilleures performances.
Garantir que les membres aient des personnalités compatibles n'est pas toujours une réussite pour
une équipe multifonctionnelle. Et il n'existe pas de formalisation du rôle de responsable du développement
pas de cadre scrum, encore moins le fait qu'ils exigeront des rapports pour l'équipe. Ceci
serait à l'encontre de l'agilité.

50) Quelles sont les propriétés du Daily Scrum ? (Choisissez 2 réponses)

A) Il est assuré le matin tôt

B) Consiste à ce que le Scrum Master demande aux membres de l'équipe les trois questions
C) C'est de manière libre et conçu pour promouvoir la conversation
D) Sa position et son temps doivent rester constants
E) C'est quinze minutes ou moins en durée
F) Est facilité par le leader de l'équipe

JUSTIFICATIVA:
La réunion quotidienne est un événement chronométré de 15 minutes pour que l'équipe de développement
je peux synchroniser les activités et créer un plan pour les prochaines 24 heures. Le temps maximum est
de 15 minutes indépendamment de la durée du Sprint, mais n'empêche pas que la réunion se termine avant
En 15 minutes, tout ce qui devait être discuté a été abordé. La réunion quotidienne est maintenue à la même heure.
hora et lieu tous les jours pour réduire la complexité.
Le scrum ne défend pas l'idée qu'il existe une hiérarchie au sein de l'équipe de développement, alors
Il n'y a pas de leader d'équipe. Pendant la réunion, quelqu'un peut volontairement faciliter l'interaction.
parmi les membres, mais cette personne n'a pas besoin d'être un leader d'équipe.

51) Qu'est-ce qui peut faire que le progrès d'une Équipe de Développement soit
imprévisible ?

A) Changements dans la technologie

B) Mudanças nas condições de mercado
C) Changements dans la composition de l'équipe
D) Impediments
E) Changements dans les parties prenantes et les stratégies de l'entreprise
F) Tous les éléments ci-dessus
JUSTIFICATIVA:
Divers changements et obstacles rendent le progrès imprévisible.

52) Comment les éléments du Backlog du Produit doivent être choisis lorsqu'il y a plusieurs équipes du
Scrum

A) Le Propriétaire du Produit décide

B) Chaque équipe Scrum prend un nombre égal d'éléments
C) Les Équipes de Développement réalisent leur travail en accord avec le Propriétaire du Produit.
D) L'équipe Scrum avec la plus grande vitesse tire d'abord les éléments du Backlog du Produit
E) Le Product Owner doit fournir à chaque équipe son propre Product Backlog

JUSTIFICATIVA:
Un élément clé du backlog du sprint est les éléments sélectionnés à partir du backlog de
produit. L'équipe de développement tire ces éléments en fonction de la capacité projetée,
compétences, définition de prêt, etc. Le product owner articule quels éléments du backlog de
le produit répondrait aux objectifs de la Sprint et fait la priorisation des éléments du backlog
produit, mais il ne peut pas imposer de travail aux équipes de développement parce que de
selon le guide Scrum, seule l'équipe de développement peut évaluer ce qui peut être
complété au cours du sprint.

53) Quelles sont les deux choses que l'équipe de développement doit faire pendant le premier
Sprint?

A) Développer au moins une pièce de fonctionnalité

B) Analyser, décrire et documenter les exigences pour les Sprints suivants
C) Analyser, concevoir et décrire l'architecture et l'infrastructure complètes
D) Créer un incrément de logiciel potentiellement libérable
E) Faites un plan pour le reste du projet

JUSTIFICATIVA:
Chaque sprint, peu importe s'il s'agit du premier, a pour objectif de livrer un incrément.
potentiellement utilisable du produit.

54) Quel est l'objectif d'une révision de Sprint ?

A) Pour inspecter l'augmentation du produit avec les parties prenantes et recueillir des retours.
sur les prochaines étapes
B) Pour construire l'esprit d'équipe
C) Réviser les activités et les processus de l'équipe Scrum pendant le Sprint
D) Avoir le temps d'évaluer la validité du projet

JUSTIFICATIVA:
La révision de sprint est effectuée à la fin du sprint pour inspecter l'incrément du produit et
adapter le backlog du produit si nécessaire.

55) Une Équipe de Développement sélectionne un ensemble d'éléments du Backlog du Produit

pour un Backlog de Sprint avec l'intention d'obtenir les éléments sélectionnés d'ici la fin du Sprint.
Sélectionnez deux instructions qui expliquent ce que cela signifie.

A) Tout le travail réalisé, étant donné les compétences qui sont réellement présentes dans l'équipe
de Développement
B) Ce que le Product Owner définit comme qualité
C) Aucun travail n'est sorti de la définition de "Fait"
D) Cela dépend si l'équipe est une équipe de ressources ou une équipe de composants
E) Prêt pour l'intégration
F) Prêt pour le test fonctionnel par le Product Owner
G) Tout le travail pour créer un logiciel utilisable par les utilisateurs finaux

JUSTIFICATIVA:
La définition de "prêt" (DdP) est généralement une liste claire et concise des exigences que
l'augmentation du logiciel doit répondre à l'équipe pour qu'elle l'appelle complet. Jusqu'à ce que cette liste
soyez satisfaite, un ajout de logiciel n'est pas prêt. Pendant la réunion de
la planification de la sprint, l'équipe scrum développe ou réaffirme son DdP, ce qui permet que
l'équipe sache combien de travail sélectionner pour un sprint donné.
On s'attend à ce qu'à la fin du sprint aucun travail ne soit effectué sans répondre à cette définition, alors
cela implique que le travail soit effectivement "prêt".
Comme chaque sprint a pour but de générer un accroissement potentiellement utilisable,
Il est prévu que dans la DdP se trouvent tous les critères nécessaires pour avoir un accroissement.
potentiellement utilisable. Ainsi, cette définition se réfère également à tout le travail
nécessaire pour créer des logiciels utilisables par les utilisateurs finaux.

56) Que contient le Sprint Backlog ?

A) cas d'utilisation
B) Testicules
C) Histoires d'utilisateurs
D) Tâches
E) Quiconque des éléments ci-dessus (ou d'autres) qui sont une décomposition des éléments du Backlog
du Produit sélectionné

JUSTIFICATIVA:
Le backlog du sprint est le plan de l'équipe de développement pour la livraison des éléments.
sélectionnés du backlog du produit, afin de répondre à l'objectif du sprint. En tant que tel, il peut
compter ce que l'équipe juge nécessaire pour son travail pendant le sprint. Les
les contenus peuvent être des tâches, des histoires d'utilisateurs, des activités ponctuelles, un rappel pour
apporter des donuts et du café ou toute combinaison de ce genre.

57) Cinq nouvelles équipes Scrum ont été créées pour construire un produit. Certaines des
des développeurs de l'une des équipes de développement demandent au Scrum Master comment
coordonner votre travail avec les autres équipes. Que doit faire le Scrum Master ?

A) Ensine-lhes que é sua responsabilidade trabalhar com as outras equipes para criar um
augmentation intégrée
B) Rassemblez les tâches de la Sprint des équipes à la fin de la Sprint Planning et fusionnez-les dans un plan
consolidé pour tout le Sprint
C) Enseignez au Product Owner à travailler avec les développeurs leaders sur la demande du produit.
Backlog afin d'éviter beaucoup de chevauchement technique et de développement pendant un Sprint
D) Visitez les cinq équipes par jour pour vérifier si les Sprint Backlogs sont alignés

JUSTIFICATIVA:
Ter um incremento integrado ao final de cada sprint implica em pelo menos ter comunicação
régulière et l'information partagée entre les multiples équipes scrum. Les équipes scrum ont les
des réunions scrum-of-scrums en plus de vos propres réunions quotidiennes. Dans les scrum-of-scrums,
Les représentants des équipes recueillent et échangent des informations sur l'intégration. De cette manière, chaque
L'équipe Scrum peut planifier et replanifier son backlog de sprint. Comme le Scrum Master est un
Le coach des pratiques scrum a pour tâche d'enseigner à ces équipes comment mener ces réunions.

58) Quand un Sprint est-il annulé ?

A) Lorsque le propriétaire du produit détermine qu'il n'est pas logique de le terminer

B) Lorsque les ventes ont une opportunité importante
C) Quand il est clair à la fin d'un Sprint que tout ne sera pas terminé.
D) Quand l'équipe sent que le travail est très difficile.

JUSTIFICATIVA:
Une sprint peut être annulé avant la fin du time-box de la sprint. Seul le product owner
tem a autoridade para cancelar a sprint, embora ele possa fazer isso sob influência das partes
intéressés, de l'équipe de développement ou du scrum master.

59) Comme l'équipe de développement commence à travailler pendant le Sprint, elle réalise que
vous avez sélectionné trop de travail à terminer lors du Sprint. Que devriez-vous faire?

A) Réduisez la définition de "Terminé" et obtenez tous les éléments du Backlog du Produit

Terminés
par la nouvelle définition
B) Informer le Propriétaire du Produit lors de la Révision du Sprint, mais avant la démonstration
C) Dès que possible dans le Sprint, travaillez avec le Product Owner pour retirer certains éléments de
travail ou du Product Backlog
D) Trouvez une autre équipe Scrum pour déléguer la surcharge de travail

JUSTIFICATIVA:
Le guide Scrum suggère que l'équipe de développement, en collaboration avec le propriétaire du produit,
ajustez le travail sélectionné pour le sprint lorsque plus d'éléments sont sélectionnés que le
capacité de l'équipe à les terminer.

60) Que se passe-t-il si l'Équipe de Développement ne peut pas terminer son travail d'ici le
fin du Sprint ?

A) La durée du Sprint est maintenue et l'Équipe de Développement apprend en continu.

que peut-on vraiment faire dans un Sprint de cette taille
B) Le Sprint est prolongé et les futurs Sprints utilisent cette nouvelle durée
C) Le Sprint est prolongé temporairement et les cours sont pris pour garantir que non
ça se reproduise

JUSTIFICATIVA:
Le temps de la sprint est limité et ne peut être prolongé en aucune circonstance. L'équipe
le développement doit s'organiser pour respecter ce qui est possible dans le temps
estabelecido.

61) Qui peut terminer anormalement un Sprint ?

A) L'équipe de développement ou ses membres

B) Le propriétaire du produit
C) Les parties prenantes
D) Le Scrum Master

JUSTIFICATIVA:
Une sprint peut être annulée avant la fin du time-box. Seul le product owner a le
autorité d'annuler le sprint, bien qu'il (ou elle) puisse le faire sous l'influence des
parties prenantes, de l'équipe de développement ou du scrum master.

62) O propósito de um Sprint é produzir um incremento feito de um produto.

A) Vrai
B) Faux

JUSTIFICATIVA:
Le cœur du scrum est le sprint, une période de temps d'un mois ou moins, pendant laquelle un une
une version incrémentale potentiellement utilisable du produit est créée.

63) Qui est responsable de prévoir les estimations de travail pendant un Sprint ?

A) Le membre le plus jeune de l'équipe

B) Le propriétaire du produit
C) L'équipe de développement
D) O Scrum Master

JUSTIFICATIVA:
Les équipes de développement sont structurées et autorisées par l'organisation pour
organiser et gérer son propre travail. Par conséquent, elles peuvent elles-mêmes prévoir les estimations
pour votre travail pendant un sprint

64) Si les graphiques burndown sont utilisés pour visualiser le progrès, que indique une ligne de
tendance à travers un graphique d'effondrement ?

A) Lorsque le projet sera terminé, si le Propriétaire du Produit supprime le travail qui est égal en efforts
para qualquer novo trabalho que seja adicionado
B) Quand tout le travail sera-t-il terminé pour que l'équipe Scrum puisse être libérée pour
autres travaux
C) L'évolution du coût dépensé dans le projet
D) Quand le travail restant sera probablement terminé si rien ne change dans le Backlog de
Produit ou dans l'équipe de développement

JUSTIFICATIVA:
Le graphique burndown est un outil important pour le suivi de l'avancement de
une équipe scrum et de nombreuses informations peuvent en être extraites. Nous pouvons également
l'utiliser pour le suivi de projet, de produit ou de versions. La ligne de tendance est la
projection du temps nécessaire pour terminer le travail restant, en considérant qu'il n'y a pas
Il y aura des changements d'ici là.

65) Quelle est la structure la plus adéquate pour les équipes de développement afin de produire
increments intégrés ?

A) Chaque équipe de développement travaille uniquement sur une couche technique du système (pour
exemple, GUI, base de données, couche intermédiaire, interfaces)
B) Chaque équipe de développement développe la fonctionnalité du début à la fin dans tous
les couches techniques

JUSTIFICATION :
Les équipes de développement sont multifonctionnelles, possédant toutes les compétences nécessaires
pour créer l'augmentation du produit.

66) Quels ne sont pas des sujets appropriés pour une discussion lors d'une rétrospective de Sprint?
(Choisissez 2 réponses)

A) Comment l'équipe fait son travail

B) Backlog de Sprint pour le prochain Sprint
C) La valeur du travail actuellement représentée dans le Product Backlog
D) Relations d'équipe
E) Définition de "Fait"

JUSTIFICATIF :
Les objectifs de la rétrospective du sprint sont :
- Inspecter comment le dernier sprint s'est déroulé en ce qui concerne les personnes, les relations, les processus et les outils
Identifier et classer les principaux éléments qui ont bien fonctionné et les améliorations potentielles
- Criar um plano para implementar melhorias no modo em que a equipe scrum faz seu trabalho

67) Quand une équipe de développement peut-elle changer ses pratiques d'ingénierie ?

A) Durante la rétrospective du Sprint

B) Toujours que nécessaire
C) pendant la planification du sprint
D) Avant de commencer un nouveau projet

JUSTIFICATIVA:
Des ajustements pratiques en ingénierie peuvent être effectués à tout moment pendant le sprint afin que
l'équipe puisse atteindre l'objectif du sprint et augmenter sa vitesse. Les réunions quotidiennes et le
La réunion de rétrospective est un événement pour traiter cela aussi - mais l'équipe n'a pas besoin.
attendre ces événements lorsqu'il y a un besoin et savoir quoi faire.

68) Parmi les choix suivants, quelle est la manière la plus efficace pour un Scrum Master de maintenir une
Équipe de développement travaillant à son niveau de productivité le plus élevé ?

A) Garantir que as reuniões começam e terminam no tempo adequado

B) Éviter les modifications des backlogs dès que le Sprint commence
C) Maintenez des ressources de haute valeur dans le Product Backlog
D) Faciliter les décisions de l'équipe de développement et éliminer les obstacles

JUSTIFICATIF :
Le scrum master agit en tant que coach en enseignant à l'équipe ce dont elle a besoin, en plus de
supprime les obstacles qui l'empêchent.

69) Dans quelles deux activités un Product Owner s'engagera-t-il pendant un Sprint?

A) Atualize o gráfico Burndown da Sprint

B) Priorizar o trabalho da equipe de desenvolvimento no Sprint Backlog
C) Répondez aux questions de l'équipe de développement sur les éléments du Sprint actuel
D) Exécutez le Daily Scrum
E) Travailler avec les parties prenantes

JUSTIFICATIVA:
Le product owner maintient la communication avec les parties prenantes (utilisateurs, sponsors,
clients) pour recueillir leurs besoins et les tenir informés de l'avancement du
projet. Pendant le sprint, il peut également être sollicité pour clarifier d'éventuelles questions.
partie de l'équipe de développement par rapport aux éléments sélectionnés.

70) Un des événements Scrum est le Daily Scrum. Quels sont les deux résultats du Daily Scrum ?

A) Un rapport de statut indiquant ce que chaque individu a fait, fera et ce qui les empêche.
B) Une liste de vérification des tâches terminées et une mise à jour des estimations pour les
tarefas restantes que o Scrum Master pode usar para administrar o trabalho de
développement
C) Un tableau scrum mis à jour pour donner de la visibilité sur les progrès du Sprint pour quand
les parties prenantes sont venues visiter la salle de développement
D) Une compréhension partagée du travail le plus important à réaliser ensuite
pour atteindre le meilleur progrès possible vers l'objectif du Sprint
E) Nouveaux obstacles pour le Scrum Master à gérer
JUSTIFICATIVA:
La réunion quotidienne n'est pas une réunion de statut : aucun rapport n'est produit lors de cette réunion.
le scrum master ne gère pas le travail de développement car l'équipe est auto-
gérable. Le tableau scrum peut être mis à jour à tout moment pendant le sprint : ce n'est pas
Je dois utiliser le temps de cette réunion pour cela. Donc, il reste les options D et E comme meilleures.
réponses.

Quelles sont les deux choses qui améliorent la transparence d'un incrément ?

A) Respect intégral de la définition de « fait »

B) Mettre à jour correctement les tâches du Sprint dans l'outil de suivi
C) Rapporter quotidiennement les progrès du Sprint aux parties prenantes
D) Suivre et estimer tout le travail non terminé à accomplir dans un Sprint séparé
E) Avoir les compétences et les outils pour construire un incrément complet "Fait" à l'intérieur de
un Sprint

JUSTIFICATIVA:
La transparence consiste à ce que des aspects significatifs du processus soient visibles aux
responsables des résultats. Le guide scrum établit que les membres de l'équipe scrum
ils doivent avoir une compréhension partagée de ce que signifie que le travail soit complet,
assurant la transparence. Avoir un outil de suivi des tâches, tel que le
le tableau des tâches (scrum board) et le graphique burndown du sprint sont des moyens de maintenir la
transparence (visibilité) par rapport à combien de l'augmentation a été réalisée. Bien que ce type
de l'outil ne soit pas obligatoire, c'est une façon de parvenir à mettre en œuvre la transparence dans
pratique. Et répondre à la définition de "prêt" est une manière transparente de garantir que ce qui a été
fait dans l'incrément est en fait "prêt".
L'option C est une pratique inacceptable dans Scrum, étant donné que le rapport est inutile avec la
transparence (en utilisant un tableau Kanban, par exemple).
L'option D n'a aucun sens. Tout ce qui n'est pas complet dans un sprint revient à
Le backlog sera priorisé lors du prochain sprint.
Avoir les compétences nécessaires ne signifie pas avoir de la transparence.

72) Lors d'une rétrospective de Sprint, l'équipe de développement propose de déplacer le Daily
Scrum pour avoir lieu uniquement les mardis et jeudis. Quelles sont les deux réponses les plus
appropriées pour le Scrum Master ?

A) Demandez aux développeurs de voter

B) Considérez la demande et décidez les jours où le Daily Scrum doit avoir lieu
C) Reconnaître et soutenir la décision de l'équipe auto-organisée
D) Sachez pourquoi l'équipe de développement veut cela et travaillez avec eux pour améliorer le
résultat du Daily Scrum
E) Orienter l'équipe sur pourquoi le Daily Scrum est important en tant qu'opportunité pour
mettre à jour le plan

JUSTIFICATIVA:
Le guide Scrum établit que la réunion quotidienne doit avoir lieu à la même heure et au même endroit tous les
jours pour réduire la complexité.
La réunion quotidienne doit impérativement être quotidienne. Faire la réunion deux fois par semaine va
laissez-la en dehors de la time-box de 15 minutes, en plus d'apporter plusieurs autres risques pour le projet. Le
Le scrum master doit s'assurer que l'équipe de développement fasse la réunion, mais l'équipe est
responsable de la diriger. Si l'équipe ne veut pas avoir la réunion tous les jours, le scrum master
il faut comprendre ce qui pose problème et éliminer l'obstacle.

73) Quelles sont les deux manières dont l'architecture et l'infrastructure sont traitées dans Scrum ?
A) Ils sont discutés, déterminés et documentés avant le développement réel du
ressource
B) Ils sont construits par une équipe séparée grâce à la création d'une piste
architectural
C) Elles sont ajoutées au Backlog du Produit et traitées lors des premiers Sprints, toujours
exige au moins quelques fonctionnalités commerciales, peu importe à quel point elles sont petites
soyez.
D) Ils sont mis en œuvre en même temps que le développement fonctionnel du produit

JUSTIFICATIVA:
Le but de chaque sprint est de livrer des incréments de fonctionnalités potentiellement
utilisables qui répondent à la définition actuelle de "prêt" de l'équipe scrum. Donc, il est attendu que
Chaque sprint livre une fonctionnalité, peu importe sa taille.
Des questions liées à l'architecture du logiciel et à l'infrastructure doivent être prises en compte.
principalement au début du projet. Ces questions peuvent être ajoutées en tant qu'éléments dans
backlog de produit et traitées dès les premières sprints avec le développement
das funcionalidades.

74) Une Équipe de Développement sélectionne un ensemble d'éléments du Backlog du Produit

pour un Backlog de Sprint avec l'intention d'obtenir les éléments sélectionnés 'terminés' à la fin
Faites un sprint. Quelles trois phrases décrivent le mieux le but d'une définition de "fait" ?

A) Définir ce qu'il faut pour qu'un incrément soit prêt à être libéré
B) Oriente l'équipe de développement dans la création d'une prévision dans la planification de
Sprint
C) Il fournit un modèle pour les éléments qui doivent être inclus dans la documentation
technique
D) Il suit le pourcentage d'intégrité d'un élément du Backlog du Produit
E) Créez de la transparence sur le travail inspecté lors de la Sprint Review
F) Contrôle si les développeurs ont réalisé leurs tâches

JUSTIFICATIVA:
Lorsque l'élément du backlog produit ou un incrément est décrit comme "prêt", tous
développer une compréhension de ce que signifie "prêt". Bien que cela varie considérablement d'une équipe à l'autre
scrum, les membres doivent avoir une compréhension partagée de ce que signifie le travail
être complet, en assurant la transparence.
Cette définition guide l'équipe de développement dans la connaissance du nombre d'éléments du
le backlog du produit peut être sélectionné lors de la réunion de planification du sprint.
Cette définition sera également utilisée plus tard pour vérifier ce qui a été terminé lors de la révision.
sprint. Et enfin cette définition peut inclure des exigences pour rendre l'incrément prêt pour
libération (release). Bien que la libération puisse ou non se produire selon la volonté de
propriétaire de produit, l'équipe de développement doit livrer l'incrément prêt pour cela.

75) Un nouveau développeur a des conflits continus avec les membres existants de la
Équipe de développement et création d'un environnement hostile. Si nécessaire, qui est responsable
pour le retrait du membre de l'équipe ?

A) Le Scrum Master est responsable, car il élimine les obstacles

B) L'équipe de développement est responsable et peut avoir besoin de l'aide du Scrum Master
C) Le responsable du recrutement est responsable, car il / elle a embauché le développeur
D) Le Product Owner est responsable, car il contrôle le retour sur investissement (ROI)

L'équipe de développement est auto-organisée et peut en arriver à la conclusion qu'un

un membre gêne votre productivité. Dans ce cas, l'équipe elle-même détermine la
la suppression de ce membre, mais vous devrez demander de l'aide au scrum master, qui peut discuter avec
le responsable fonctionnel ou avec le service des ressources humaines pour voir ce qui peut être fait concernant le membre
qui sera déplacé. N'oubliez pas que le rôle du scrum master est celui de facilitateur : il aide l'équipe
dans la décision de remplacer un membre, mais il ne peut pas le faire seul
déterminer cela.

76) Quand un objectif de Sprint doit-il être créé ?

A) Doit être établi avant la planification du Sprint pour commencer la planification

B) Un objectif de Sprint n'est pas obligatoire dans le scrum
C) pendant la planification du sprint
D) À tout moment pendant le Sprint
E) Cela aurait dû être créé lors du Sprint précédent pendant le raffinement du Product Backlog

JUSTIFICATIVA:
Après que l'équipe de développement ait prévu les éléments du backlog du produit qu'elle va livrer à
sprint, l'équipe scrum détermine l'objectif du sprint encore pendant la première partie de la réunion de
planification de la sprint.

77) Escolha três responsabilidades de uma equipe de desenvolvimento auto-organizada.

A) Relater les progrès quotidiens aux parties prenantes

B) Faites le travail prévu dans le Sprint Backlog
C) Réorganiser le Backlog du Produit
D) Déplacez les éléments du Backlog produit vers le Sprint
E) Augmenter la vitesse
F) Defina a hora para o Daily Scrum

JUSTIFICATIVA:
Elles sont auto-organisées : personne (même pas le scrum master) ne dit à l'équipe de
développement comment transformer le backlog du produit en incréments de fonctionnalités
potentiellement utilisables.
A equipe também pode promover melhorias para aumentar sua velocidade, assim como
estabelecer em que horário a reunião diária irá ocorrer.
L'équipe de développement ne rend pas compte aux parties prenantes - cela appartient au produit
propriétaire.
L'équipe de développement ne hiérarchise pas le backlog du produit - cela revient au product owner.
L'équipe de développement ne peut pas tirer d'éléments du backlog du produit pour le sprint sans le
s'accorder avec le Product Owner. S'il avait été écrit "tirant avec l'accord du Product Owner"
je serais d'accord, car tirer des choses qui ne sont pas alignées avec l'objectif du Sprint n'est pas cohérent.
L'équipe de développement a l'autonomie de décider ce qu'elle peut faire dans le sprint actuel.
mais il n'a pas l'autonomie de choisir quoi que ce soit qu'il veuille.

78) Le Sprint Review est principalement une occasion d'inspection et d'adaptation pour laquelle
groupe?

A) L'équipe Scrum et les parties prenantes

B) Le Product Owner et les parties prenantes
C) Le propriétaire du produit et l'équipe de développement
D) L'équipe de développement et les parties prenantes
E) L'équipe de développement et de gestion
F) Le Product Owner et la gestion

JUSTIFICATIVA:
La Révision de la Sprint est réalisée à la fin de la Sprint pour inspecter l'incrément et adapter le
Backlog do Produto se necessário. Durante a reunião de Revisão da Sprint o Time Scrum e as
les parties prenantes collaborent sur ce qui a été fait lors de la Sprint. Sur cette base et sur tout
changement dans le Backlog du Produit pendant le Sprint, les participants collaborent sur les prochaines
choses qui peuvent être faites pour optimiser la valeur. Si toute l'équipe Scrum participe et les parties
les personnes intéressées peuvent également donner leur avis, donc la meilleure réponse est l'option A.

79) Qui est responsable de suivre le travail restant du Sprint ?

A) Le responsable de projet
B) L'équipe de développement en consultation avec le propriétaire du produit
C) Le Scrum Master
D) Le propriétaire du produit
E) L'équipe de développement

JUSTIFICATIVA:
Considérant que l'équipe de développement est auto-organisée, les membres mettent à jour le
graphique de burndown et, par conséquent, ils sont responsables de suivre le travail restant dans
sprint. De plus, le guide Scrum établit que le backlog de la sprint est hautement visible : un
image en temps réel du travail que l'équipe de développement prévoit de compléter
durant le sprint et qui appartient exclusivement à l'équipe de développement.

80) Quel résultat est attendu alors que les équipes Scrum mûrissent ?

A) Un Scrum Master n'est plus nécessaire, car ils sont maintenant une équipe mature
B) Il n'est pas nécessaire d'avoir un Sprint de boîte de temps, puisque les boîtes de temps sont
juste pour les nouvelles équipes Scrum
C) Les rétrospectives de la Sprint dureront plus de 4 heures
D) Ils vont améliorer leur définition de "fait" pour inclure des critères plus rigoureux
E) Les revues de Sprint ne seront plus nécessaires

JUSTIFICATIVA:
Le guide Scrum établit que dans une équipe Scrum mature, on s'attend à ce que sa définition
de "pronto" soit étendu pour inclure des critères plus stricts de haute qualité