Questionmark Perception

Introduction

Introduction

Voici l'exemple d'examen EXIN Agile Scrum Master (ASM.FR). Les règles et réglementations d'examens EXIN s'appliquent à cet examen.

Cet examen consiste en 40 questions à choix multiples. Chaque question à choix multiple comporte un certain nombre de réponses possibles dont seulement une est correcte.

Le maximum de points qui peut être obtenu lors de l'examen est de 40. Chaque réponse correcte rapporte 1 point. Il vous faut un minimum de 26 points pour réussir à l'examen.

Le temps alloué lors de l'examen est de 90 minutes.

Bonne chance !

Copyright © EXIN Holding B.V. 2021. All rights reserved.
EXIN® is a registered trademark.

Question

1 of 40

Yellow Industries perd des clients. Leur principal reproche est que Yellow Industries ne fabrique pas exactement le produit qu'ils veulent. Le conseil d'administration souhaite commencer à travailler de manière plus Agile afin de rétablir la santé financière de l'entreprise.

Quel est le principal avantage que Yellow Industries pourrait tirer d'une approche plus Agile des activités ?

	Cela permettrait de créer un environnement plus convivial pour le personnel, ce qui augmenterait la qualité de la production.
	Cela rendrait les clients plus responsables d'exprimer ce qu'ils veulent avant le développement.
	Cela permettrait de réduire les coûts de personnel de l'entreprise car Agile est un mode de travail efficace.
	Cela aiderait l'entreprise à créer plus de valeur pour les clients en travaillant plus étroitement avec ces derniers.

Question

2 of 40

Le mode de travail Agile fournit plus de prévisibilité et une plus grande flexibilité par rapport aux méthodes traditionnelles.

De quelle manière est-ce que Scrum permet d'accroître la prévisibilité et la flexibilité ?

	- En ayant une réunion quotidienne toujours à la même heure pour aider à instaurer de la prévisibilité - En introduisant le scrum board pour suivre les travaux et introduire la flexibilité
	- En faisant un nouveau sprint planning à chaque itération pour contribuer à instaurer la prévisibilité - En éliminant les horaires de travail fixes de l'équipe afin d'introduire la flexibilité
	- En utilisant une estimation de la vélocité de l'équipe pour contribuer à instaurer la prévisibilité - En triant les items de product backlog selon les besoins pour contribuer à introduire de la flexibilité
	- En utilisant des sprint retrospectives afin de modifier les processus et d'instaurer la prévisibilité - En appliquant des attentes strictes de niveau de service (ANS) pour contribuer à introduire la flexibilité

Question

3 of 40

Une Scrum Master sait qu'elle doit contribuer à éliminer les obstacles, mais elle se demande s'il est également utile d'établir une sorte d'amélioration continue.

Existe-t-il un chevauchement entre l'élimination des obstacles et la mise en place de l'amélioration continue ?

	Oui. Un Scrum Master qui élimine un obstacle contribue à l'amélioration continue dont l'équipe a besoin pour établir le flux.
	Oui. L'amélioration continue se concentre sur l'amélioration du produit et donc le Scrum Master devrait l'utiliser pour favoriser le flux de l'équipe.
	Non. Les items d'amélioration continue devraient figurer sur un backlog d'amélioration continue et les obstacles n'y ont pas leur place.
	Non. L'élimination des obstacles est une tâche qui revient au Scrum Master et l'amélioration continue est à la charge des Développeurs.

Question

4 of 40

Les exigences du métier peuvent changer à tout moment. Par conséquent, en effectuant uniquement le travail permettant de considérer l'étape requise comme terminée, l'équipe de projet économise des efforts et du temps.

De quelle méthodologie Agile cette déclaration est-elle la meilleure représentation ?

	DSDM
	Kanban
	LeSS
	SAFe

Question

5 of 40

Aisha est une Scrum Master. Au cours d'un sprint, elle se rend compte que l'équipe ne livrera pas un produit potentiellement livrable à la fin de ce sprint. Aisha soupçonne que c'est parce que l'équipe ne vérifie pas tout le code avant de l'intégrer avec le code commun.

Que doit faire Aisha ?

	Demander au Product Owner l'autorisation d'annuler le sprint en cours
	Demander à l'équipe d'analyser ce qui peut être mieux fait au sprint suivant
	Exiger que l'équipe vérifie tout le code avant son intégration dans le code commun
	Augmenter la longueur du sprint pour fournir le produit livrable

Question

6 of 40

Une nouvelle équipe commence tout juste sa transition vers Scrum. Il s'agit d'une équipe pilote. Le Product Owner a déjà travaillé dans une équipe Scrum. Scrum est totalement nouveau pour les Développeurs. Le Scrum Master a bénéficié d'une formation, mais son expérience est limitée. Pour l'instant, ils ont un chef de projet pour superviser le projet.

L'équipe doit être formée à le cadre Scrum.

Qui est garant pour s'assurer que cela se produise ?

	Les Développeurs
	Le Product Owner
	Le Chef de Projet
	Le Scrum Master

Question

7 of 40

Quelles tâches et responsabilités incombent au Scrum Master ?

	Le Scrum Master évalue la maturité de l'équipe et informe le Product Owner au cas où une formation ou un coaching sont nécessaires, afin que le Product Owner puisse agir de manière appropriée.
	Le Scrum Master aide à organiser des réunions et à coordonner le travail, aide à suivre l'avancement des tâches à l'aide d'outils visuels et aide les membres de l'équipe à surmonter les difficultés.
	Le Scrum Master suit le product backlog et s'assure que le Product Owner et les Développeurs comprennent bien les items ainsi que leur ordre, leur priorité et leur valeur.
	Le Scrum Master gère les Développeurs et il révise et attribue des tâches lors de la réunion de daily scrum afin que tous les membres de l'équipe puissent se concentrer sur les tâches auxquelles ils se sont engagées.

Question

8 of 40

Naz est le Scrum Master d'une équipe Scrum créée il y a maintenant quatre mois. Cette équipe travaille au développement d'une application pour les promeneurs et les randonneurs. Cette application fait partie d'une suite et elle présente des liens et des dépendances avec d'autres produits, dont certains sont déjà sur le marché et d'autres encore en développement.

En plus de Naz, l'équipe Scrum pluridisciplinaire se compose de sept Développeurs et du Product Owner. Le Product Owner est une personne qui n'a pas d'expérience dans ce rôle.

Jusqu'à présent, les membres de l'équipe Scrum ont bien collaboré. Toutefois, Naz remarque que le daily scrum déborde régulièrement et prend parfois jusqu'à 30 minutes. Des discussions ont lieu avec le Product Owner au sujet d'items sur le scrum board, et parfois impliquant des questions et des discussions sur les dépendances. Il faut aussi signaler que les membres de l'équipe apprécient d'obtenir une bonne compréhension des choses et une réponse à leurs questions, avant de passer à l'item suivant du board.

Qu'est-ce que le Scrum Master devrait faire pour améliorer cette situation ?

	Limiter la discussion aux questions « Sur quoi est-ce que je travaille aujourd’hui ? » ; « Qu'est-ce que j'ai accompli hier ? » et « Y a-t-il des obstacles ? »
	Admettre qu'il s'agit d'une grande équipe Scrum, que les problèmes sont complexes et allouer 30 minutes supplémentaires pour cette réunion
	Diviser la réunion en deux pour travailler sur les items présentant des dépendances complexes avec d'autres produits
	Arrêter la réunion et prendre le temps de coacher toute l'équipe sur le but et le format du daily scrum

Question

9 of 40

Une équipe Scrum cherche un moyen d'optimiser son travail quotidien. L'équipe a un style de travail chaotique. Ses membres prennent souvent trop de travail par personne. Ce sont des professionnels hautement qualifiés, mais parfois ils oublient des tâches. Si un problème est identifié, ils ne savent pas toujours comment demander de l'aide aux autres. L'équipe de management veut que l'équipe reprenne le contrôle de la situation.

Les Développeurs proposent la solution suivante :
- un canal dédié sur leur plate-forme de réseaux sociaux pour suivre les blocs et la division des tâches

Le Product Owner propose une solution complètement différente :
- Un diagramme de Gantt pouvant être surveillé en ligne et qui est bien compris par l'équipe de management

Leur Scrum Master propose deux autres solutions possibles :
- Un tableau Kanban, qui inclut les limites des travaux en cours (limites WiP) et les tickets de blocage
- Un scrum board, qui n'inclut pas les limites WiP ou les tickets de blocage, mais est facile à comprendre

Quel outil est le plus susceptible d'aider cette équipe ?

	Le canal dédié
	Le diagramme de Gantt
	Le tableau Kanban
	Le scrum board

Question

10 of 40

Pendant un sprint, un Développeur ne comprend pas la user story sur laquelle il travaille. Il s'agit d'un obstacle potentiel à la réussite du projet.

Que doit faire le Scrum Master pour permettre au Développeur de tirer le meilleur parti de sa capacité ?

	Demander au Développeur d'ignorer la story et de la mettre sur le product backlog jusqu'à ce que l'équipe la comprenne
	Demander au Développeur de consacrer plus de temps à l'analyse et à l'étude de la user story afin de mieux la comprendre
	Demander au Product Owner d'expliquer la user story et de trouver une ressource pour aider le Développeur à la comprendre
	Demander au Product Owner de remettre la user story sur le product backlog, de l'améliorer et de la réécrire

Question

11 of 40

Une équipe résiste à la mise en œuvre de pratiques Agile Scrum. Le Scrum Master a décidé d'identifier le type de résistance : passive ou active.

Pourquoi le Scrum Master doit-il l'identifier ?

	Parce qu'il faut procéder à une comparaison avec des anecdotes de pairs d'autres équipes sur la façon dont ils travaillent avec Scrum
	Parce que l'identification du type de résistance aidera le Scrum Master à identifier la meilleure façon de coacher l'équipe
	Parce que cela aide le Scrum Master à planifier une session de formation sur les événements Scrum afin de renforcer la valeur des événements
	Parce que l'équipe a peut-être perdu de vue l'objectif du sprint et peut avoir besoin d'une formation pour se réaligner sur le sprint

Question

12 of 40

Susan est Scrum Master dans une grande entreprise. Susan était auparavant Développeur, mais elle s'est portée volontaire pour endosser le rôle de Scrum Master. Les membres de son équipe travaillent bien ensemble et possèdent une bonne compréhension des principes Agile et des modes de travail Agile.

Cependant, l'équipe subit une certaine pression dans le sprint actuel en raison de certains problèmes. Les Développeurs manquent de connaissances détaillées sur l'environnement de test. L'équipe utilise des tickets de blocage pour signaler ce problème et d'autres problèmes pendant le daily scrum. Les membres de l'équipe sélectionnent l'item de backlog suivant sur lequel travailler en fonction de leurs compétences et préférences.

Pendant le daily scrum, Susan constate qu'un Développeur signale un obstacle par rapport au ticket sur lequel il travaille. Il s'agit là encore d'un obstacle en raison du manque de compréhension de l'environnement de test. Personne dans l'équipe ne propose de l'aide, mais Susan sait comment résoudre ce problème sur la base de son expérience précédente.

Que doit faire Susan ?

	Organiser une brève session de formation pour que l'équipe améliore ses connaissances de l'environnement de test
	Voir le Développeur après le daily scrum et utiliser son expérience pour lui montrer comment résoudre le problème
	Montrer rapidement aux Développeurs comment résoudre ce problème, et de fait, les coacher et partager ses connaissances

Question

13 of 40

Une entreprise travaille avec plusieurs équipes Scrum pour s'assurer de respecter les délais requis par leurs clients. Ces équipes doivent s'assurer que leurs efforts ne sont pas dupliqués, que les dépendances sont visibles et claires.

La société a opté pour un backlog unique, un Product Owner unique et plusieurs équipes Scrum. Chaque équipe Scrum comporte plusieurs Développeurs et son propre Scrum Master.

Quel rôle Scrum est le mieux placé pour coordonner les efforts ?

	Les Développeurs car les équipes sont autogérées et devraient être en mesure d'assurer la coordination
	Le Product Owner car le Product Owner coordonne également le product backlog
	Les Scrum Masters car ils ont le temps de se coordonner avec les autres Scrum Masters

Question

14 of 40

Une équipe a récemment commencé à travailler avec Scrum. L'ancien manager agit désormais en tant que Product Owner de l'équipe.

Avant la transition, le Product Owner avait l'habitude de répartir les tâches entre les membres de l'équipe. Le Product Owner continue de le faire après la transition vers Agile, car cela a vraiment bien fonctionné avant la transition. Les Développeurs acceptent la situation, sans même en discuter.

Est-ce que le Product Owner devrait continuer à répartir les tâches ?

	Oui, car le Product Owner est le mieux placé pour déterminer ce qui doit être fait et par qui.
	Oui, car l'équipe a eu d'excellents résultats avec la répartition des tâches par cette personne avant la transition.
	Non, car dans Scrum, les Développeurs sont les seules personnes de l'équipe qui sont autorisées à diviser les tâches.
	Non, car l'équipe n'a pas discuté de la meilleure façon de répartir les tâches en son sein.

Question

15 of 40

Chaque rôle dans Scrum est garant et responsable de différentes choses. L'un des rôles est garant de l'adaptation du plan et de la manière de travailler selon les besoins, afin de s'assurer que des progrès sont réalisés vers l'objectif du sprint.

Quel rôle est garant de cela ?

	Les Développeurs
	Le Product Owner
	Le Scrum Master

Question

16 of 40

Une équipe Scrum utilise la définition d'achevé (DoD) pour la première fois lors de la réunion de sprint planning. Lors de cette réunion, l'équipe estime la taille des items de backlog et crée le sprint backlog.

Pourquoi l'équipe a-t-elle besoin de la DoD pendant la réunion de sprint planning ?

	Parce que l'état de finition de chaque fonctionnalité est vérifié dès qu'elle est terminée dans le sprint
	Parce que le Product Owner doit confirmer que les items de backlog correspondent aux exigences
	Parce que l'équipe doit accepter l'objectif du sprint comme un produit potentiellement livrable
	Parce que la charge de travail dépend à la fois des exigences des fonctionnalités et des exigences de la DoD

Question

17 of 40

Un Product Owner rédige la user story suivante pour le product backlog :

En tant qu'opérateur de saisie de données, je souhaite disposer d'une bonne interface utilisateur pour l'administration des factures client, afin de pouvoir travailler rapidement.

Cette user story fournit-elle les informations spécifiques nécessaires à intégrer dans un sprint backlog ?

	Oui, car des informations supplémentaires peuvent être ajoutées au cours du sprint.
	Oui, car elle présente toute la syntaxe recommandée pour une user story.
	Non, car l’identité du type d’utilisateur n’est pas assez spécifique.
	Non, car les termes « bon » et « rapide » ne sont pas assez spécifiques.

Question

18 of 40

Le Scrum Master et le Product Owner analysent un nouveau product backlog. Le Scrum Master remarque que le product backlog contient des stories très détaillées d'une moindre priorité. Certains items de priorité inférieure ne sont pas regroupés en épopée, d'autres le sont. Les items à haute priorité, en revanche, ne sont pas du tout regroupés en épopée et sont tous très détaillés.

Est-ce la façon adéquate de raffiner le product backlog ?

	Oui, parce que les items à haute priorité seront intégrés à l'un des sprint backlogs suivants.
	Oui, parce que quelle que soit leur priorité, les user stories peuvent être très détaillées ou décrites de manière générale.
	Non, parce que les items haute priorité ne doivent pas être détaillés afin de permettre des modifications inattendues.
	Non, parce que les stories doivent toujours appartenir à une épopée pour former un objectif du sprint cohérent.

Question

19 of 40

Les buts organisationnels sont liés aux produits et aux exigences du product backlog.

Quel est le lien entre ces concepts ?

	Les buts organisationnels sont des objectifs du produit qui contiennent les items de product backlog. Les buts organisationnels sont régulièrement raffinés, afin d'ajouter la plus grande valeur possible à l'entreprise. Les objectifs du produit sont les éléments stables de la communication de l’organisation avec le client.
	Les buts organisationnels sont les objectifs que l'organisation s'est fixés pour elle-même. Pour les atteindre, les objectifs du produit doivent permettre d'atteindre un ou plusieurs buts organisationnels. Les items de product backlog définissent ce qui est nécessaire pour atteindre les objectifs de produit.
	Les items de product backlog peuvent être rassemblés en un seul aperçu du portefeuille. Les buts organisationnels favorisent la réalisation des objectifs généraux de produit, en tant que données intégrées à l'aperçu du portefeuille. La direction utilise l'aperçu du portefeuille pour mieux comprendre la relation entre tous les produits.

Question

20 of 40

Une équipe a du mal à maintenir la réunion de sprint planning dans la time-box. Ses membres débattent à propos de chaque petit détail et la réunion se prolonge. Le Product Owner a souvent des discussions avec les Développeurs quant à l'estimation.

Qui est garant de la résolution des conflits au cours de cette réunion ?

	Les Développeurs, car ils permettent au Product Owner de les entraîner dans des conflits sur les détails
	L'organisation, car elle devrait mettre à disposition de l'équipe des moyens de collaborer correctement
	Le Product Owner, car il persiste à interférer avec l'estimation des Développeurs
	Le Scrum Master, car le Scrum Master est garant de l'efficacité de la réunion

Question

21 of 40

Un Scrum Master enseigne à une nouvelle équipe comment estimer à l'aide de story points. Un membre plus expérimenté de l'équipe soutient qu'une estimation en story points serait utile uniquement pour le sprint en cours de planification, mais pas pour les sprints à venir. Il fait valoir qu'ils devraient plutôt estimer en journées idéales, car ces estimations sont également utiles pour les sprints à venir, même si l'item de backlog ne se retrouve pas immédiatement dans le sprint backlog.

Les estimations en journées idéales sont-elles plus utiles que les estimations en story points pour les sprints à venir ?

	Oui, car les estimations en journées idéales permettent des interruptions dans une journée de travail normale.
	Oui, car les journées idéales sont basées sur les heures de travail réelles qui ne changent pas.
	Non, car une estimation par des story points est généralement plus rapide que par des journées idéales.
	Non, car les estimations par des story points sont basées sur une indication relative de la taille.

Question

22 of 40

Une équipe évalue sa vélocité. Pour y arriver plus facilement, elle a entrepris ce qui suit :

- Les Développeurs ont fait une prévision de la vélocité dans les sprints futurs pour un type d'item de product backlog qu'ils n'ont jamais réalisé auparavant.
- Le Scrum Master a déterminé la vélocité des sprints précédents et a enregistré plusieurs valeurs historiques qui aident à estimer la vélocité au cours du prochain sprint.
- Le Product Owner a recherché quelques normes du secteur en matière de vélocité.

Laquelle de ces pratiques n'est pas une bonne façon d'estimer la vélocité ?

	Faire une prévision
	Utiliser des valeurs historiques
	Utiliser des normes du secteur

Question

23 of 40

Une équipe Scrum enregistre de très bons résultats depuis longtemps. Récemment, elle n'est cependant pas parvenue à atteindre l'objectif du sprint, malgré le temps réservé dans chaque sprint pour des imprévus. Le Scrum Master étudie ce problème avec l'équipe lors d'une réunion de sprint retrospective.

Les Développeurs identifient les problèmes suivants avec le dernier sprint :
- l'équipe découvre quelques obstacles au flux de travail après chaque sprint
- des demandes soudaines qui coûtent quelques heures sont régulièrement imposées par le management
- des spécialistes de l'équipe en ont soudainement été retirés pour aider les autres équipes pendant des jours
- le Product Owner a pris deux semaines de vacances prévues au cours du mois dernier

Quel problème est la cause la plus probable du fait que les objectifs du sprint n'ont pas été atteints ?

	Les obstacles
	Les demandes
	Les spécialistes
	Les vacances

Question

24 of 40

Une équipe utilise un tableau Kanban avec quatre colonnes :

1 – User Story
2 – À faire
3 – En cours (3)
4 - Terminé

Quelle est la signification la plus probable du '(3)' dans la troisième colonne ?

	Cette colonne a une limite des travaux en cours (limite WiP) de trois.
	Cette colonne contient trois tickets bloqués invisibles qui doivent être résolus.
	Cette colonne est la seule divisée en trois couloirs distincts.
	Cette équipe compte trois membres et trois colonnes En cours.

Question

25 of 40

Quel est le principal but d'un scrum board ?

	Il aide les Développeurs à organiser leur travail et à visualiser le travail restant.
	Il aide le Product Owner à suivre le travail de l'équipe et à communiquer avec la direction.
	Il permet au Scrum Master de voir quel Développeur effectue quelle tâche.

Question

26 of 40

Une équipe Scrum utilise un burn-down chart pour suivre ses progrès. Pendant le sprint, le graphique ressemble à cela :

Qu'est-ce qui est certain à propos de ce sprint ?

	Les Développeurs en font moins que prévu.
	Les Développeurs sont dans les temps pour atteindre l'objectif du sprint.
	Les Développeurs ont rencontré un obstacle et sont dans une impasse.

Question

27 of 40

Une équipe décide d'utiliser les techniques Kanban sur son scrum board. Ils ont introduit le concept de limites des travaux en cours (WiP-limits) et ont commencé à utiliser des tickets de blocage pour identifier les obstacles empêchant l'exécution d'une tâche.

Le Scrum Master ne sait pas quoi faire des tickets de blocage une fois qu'un obstacle disparait du tableau. Il semble erroné de simplement les jeter.

Que doit faire le Scrum Master avec les tickets de blocage pour apporter le plus de valeur à l'équipe ?

	Les regrouper-pour voir si un thème commun émerge indiquant une cause à de nombreuses problèmes
	Une fois le problème résolu, rechercher une cause fondamentale afin d'éviter d'autres obstacles
	Les laisser affichés ou les passer en revue pendant une sprint retrospective pour que les Développeurs ne les oublient pas
	Les noter comme étant "réglés" et les supprimer si l'obstacle est résolu et n'existe plus

Question

28 of 40

Une équipe Scrum a trouvé un bogue critique et estime devoir le résoudre immédiatement. L'équipe réserve toujours 20 % du temps du sprint pour résoudre les bogues. Ils ont déjà intégré des bogues hérités à ce sprint backlog pour combler les 20 %. L'équipe a convenu de ne pas consacrer plus de 20 % du temps à la résolution des bogues.

Le Product Owner a déterminé que le nouveau bogue critique avait une priorité plus élevée que les bogues actuellement inclus dans le sprint.

Quelle est la meilleure chose à faire ?

	Ajouter la résolution du nouveau bogue critique au sprint backlog, même si l'équipe passe plus de 20 % du temps sur les bogues
	Annuler le sprint, demander à l'équipe de se concentrer sur la résolution des bogues et lancer un nouveau sprint une fois les bogues résolus
	Mettre le nouveau bogue dans le product backlog car l'objectif et le backlog du sprint ont déjà été finalisés
	Échanger une quantité équivalente de travail de correction de bogue en faveur de la correction du nouveau bogue critique pour rester à 20 %

Question

29 of 40

Même dans les projets de développement de grande envergure, il peut être recommandé d’utiliser un seul product backlog par produit. Pour gérer correctement ce product backlog unique, le backlog ne doit pas être trop volumineux.

Comment faire en sorte que la taille du product backlog reste raisonnable ?

	En anticipant à quoi doivent ressembler les prochaines releases
	En éliminant de manière proactive les dépendances entre les user stories
	En partageant la responsabilité du product backlog avec d'autres
	En utilisant des user stories épopées et en regroupant de petites user stories en thèmes

Question

30 of 40

Une entreprise utilise une approche Nexus pour mettre un grand projet à l'échelle.

L'équipe d'intégration Nexus coordonne un sprint unique pour toutes les équipes. Chaque équipe dispose de son propre Scrum Master pour aider à éliminer les obstacles.
Il existe un seul Product Owner et un seul product backlog pour toutes les équipes Scrum.

Est-ce la bonne façon d'utiliser une approche Nexus ?

	Oui, parce qu'une entreprise peut donner corps à une approche Nexus en toute flexibilité afin de répondre aux besoins de chaque entreprise ou projet spécifique.
	Oui, parce qu'un Nexus comporte toujours un seul product backlog, un seul Product Owner et un sprint coordonné pour toutes les équipes.
	Non, parce que chaque équipe devrait avoir son propre Product Owner ainsi qu'un product backlog distinct pour soutenir son travail.
	Non, parce que les équipes ne doivent pas seulement partager le Product Owner, le product backlog et le sprint, mais aussi un Scrum Master.

Question

31 of 40

Certains projets ne sont pas adaptés à une approche Agile. Une entreprise a les projets suivants.

- Un projet dans le service des ressources humaines (RH) a un budget serré, mais pas de date limite spécifique. Les exigences du projet ne sont pas claires.
- Un projet du service informatique a un délai urgent et un budget serré. Il n'y a pas de marge pour modifier la portée du projet.

Quel service présente un projet qui n'est pas adapté à une approche Agile ?

	Le service des RH, car seuls les projets informatiques sont adaptés à une approche Agile.
	Le service des RH, car il n'a pas d'exigences claires pour le projet.
	Le service informatique, car il n'y a pas de marge pour modifier la portée du projet.
	Le service informatique, car il dispose d'un budget serré et d'un délai très serré.

Question

32 of 40

Une entreprise souhaite faire appel à une équipe Scrum supplémentaire en plus de l'équipe Scrum qui travaille actuellement sur un projet.

Dans quelle situation est-ce une bonne idée ?

	Lorsqu'un projet est très complexe et que l'équipe Scrum en place ne dispose pas de toutes les compétences requises
	Lorsque l'équipe Scrum en place présente une grande diversité en termes de genre, de race, culture et d'antécédents pertinents
	Lorsque l'équipe vient juste de faire sa transition et les membres de l'équipe ne collaborent pas encore de manière optimale
	Lorsqu'il y a peu de temps pour la formation et l'équipe Scrum actuelle est composée de nombreuses personnes inexpérimentées

Question

33 of 40

Une entreprise a des difficultés à adopter Scrum. Tous les membres de l'équipe travaillent à domicile au moins une partie du temps. Cela rend la mise en œuvre de Scrum difficile pour le Scrum Master.

L'équipe n'a pas encore terminé sa formation à Scrum et elle a souvent des questions pour le Scrum Master. Les membres de l'équipe ne sentent aucun lien les uns avec les autres et souvent ils ne font pas attention pendant les réunions. Ils semblent peu enclins à apprendre Scrum. Les membres de l'équipe ne communiquent pas souvent entre eux. Cela signifie également que la coordination de leurs tâches est loin d'être optimale.

Quel outil aidera le plus l'équipe ?

	Une plate-forme d'interaction sociale qui permet aux membres de l'équipe de communiquer en continu
	Un panneau d'affichage à l'attention du Scrum Master où les membres de l'équipe posent des questions
	Une application qui fournit à l'équipe des conseils quotidiens sur la façon d'utiliser Scrum afin de faciliter l'apprentissage
	Un scrum board numérique en ligne, visible par tous les membres de l'équipe et systématiquement utilisé par ces derniers

Question

34 of 40

Le rôle traditionnel de chef de projet n'existe pas dans Scrum. Cependant, certaines activités traditionnellement assurées par ce rôle doivent tout de même être effectuées. La plupart de ces tâches sont réparties sur les rôles Scrum.

Parmi les activités encore nécessaires :
- s'assurer que les Développeurs suivent l'évolution de leurs progrès
- s'assurer que le produit dispose d'une documentation appropriée

Qui doit se charger de ces activités ?

	Les Développeurs
	Le Product Owner
	Le Scrum Master

Question

35 of 40

Une entreprise découvre que le processus actuel ne fournit pas de résultats acceptables. Une transition vers Scrum semble la meilleure solution.

Le PDG a instauré un sentiment d’urgence et il a déjà fait part de ses projets aux parties prenantes. La plupart des employés sont enthousiastes à l'idée d'en savoir plus sur Agile et ont commencé à faire des recherches sur Scrum par eux-mêmes.

L'entreprise organise une grande réunion et ses membres décident collectivement de la manière d'effectuer la transition. Ils décident d'une transition lente vers Scrum, en commençant par quelques petits projets et une seule équipe Scrum. Le PDG décide de rendre la formation facultative car les employés font activement des recherches. Pour le projet le plus important, un chef de projet expérimenté agira en tant que Product Owner.

Après six mois, les résultats de l'entreprise ne répondent pas à ce que l'on attendait de Scrum. On estime que la transition est un échec.

Quelle est la raison la plus probable pour laquelle la transition n'a pas fonctionné ?

	L'entreprise aurait dû opter pour une transition complète pour aller dans le sens de l'urgence.
	Les employés n'ont pas reçu suffisamment de formation à Scrum pour une transition efficace.
	Le chef de projet n'en savait pas assez sur le produit pour agir en tant que Product Owner.

Question

36 of 40

Une équipe est en train de faire la transition vers Scrum. L'un des membres de l'équipe, Alexander, semble vraiment détester Scrum. Il critique activement les pratiques Scrum et gâte l'ambiance de chaque réunion. Alexander est un saboteur.

Addy est le Scrum Master de l'équipe et souhaite faire cesser Alexander afin que l'équipe réussisse.

Quelle est la meilleure approche pour réagir au comportement d'Alexander ?

	Admettre les craintes d'Alexander, les affronter, et faire en sorte qu'il soit insatisfait du précédent mode de travail
	Empêcher Alexander de parler en réunion, l'affecter à une autre équipe, ou si cela échoue, envisager éventuellement de le licencier
	S'assurer qu'Alexander comprend Scrum, lui donner un peu de temps pour s'adapter et nommer un champion des sceptiques
	Modéliser les comportements souhaités, impliquer Alexander dans les activités de l'équipe et le féliciter pour avoir fait ce qu'il faut

Question

37 of 40

Les équipes Scrum sont autogérées. Cela signifie qu'elles ont la liberté de choisir un mode de travail et leurs engagements. Les équipes résolvent également leurs propres problèmes et doivent disposer d'une gamme d'expertises complète.

On pourrait croire qu'en dehors de l'équipe Scrum, le management n'a plus aucun rôle, mais ce n'est pas vrai.

Quel est le rôle du management dans Scrum ?

	S'assurer que les Product Owners et les Scrum Masters disposent d'un planning détaillé et respectent les délais
	S'assurer que les équipes entrent en compétition les unes avec les autres au sujet des primes et qu'elles ne cessent d'augmenter leur efficacité
	S'assurer que les objectifs de l'organisation sont clairs et que l'état d'esprit de l'entreprise est Agile afin de favoriser Scrum

Question

38 of 40

Les équipes pluridisciplinaires sont plus à même d'estimer la taille des nouvelles tâches que les autres équipes.

Pourquoi font-elles de meilleures estimations ?

	Parce que l'équipe a moins besoin de planification que les autres équipes
	Parce que l'équipe n'a pas à remettre le travail à d'autres équipes
	Parce que l'équipe compte un membre spécialisé dans l'estimation de tâches
	Parce que l'équipe dispose de toutes les compétences nécessaires pour accomplir le travail

Question

39 of 40

Une entreprise est en train de faire la transition d'une culture traditionnelle à une culture Agile. L'une des équipes compte de nombreux conservateurs. Les conservateurs résistent au changement par crainte de l'inconnu et de l'incertitude que cela génère.

Quelle est la meilleure manière de tirer le meilleur parti des conservateurs pendant la transition ?

	Les conservateurs se concentrent sur une vision plus large. Utiliser leurs compétences pour créer de nouvelles façons de faire des affaires et rationaliser l'efficacité et l'efficience.
	Les conservateurs peuvent voir à la fois les avantages et les inconvénients. Utiliser leurs compétences dans le rôle de médiateur afin d'identifier un terrain d'entente acceptable entre les équipes.
	Les conservateurs ont de bonnes performances pendant un changement évolutif. Utiliser leurs compétences pour planifier des étapes graduelles afin de faire évoluer l'entreprise sans perturber les activités.

Question

40 of 40

Le conseil d'administration d'une société a nommé des consultants pour identifier la perte d'avantage concurrentiel de l'organisation. La société crée des produits très complexes et les clients ont souvent de nouvelles exigences après les démonstrations de produits. Il est recommandé de devenir plus Agile.

La société décide de passer immédiatement à Scrum et demande à tous les participants à des projets de suivre une formation Scrum. Tous les nouveaux projets doivent utiliser Scrum.

Le management ne souhaite pas modifier les styles et structures de leadership actuels, car cela lui ferait perdre du temps.

Est-ce une bonne façon de procéder à la transition ?

	Oui, parce qu'une nouvelle méthode inspirera tout le monde, et les mises en œuvre big-bang sont plus efficaces pour rompre avec les anciennes méthodes dans lesquelles faire un travail soigné est important.
	Oui, parce que Scrum est une méthodologie Agile simple et facile à apprendre et une nouvelle formation pour tous assurera bientôt le succès.
	Non, parce qu'Agile est plus un état d'esprit qu'une pratique et qu'il réussira mieux si le management modifie sa culture avant la transition vers Scrum.
	Non, parce que le management devrait évaluer si Scrum est la meilleure méthodologie Agile pour l'entreprise et examiner les pratiques des leaders du secteur.