QCM Scrum/Agile Corrigé – Partie 1

Q CM sur Scrum/Agile avec des réponses pour la préparation des entretiens d’embauche, tests
en ligne, examens et certifications. Ces questions et réponses se basent sur Scrum/Agile, Sprint,
Sprint Review, Sprint Planning, Scrum Master, Product Backlog, etc… Et sont tirés d’un vrai
entretien écrit et certaines parties sont en direct. Cette méthode d’apprentissage systématique
préparera facilement toute personne pour réussir son test sur Scrum/Agile.

1. Que fait-on pendant une réunion de revue de Sprint?

1.

2.

Agile project management weekly challenge 2 || Google Project Management

A L’équipe discute des améliorations qui peuvent être appliquées pour les Sprints à venir.
B Présenter la performance du projet aux parties prenantes.

C Inspecter les progrès vers l’objectif du Sprint

D Discuter des aspects architecturaux et techniques du projet
Réponse
B
La réunion de revue de Sprint est organisée pour présenter le sprint aux parties prenantes et
aux clients. Une autre tâche très importante est de démontrer la performance du projet aux
parties prenantes.
L’équipe de développement est responsable de la démonstration de l’incrément tandis que le
Product Owner est responsable de la démonstration de la performance du projet. Les parties
prenantes et les clients sont invités à fournir des commentaires qui sont ensuite intégrés par
l’équipe.

2. Qu’est-ce qu’une revue de Sprint ?

A Activité visant à planifier le prochain Sprint
B Activité pour demander l’approbation du travail effectué
C Activité visant à améliorer les processus de Scrum
D Activité d’introspection et d’adaptation
Réponse
D

La planification du Sprint, le Scrum quotidien, la revue du Sprint et la rétrospective du

Sprint, toutes les quatre cérémonies de Scrum, sont des occasions d’inspection et
d’adaptation. Lors d’une revue de Sprint, l’idée est d’inspecter et de demander un retour
d’information aux parties prenantes et de les adapter.

3. Lequel des éléments suivants est livré à la fin du Sprint ?

A Un document contenant les cas de test pour le sprint en cours
B Une conception architecturale de la solution
C Un incrément du logiciel réalisé

D Des Wireframes pour l’interface utilisateur

Réponse
C
Le résultat de chaque sprint est un incrément de logiciel terminé qui peut être envoyé à
l’utilisateur final pour utilisation. Un élément n’est marqué comme fait que s’il correspond à
la définition de produit fini.

4. Le Backlog de produit doit être ordonné sur la base de ___________

A La valeur des articles à livrer
B La complexité des éléments à livrer
C La taille des articles livrés
D Le risque associé aux articles
Réponse
A
Le Backlog de produits est classé sur la base de la valeur qu’ils apportent à l’entreprise.
La valeur peut être influencée par plusieurs autres facteurs comme le risque, la complexité
et la criticité, mais ils ne constituent pas la base directe du calcul de la valeur. La valeur de
l’élément livré est calculée par le Product Owner et c’est lui qui est responsable de
l’ordonnancement du Product Backlog.

5. Dans un environnement Agile, quelle est la principale responsabilité d’un

testeur ?
A Créer des scénarios de test et des cas de test
B Trouver des bogues
C Créer des scripts d’automatisation
D Envoyer des rapports d’exécution des tests aux parties prenantes
E Le rôle de testeur n’existe pas dans Scrum
Réponse
E
Dans une équipe Scrum, il n’y a que trois rôles : Scrum Master, Product Owner, et l’équipe
de développement. Aucun autre rôle n’est autorisé et il n’y a aucune exception à cette règle.
L’un des membres de l’équipe de développement peut être plus favorable aux tests et avoir
les tests comme domaine d’expertise, mais il sera toujours considéré comme un développeur.

6. Quand une cérémonie de rétrospective Sprint est-elle effectuée ?

A Chaque fois que l’équipe le suggère
B A la fin de chaque Sprint
C Chaque fois que nécessaire
D Chaque fois que le Product Owner le suggère
E Chaque fois que le Scrum Master le suggère
Réponse
B
Dans Scrum, il est obligatoire de mener toutes les cérémonies Scrum, y compris la
rétrospective du sprint.
La rétrospective du sprint est une réunion au cours de laquelle tous les membres de l’équipe
s’assoient et font une rétrospective du sprint en cours et définissent les éléments à améliorer
pour les sprints à venir. Pour la même raison, la rétrospective du sprint est menée à la fin de
chaque sprint.

7. Quand un Sprint peut-il être annulé ?

A Les éléments du Sprint ne sont plus nécessaires
B Le Sprint ne peut jamais être annulé
C Lorsque le développeur n’est pas en mesure de terminer le travail
D Les informations nécessaires pour démarrer le développement ne sont pas disponibles

E Lorsque le Product Owner décide

Réponse
E
Le pouvoir d’annuler le Sprint appartient uniquement au Product Owner. Il peut demander
l’annulation d’un sprint en cours lorsque les éléments du sprint ne sont plus requis par
l’entreprise, c’est-à-dire lorsque les éléments sont devenus obsolètes.
8. Que doit faire une équipe de développement lors d’une réunion de
planification de sprint lorsqu’elle se rend compte qu’elle a sélectionné plus
d’éléments qu’elle ne peut en réaliser dans un sprint ?
A Faire appel à d’autres développeurs
B Demander de l’aide aux autres membres de l’équipe Scrum
C Faire des heures supplémentaires
D Informer le Product Owner
E Prendre un appel pour supprimer certains des éléments du Sprint Backlog
Réponse
D, E
Comme nous sommes toujours dans la réunion de planification du sprint, c’est-à-dire que
nous n’avons pas encore commencé le sprint, les développeurs sont libres d’apporter des
modifications aux éléments du backlog du sprint. Ils peuvent choisir de supprimer certains
éléments qui, selon eux, ne peuvent être réalisés avec la capacité actuelle de l’équipe de
développement.
Notez que l’ajout ou la suppression d’éléments doit toujours se faire en accord avec le
Product Owner, car c’est lui qui décide de la priorité de ces éléments. Le changement n’est
pas autorisé une fois que le Sprint a commencé.

9. Qui est responsable de la mesure de la performance du projet ?

A Le Scrum Master
B Responsable de la livraison
C Product Owner
D L’équipe de développement
E L’équipe Scrum
Réponse
C
La responsabilité du Product Owner est de mesurer les performances du projet et de la
version et de voir si l’équipe est sur la bonne voie pour terminer le projet dans les temps.

10. Quelles sont les principales responsabilités d’une équipe de

développement?
A Développer les éléments du Sprint Backlog
B Estimer les éléments à récupérer pour le prochain Sprint
C Contrôler la performance du projet et envoyer un rapport aux parties prenantes.
D Créer de nouveaux éléments du Backlog de produit
E Donner des tâches aux éléments du sprint en cours
Réponse
A, B, E
La principale responsabilité d’une équipe de développement est d’estimer les éléments du
backlog de produit, de les extraire du haut du backlog de produit et de les décomposer en
plusieurs tâches qui peuvent être assignées aux membres de l’équipe et enfin de les
développer.

Q CM sur Scrum/Agile avec des réponses pour la préparation des entretiens d’embauche, tests
en ligne, examens et certifications. Ces questions et réponses se basent sur Scrum/Agile, Sprint,
Sprint Review, Sprint Planning, Scrum Master, Product Backlog, etc… Et sont tirés d’un vrai
entretien écrit et certaines parties sont en direct. Cette méthode d’apprentissage systématique
préparera facilement toute personne pour réussir son test sur Scrum/Agile.

1. Quelles sont les responsabilités du Scrum Master ?

A Supprimer les obstacles

B Assurer la direction du processus

C Les deux A et B
D Aucun de ces éléments
Réponse

2. Il y a eu un problème dans votre projet et votre responsable n’a cessé de

demander « pourquoi ? ». Que fait-il ?
A Il exécute la collaboration.
B Il exécute les « Cinq pourquoi », un outil de résolution de problème.
C Il utilise l’outil « Get your attention ».
D Aucune de ces réponses
Réponse

3. Le développement itératif n’est PAS une bonne idée pour le ___________

A Développement back end
B Développement front-end
C Développement de middleware
D Développement de logiciels
Réponse

4. Toutes les barrières, tous les obstacles et toutes les interférences sont
éliminés par le ___________
A Product Owner
B Scrum Master
C Chef de projet
D Équipe de développement
Réponse

5. Lequel de ces éléments n’est pas un pilier de Scrum ?

A Focus
B Adaptation
C Transparence
D Inspection
Réponse

6. Le Backlog de produit doit être organisé sur la base de ________

A La valeur des éléments à livrer
B La complexité des produits à livrer
C Taille des produits à livrer
D Le risque associé aux produits
Réponse

7. Quel est le concept clé derrière Agile ?

A Plan driven
B Grands lots
C Test à la fin
D Axé sur la valeur et la qualité
Réponse

8. Quelle est la durée idéale d’un Sprint ?

A 1-4 semaines
B 3 mois
C 6 semaines

D 1 à 2 mois
Réponse

9. Laquelle de ces propositions n’est pas un événement de Sprint ?

A Planification d’un Sprint
B Stand Up quotidien
C Revue du Sprint
D Clôture du Sprint
Réponse

10. Quelles sont les valeurs du Scrum?

A Courage, Concentration, Engagement, Respect, Transparence
B Courage, Concentration, Engagement, Respect, Non-transparence
C Courage, Concentration, Indépendance, Respect, Non-transparence
D Courage, Concentration, Indépendance, Respect, Transparence
Réponse

Q CM sur Scrum/Agile avec des réponses pour la préparation des entretiens d’embauche, tests
en ligne, examens et certifications. Ces questions et réponses se basent sur Scrum/Agile, Sprint,
Sprint Review, Sprint Planning, Scrum Master, Product Backlog, etc… Et sont tirés d’un vrai
entretien écrit et certaines parties sont en direct. Cette méthode d’apprentissage systématique
préparera facilement toute personne pour réussir son test sur Scrum/Agile.

1. Que sont les exigences pour Scrum ?

A Utilisation de JIRA
B Être discipliné dans l’application du processus

C Avoir un Scrum Master distinct

D Avoir des sprints de 2 semaines
Réponse

B
Dans Scrum vous devez être discipliné dans l’application du processus.

2. Qu’est-ce qu’un MVP dans Agile?

A Minimum Valuable Product

B Maximum Valued Project

C Maximum Viable Project
D Minimum Viable Product
Réponse

D
Un produit minimum viable, ou MVP, est un produit doté d’un nombre suffisant de fonctionnalités
pour attirer les premiers clients et valider une idée de produit dès le début du processus.

3. Où pouvez-vous voir la progression de votre équipe Scrum?

A Scrum boards
B Backlog
C Backlog de sprint
D Backlog boards
Réponse

A
Les Scrum boards aident les équipes à structurer, organiser et partager l’avancement de leur travail.

4. Le Scrum Master est quel type de leader?

A Maître
B Humble
C Puissant
D Servant
Réponse

D
Un Scrum Master est un leader serviable qui se concentre sur les besoins des membres de l’équipe et
de ceux qu’ils servent (le client), dans le but d’obtenir des résultats conformes aux valeurs, aux
principes et aux objectifs commerciaux de l’organisation.

5. Comment mesurer le succès d’une équipe Scrum ?

A Vélocité
B Agilité
C Valeur commerciale
D Nombre de membres de l’équipe
Réponse

C
La valeur commerciale est un paramètre plus important pour le succès du développement logiciel
agile.

6. Que faut-il avoir quand on applique Scrum ?

A Vélocité
B Produit
C Agile
D Plan de projet
Réponse

B
Il faut clairement un produit, une équipe et des clients pour lesquels vous pouvez apporter de la
valeur.

7. Quel est l’un des trois rôles dans Scrum ?

A Chef d’équipe
B Coache
C Responsable
D Product Owner
Réponse

D
Product Owner a un rôle important dans Scrum.

8. Combien de temps doit durer un Scrum/Stand-up quotidien ?

A 1 heure
B Une demi-journée
C 5 minutes
D 15 minutes
Réponse

D
Un Scrum/Stand-up quotidien doit durer 15 minutes.

9. Un logiciel fonctionnel mieux que ______________

A Suivre un plan
B Une Documentation complète
C Individus et interactions
D Processus et outils
Réponse
B
Un logiciel fonctionnel mieux qu’une Documentation complète.

10. Nous devons ajouter ________ lorsque nous créons une User Story.
A Critères d’acceptation
B Backlog de sprint
C Documentation
D Backlog de produit
Réponse

En Agile, les critères d’acceptation font référence à un ensemble d’exigences prédéfinies qui doivent
être satisfaites pour qu’une User Story soit considérée comme terminée. Les critères d’acceptation
sont aussi parfois appelés la « définition de fait » parce qu’ils déterminent la portée et les exigences
qui doivent être exécutées par les développeurs pour considérer la User Story comme terminée.