Menu

Quiz Agile Scrum en ligne: Testez vos connaissances sur Agile Scrum

  • Principal
  • Autre
  • Quiz Agile Scrum en ligne: Testez vos connaissances sur Agile Scrum

agile scrum online quiz

Essayez Notre Instrument Pour Éliminer Les Problèmes

Quiz en ligne - Agile Scrum

Nous en avons appris plus sur Cadre agile mis à l'échelle dans notre dernier tutoriel.

Avec ce quiz en ligne, nous sommes arrivés à la fin de notre série sur Méthodologie Agile et Scrum . La série est peut-être l'un des travaux les plus approfondis et les plus pratiques sur Agile que vous trouverez sur Internet.

Cependant, Agile en tant que sujet en soi est illimité et sans fin. Plus vous pratiquez l'Agile, plus vous l'imbiberez et le maîtriserez.

Nous avons développé un quiz en ligne pour que vous puissiez pratiquer l'exercice et tester vos connaissances sur Agile. Alors allez-y et faites le test.

Quiz Agile Scrum

Note importante: Si vous n’avez pas encore lu les tutoriels sur Agile, nous vous recommandons de lisez d'abord les tutoriels puis essayez le quiz pour de meilleurs résultats.

Avant de commencer le quiz, lisez attentivement les instructions suivantes:

  • La limite de temps pour le quiz est de 10 minutes.
  • Le quiz comprend 20 questions.
  • Le quiz est un papier de questions à choix multiples où une question peut avoir plus d'une réponse correcte.
  • Pour chaque réponse correcte, vous pouvez marquer 1 point.
  • Il n'y a pas de notation négative pour les mauvaises réponses.

Commencez le quiz maintenant: (réponses en gras)

Q # 1) Lequel des éléments suivants est livré à la fin du sprint?

une. Un document contenant des cas de test pour le sprint actuel

b. Une conception architecturale de la solution

c. Un incrément de logiciel Done

ré. Conceptions de wireframes pour l'interface utilisateur

Raisonnement

La sortie de chaque Sprint est un incrément d'un logiciel terminé qui peut être expédié à l'utilisateur final pour utilisation. Un élément n'est marqué comme terminé que s'il correspond à la définition de terminé.

Q # 2) Le carnet de commandes du produit doit être commandé sur la base de?

une. Valeur des articles livrés

b. La complexité des articles livrés

c. Taille des articles livrés

ré. Le risque associé aux articles

e. Basé sur le choix de l'équipe Scrum

Raisonnement

Le Backlog de produits est commandé en fonction de la valeur qu'ils apportent à l'entreprise.

La valeur peut être influencée par plusieurs autres facteurs tels que le risque, la complexité et la criticité, mais ne constitue pas la base directe du calcul de la valeur. La valeur de l'article en cours de livraison est calculée par le Product Owner et c'est lui qui est responsable de la commande du Product Backlog.

Q # 3) Dans un environnement Agile, quelle est la principale responsabilité d'un testeur?

une. Créer des scénarios de test et des cas de test

b. Trouver des bogues

c. Créer des scripts d'automatisation

ré. Envoyer des rapports d'exécution de test aux parties prenantes

e. Il n'y a pas de rôle de testeur dans Scrum

Raisonnement

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 est peut-être plus enclin aux tests et a testé comme domaine d’expertise, mais il serait toujours appelé développeur.

Q # 4) Quand une cérémonie de rétrospective Sprint a-t-elle lieu?

une. Chaque fois que l'équipe suggère

b. À la fin de chaque Sprint

c. Chaque fois que nécessaire

ré. Chaque fois que le Product Owner suggère

e. Chaque fois que le Scrum Master suggère

Raisonnement

Dans Scrum, il est obligatoire de mener toutes les cérémonies Scrum, y compris la rétrospective Sprint.

Sprint Retrospective est une réunion où tous les membres de l'équipe s'assoient et font une rétrospective de leur sprint actuel et présentent les éléments d'action à improviser pour les sprints à venir. Pour la même raison, la rétrospective Sprint est effectuée à la fin de chaque Sprint.

Q # 5) Quand un Sprint peut-il être annulé?

une. Les objets Sprint ne sont plus nécessaires

b. Le sprint ne peut jamais être annulé

c. Lorsque le développement est incapable de terminer le travail

ré. Les informations nécessaires pour démarrer le développement ne sont pas disponibles

e. Chaque fois que le Product Owner dit

Raisonnement

Le pouvoir d'annuler le Sprint appartient uniquement au Product Owner. Il / Elle peut appeler pour annuler un Sprint en cours lorsque les éléments de Sprint ne sont plus requis par l'entreprise, c'est-à-dire que les éléments sont devenus obsolètes.

Q # 6) Que devrait faire une équipe de développement lors d'une réunion de planification de sprint lorsqu'elle a réalisé qu'elle a sélectionné plus que les éléments qu'elle peut compléter dans un sprint?

une. Obtenez plus de développeurs à bord

b. Sollicitez l'aide des autres membres de l'équipe Scrum

c. Faire des heures supplémentaires

ré. Informer le Product Owner

e. Prendre un appel pour supprimer certains éléments du backlog de sprint

Raisonnement

Comme nous sommes toujours à 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 des éléments qui, selon eux, ne peuvent pas être terminés avec la capacité actuelle de l’équipe de développement.

Notez que l'ajout ou la suppression doit toujours être effectué par consensus avec le Product Owner car c'est lui qui décide de la priorité de ces éléments. La suppression n'est pas autorisée une fois que le Sprint a commencé.

Q # 7) Qui est chargé de mesurer la performance du projet?

une. Le Scrum Master

b. Le Delivery Manager

c. Le Product Owner

ré. L'équipe de développement

e. L'équipe Scrum

Raisonnement

Étant la voix du client, il est de la responsabilité du Product Owner 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 à temps.

Q # 8) Quelles sont les principales responsabilités d'une équipe de développement auto-organisée?

une. Développer les éléments du Sprint Backlog

b. Estimer les objets à récupérer pour le prochain Sprint

c. Surveiller les performances du projet et envoyer un rapport aux parties prenantes

ré. Créer de nouveaux éléments de backlog de produit

e. Tâches des éléments de sprint actuels

Raisonnement

La principale responsabilité d'une équipe auto-organisée est d'estimer les éléments du backlog produit (également appelé exercice de pointage d'histoires), de les extraire du haut du backlog produit et de les décomposer en plusieurs tâches qui peuvent être attribuées aux personnes concernées. une équipe et enfin les développer.

Q # 9) Qu'est-ce qu'un Incendier Affichage de la carte?

une. L'avancement du projet

b. Quantité de travail restant par rapport au temps

c. La vitesse de l'équipe

ré. La capacité des membres de l'équipe

e. Combien d'objets supplémentaires peuvent être ramassés dans un Sprint

Raisonnement

Un graphique de burndown représente la quantité de travail restante par rapport au temps.

L'axe horizontal représente le temps tandis que l'axe vertical représente la quantité de travail restante. Le graphe déroulant est l'une des nombreuses métriques utilisées dans Scrum pour projeter la date d'achèvement du projet étant donné que le backlog produit, la capacité de l'équipe et la vitesse de l'équipe restent les mêmes.

Q # 10) Quelles sont les principales responsabilités d'un Scrum Master?

une. Suppression des obstacles

b. Faciliter la réunion à la demande

c. Aide le Product Owner à commander le Product Backlog

ré. Consultation de l'équipe de développement et du chef de produit

e. Combler le fossé entre l'équipe et le client

Raisonnement

Scrum Master est la personne responsable de la facilitation / du coaching de l'équipe de développement et du Product Owner pour travailler sur les activités de développement quotidiennes. C'est lui qui s'assure que l'équipe comprend les valeurs et principes Scrum et est capable de les mettre en pratique.

Dans le même temps, Scrum Master assure également que l'équipe se sent enthousiasmée par Agile afin de tirer le meilleur parti du framework. Scrum Master aide et soutient également l'équipe pour qu'elle s'auto-organise et supprime les obstacles pour elle.

Q # 11) En Scrum, quand un Sprint est-il terminé?

une. Lorsque tous les éléments du backlog de sprint sont terminés

b. Lorsque le Product Owner suggère

c. Lorsque toutes les tâches du Sprint Backlog sont terminées

ré. Lorsque le test final est terminé

e. Lorsque la boîte de temps expire

Raisonnement

Toutes les activités Sprint sont temporisées, y compris Sprint. Contrairement aux autres activités Sprint, Sprint ne peut être ni prolongé ni raccourci.

Si, par exemple, tous les éléments d'un Sprint ne sont pas terminés, le Sprint est toujours marqué au-dessus et le ou les éléments restants sont déplacés vers le Backlog Produit à partir duquel ils peuvent être planifiés vers l'un des sprint suivants en fonction de la priorité révisée . De même, le Sprint ne peut jamais être raccourci.

Si tous les éléments du Sprint sont terminés avant l'heure, l'équipe de développement est libre d'extraire les principaux éléments du Backlog produit et de démarrer le développement.

Q # 12) Quelle est l'importance de déterminer une définition de terminé?

une. Détermine l'objectif derrière chaque sprint

b. Détermine le nombre de tâches en cours d'exécution pour chaque élément Sprint Backlog

c. Augmente la transparence

ré. Les incréments fournis sont plus efficaces et potentiellement libérables

e. Développe une compréhension commune entre tous les membres de l'équipe quant à ce qui doit être complété pour marquer chaque élément comme terminé.

Raisonnement

L'idéologie derrière la création d'une Définition de Terminé est d'avoir un ensemble de liste de contrôle qui est commune à tous les éléments de Sprint et détermine tout ce qui doit être fait afin de terminer un élément de backlog.

Avoir une définition de terminé permettra de bâtir une compréhension commune parmi tous les membres de l'équipe quant à ce qui doit être fait. Cela permettra à chacun de comprendre ce que cela signifie lorsqu'une équipe de développement dit que quelque chose est terminé. C'est le genre de transparence qu'apporte la Définition de Terminé.

La définition de terminé sert également l'objectif en ce sens que le développement peut désormais mieux penser et planifier car il sait ce qui est attendu d'un élément de travail particulier.

Q # 13) Que fait-on lors d'une réunion de révision de sprint?

une. Démo de l'incrément

b. L'équipe discute des améliorations qui peuvent être appliquées pour les sprints à venir

c. Présenter la performance du projet aux parties prenantes

ré. Inspectez la progression vers l'objectif de sprint

e. Discuter des aspects architecturaux et techniques du projet

Raisonnement

La réunion d'examen du sprint est organisée pour démontrer l'incrément de sprint aux parties prenantes et aux clients. Une autre tâche très importante de la réunion d’examen du sprint est de démontrer la performance du projet aux parties prenantes.

L’équipe de développement est chargée de démontrer l’incrément, tandis que le propriétaire du produit est responsable de démontrer les performances du projet. Les parties prenantes et les clients sont ouverts à fournir des commentaires qui sont ensuite intégrés par l'équipe.

Q # 14) Qu'est-ce qu'une revue de sprint?

une. Activité pour introspecter et s'adapter

b. Activité pour améliorer les processus Scrum

c. Activité pour demander l'approbation du travail effectué

ré. Activité à planifier pour le prochain Sprint

e. Activité pour planifier la sortie

Raisonnement

Planification de sprint, Daily Scrum, Sprint Review et Sprint Retrospective, les quatre cérémonies de Scrum sont des opportunités d'inspection et d'adaptation. Lors d'un Sprint Review, l'idée est d'inspecter et de rechercher les commentaires des parties prenantes et de les adapter.

Q # 15) Qu'entend-on par transverse Équipe de développement?

une. Chacun des membres de l'équipe de développement doit être interfonctionnel

b. Le développeur doit pouvoir créer des cas de test et les exécuter

c. L'équipe de développement doit collaborer avec les autres équipes de développement

ré. L'équipe de développement est composée de développeurs et de testeurs

e. L'équipe de développement doit avoir toutes les compétences nécessaires pour fournir l'incrément terminé

Raisonnement

Les équipes Scrum interfonctionnelles sont les équipes possédant toutes les compétences et compétences nécessaires au sein de l'équipe pour accomplir leur travail. Ces équipes ne comptent sur personne en dehors de l'équipe pour terminer les éléments de travail.

Ainsi, l'équipe Scrum est un amalgame très créatif de différentes compétences requises pour terminer l'ensemble du travail. Chaque membre de l'équipe ne possède pas nécessairement toutes les compétences requises pour construire le produit, mais est compétent dans son domaine d'expertise.

Cela dit, le membre de l'équipe n'a pas besoin d'être interfonctionnel, mais l'équipe dans son ensemble doit l'être.

pourquoi le c ++ est-il meilleur que java

Q # 16) Qui devrait nécessairement assister à la réunion du Daily Standup?

une. L'équipe de développement

b. L'équipe Scrum

c. L'équipe de développement et le Product Owner

ré. L'équipe de développement et le Scrum Master

e. L'équipe Scrum et les parties prenantes

Raisonnement

L'équipe de développement doit obligatoirement assister à la réunion du Daily Standup tous les jours. Toute autre personne souhaitant assister à la réunion est la bienvenue, mais il n'est pas obligatoire d'y assister.

À part l'équipe de développement, quiconque assiste à la réunion n'est pas autorisé à donner des mises à jour ou à participer. Il peut aimer écouter pendant que les autres participent. Le Scrum Master peut cependant assister à la réunion et également la faciliter si l'équipe de développement lui en a fait la demande.

Même les parties prenantes peuvent assister aux réunions Daily Standup.

Q # 17) Que se passe-t-il lorsque tous les éléments du sprint ne peuvent pas être terminés?

une. Le Sprint devrait être prolongé

b. Le Sprint se termine avec les éléments terminés

c. Le Sprint devrait être annulé

ré. Les éléments Sprint inachevés doivent être supprimés du Backlog Sprint

e. Commencez le prochain Sprint avec les éléments inachevés en premier

Raisonnement

Dans un cas où l'équipe est incapable de terminer tous les éléments du Sprint Backlog, rien ne se passe. Le Sprint se termine à la date stipulée avec les éléments terminés. L'équipe de développement montre les éléments terminés lors de la réunion de revue de sprint.

Les éléments non terminés sont replacés dans le Backlog Produit et sont à nouveau priorisés à partir de là.

Q # 18) Quelle devrait être la taille de l'équipe de développement?

à. 5 + -3

b. 5 + -4

c. 6 + -4

ré. 6 + -3

est. 6 + -2

Raisonnement

La taille idéale et recommandée de l'équipe de développement doit être de 6 + -3. La taille de l'équipe de développement doit être choisie très judicieusement car elle peut directement nuire à la productivité de l'équipe et avoir un impact sur la livraison du produit.

L'équipe de développement ne doit pas être très grande car elle peut exiger beaucoup de coordination entre les membres de l'équipe. Cependant, pour une très petite équipe, il serait très difficile d'avoir toutes les compétences requises pour fournir un incrément. Ainsi, un nombre optimal doit être choisi pour la taille de l'équipe de développement.

Q # 19) Quelles activités font partie du perfectionnement du backlog produit?

une. Estimer les éléments du backlog produit

b. La commande des articles du Backlog Produit

c. Création de la définition de terminé

ré. Création de tâches

e. Brainstorming sur les éléments du backlog produit

Raisonnement

Le raffinement du backlog de produit est une activité au cours de laquelle toute l'équipe s'assoit et réfléchit aux éléments du backlog. Les éléments du backlog sont affinés et les détails y sont ajoutés.

Pendant la réunion, les éléments du Backlog Produit sont classés en fonction de leur priorité. Une fois les éléments du backlog produit affinés, les membres de l'équipe de développement estiment les éléments du backlog produit.

Q # 20) Laquelle des activités suivantes n'est pas limitée dans le temps?

une. Rétrospective Sprint

b. Sprint

c. Amélioration du backlog de produit

ré. Scrum quotidien

e. Revue de sprint

Raisonnement

Dans Scrum, toutes les cérémonies sont temporisées, c'est-à-dire qu'elles ne peuvent pas être prolongées. À l'exception de Sprint, d'autres ne peuvent être ni raccourcis. Le raffinement du backlog de produit est l'une de ces réunions qui n'est pas limitée dans le temps, mais plutôt un processus continu et peut être menée à tout moment.

Notez que l'équipe ne doit pas passer trop de temps à la réunion de raffinement du backlog.

Vérifiez vos scores au test Agile Scrum Quiz pour évaluer votre compréhension!

J'espère que vous avez apprécié le large éventail de tutoriels de cette série Agile et nous sommes sûrs que ce sera le meilleur guide sur Agile pour tous ceux qui souhaitent en savoir plus sur Agile !!

Tutoriel PREV

lecture recommandée

^