Êtes-vous prêts pour la certification PSPO ?

Bonjour ! Vous souhaitez obtenir la certification PROFESSIONAL SCRUM PRODUCT OWNER de niveau 1 ? Vous êtes ici au bon endroit pour vous entraîner au passage de cette certification !

Le Product Owner se doit de livrer chaque incrément produit en production ?

Oui, sans exception

Oui, pour s'assurer que l'équipe travaille bien

Chaque fois que le produit est exempt de bogues

Non, seulement quand cela a du sens

Correct!

Wrong!

Afin de maximiser la valeur du produit, un Product Owner a besoin de maîtriser les éléments suivants :

L'ensemble de ces réponses

Ecouter le feedback des clients

Construire une vision produit solide

S'intéresser à la faisabilité des fonctionnalités

Correct!

Wrong!

Votre direction vous a demandé de prendre la tête du développement d'un nouveau produit. Six nouvelles équipes SCRUM construiront ce produit. Que soutenez-vous ?

Il doit y avoir un seul Product Owner

Il devrait y avoir six Product Owners, un pour chaque équipe Scrum

Le produit possède un Backlog produit unique

Chaque équipe Scrum doit avoir un backlog produit distinct

Correct!

Wrong!

Est-ce que les revenus sont l'unique mesure de la valeur d'un produit ?

Non

Oui

Correct!

Wrong!

Le Product Owner doit s'assurer que les parties prenantes sont invitées à la Rétrospective car elles pourraient avoir des instructions importantes à donner à l'équipe pour son amélioration

Vrai

Faux

Correct!

Wrong!

Qu'est-ce qui pourrait indiquer à un Product Owner qu'il doit doit être plus présent auprès de son équipe ?

Des développeurs quittent l'équipe

Il constate à la démonstration que l'incrément produit ne reflète pas ce qu'il pensait avoir demandé

Il n'est pas présent à temps plein avec l'équipe

Les tests d'acceptation ne sont pas systématiquement passés

Correct!

Wrong!

Est-ce que la vélocité d'une équipe SCRUM est un indicateur permettant au Product Owner de mesurer le succès de son produit ?

Oui

Non

Correct!

Wrong!

Quel affirmation est vraie concernant le rôle de Scrum Master ?

Le Scrum Master aide les personnes extérieures à l'équipe à interagir avec l'équipe Scrum

Le Scrum Master attribue des tâches aux membres de l'équipe de développement lorsqu'ils ont besoin de travailler

Le Scrum Master est responsable de la mise à jour du Sprint Burndown

Lors de la démonstration, le Scrum Master identifie ce qui a été «fait» et ce qui n'a pas été «fait»

Correct!

Wrong!

L'équipe de développement doit adhérer à sa propre DOD. Pourquoi ?

Pour avoir une transparence totale sur ce qui a été réalisé à la fin de chaque Sprint

Pour pouvoir réprimander l'équipe quand elle n'atteint pas son objectif de sprint

Pour savoir ce que l'équipe livrera au cours des trois prochaines Sprints

Correct!

Wrong!

Est-ce que Scrum est une méthodologie qui explique en détail comment construire un logiciel de manière incrémentale ?

Non

Oui

Correct!

Wrong!

Un Product Owner fait essentiellement les mêmes choses qu'un Product Manager

Faux

Vrai

Correct!

Wrong!

Quelles assertions définissent le mieux la DOD (Definition Of Done) ?

Créer une compréhension commune du moment où le travail est terminé

Décrit le but, l'objectif et le timeboxing de chaque événement Scrum

Décrit le travail à effectuer avant que le sprint ne soit considéré comme terminé

Guide l'équipe de développement sur le nombre d'éléments du backlog produit à sélectionner pour un Sprint

Augmente la transparence

Correct!

Wrong!

Le backlog produit est ordonné par :

Taille : les éléments longs à développer sont en haut et les petit en bas

Risque : les éléments les plus "sécuritaires" sont en haut et les éléments plus risqués en bas

Hasard : Oui vraiment au hasard

Priorité : les éléments les plus importants sont en haut à tout moment

Correct!

Wrong!

Que doit faire une équipe de développement auto-organisée ?

Ordonner le Backlog produit

Décider quand livrer en production

Choisir comment accomplir son travail

Déterminer la durée des sprints

Correct!

Wrong!

Product owner ! Choisissez une façon de maintenir le Backlog produit pour maximiser sa transparence

Les user stories qui composent le Backlog produit ne représentent pas plus de 8 story point

Le Backlog produit est mis à jour lors de la revue de Sprint, lorsque l'équipe SCRUM et les parties prenantes sont disponibles

Les user stories qui composent le Backlog produit sont bien découpées : Pas plus grandes qu'un sprint et/ou plusieurs user stories sont développables dans un sprint

Le Backlog produit est en permanence à jour et priorisé

Le Backlog produit est mis à jour lors d'une réunion de planification de la version avec les parties prenantes et l'équipe SCRUM

Correct!

Wrong!

Est-ce que tout le travail effectué par l'équipe de développement doit obligatoirement provenir du Backlog produit ?

Non

Oui

Correct!

Wrong!

Quelle est l'activité qu'un Product Owner doit effectuer pendant un Sprint ?

Assigner les développements aux membres de l'équipe

Mettre à jour le Burn Down Chart

Animer la mêlée quotidienne

Répondre aux questions de l'équipe de développement sur les éléments constituants le backlog de sprint

Correct!

Wrong!

Un product Owner doit-il créer des critères d'acceptation clairs et non ambigus pour chaque élément du backlog produit avant de pouvoir le proposer en sprint planning ?

Non

Oui

Correct!

Wrong!

Lequel des énoncés suivants décrit le mieux un incrément produit viable ?

Une suite de tests automatisée pour vérifier les fonctionnalités fournies lors des précédentes itérations

Un diagramme UML décrivant comment fournir des fonctionnalités lors des prochaines itérations

Une nouvelle interface utilisateur affichant les fonctionnalités fournies dans l'itération

Un ensemble de fonctionnalités supplémentaires dans un état utilisable qui complètent celles fournies dans les itérations précédentes et apportent de la valeur au produit

Correct!

Wrong!

Afin de produire des incréments produit, quelle est la meilleure structure organisationnelle ?

Chaque équipe de développement développe des fonctionnalités du début à la fin au travers de toutes les couches techniques

Chaque équipe de développement ne travaille que sur une couche technique du système (par exemple, interface graphique, base de données, niveau intermédiaire, interfaces)

Correct!

Wrong!

Share the quiz to show your results !

Facebook

Just tell us who you are to view your results !

Your first name :

Your e-mail address :

Ignore & see my results >>

Entrainement à la certification CSPO J'ai obtenu %%score%% bonnes réponses sur %%total%% questions !