Ê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 !

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

Faux

Vrai

Correct!

Wrong!

Le timeboxing de la démonstration est de

Autant de temps que nécessaire

2 heures

4 heures pour un sprint d'un mois

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

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

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

Correct!

Wrong!

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

Oui

Non

Correct!

Wrong!

Donnez une façon dont Scrum favorise l'auto-organisation ?

En minimisant la documentation produite

En supprimant les titres pour les membres de l'équipe de développement

En empêchant les parties prenantes de parasiter l'équipe

Correct!

Wrong!

Qu'est-ce qui pourrait indiquer à un Product Owner qu'il doit doit être plus présent auprès de son é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

Des développeurs quittent l'équipe

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

Correct!

Wrong!

L'équipe de développement peut annuler un sprint :

Lorsque le Product Owner est absent

Quand une dépendance technique ne peut pas être résolue

C'est impossible ! Seul le Product Owner peut choisir d'annuler un sprint

Lorsque les attentes fonctionnelles ne sont pas bien comprises

Correct!

Wrong!

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

Le Backlog produit est en permanence à jour et priorisé

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

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

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

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

Correct!

Wrong!

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!

Pendant le sprint, l'équipe de développement se rend compte qu'elle a choisi trop de travail pour tenir son engagement. Que doit-elle faire ?

Ajuster la "Definition Of Done" afin que tous les éléments du backlog de sprint correspondent à la nouvelle définition de "terminé"

Donner le travail supplémentaire à une autre équipe

Dès que possible dans le Sprint, travaillez avec le Product Owner pour supprimer du travail ou re-prioriser le Backlog

En informer le product Owner lors de la démonstration

Correct!

Wrong!

A quelle condition un sprint peut-il être exceptionnellement terminé ?

Quand le but de sprint devient obsolète

Lorsque l'équipe de développement estime que le travail est trop dur

Quand il devient clair que l'engagement de sprint ne sera pas tenu

Correct!

Wrong!

Donnez un avantage d'un Product Owner ayant une vision de produit solide?

Le partage de la vision globale permet de comprendre l’intérêt des développements

Lors de la démonstration il est plus facile d'observer le gain de valeur du produit

Cela aide l'équipe à tenir son engagement de sprint

Correct!

Wrong!

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

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)

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

Correct!

Wrong!

Lorsque plusieurs équipes travaillent sur un même produit, chaque équipe doit avoir son propre Product Owner ?

Faux

Vrai

Correct!

Wrong!

Le Timeboxing du stand-up est de ...

15 minutes

15 minutes pour un sprint de deux semaines. Pour les Sprints plus courts, il est généralement plus court.

30 minutes

Aussi long que nécessaire

2 minutes par personne

Correct!

Wrong!

Les différents types d'exigences suivantes sont-elles acceptables au sein du Backlog produit ? Exigences de stabilité / Exigences de performance / Fonctionnalité du produit / Documentation / Correctifs

Non, Le Backlog produit est un outil à destination du Product Owner. Le Product Owner représente les utilisateurs et les parties prenantes. Les autres exigences doivent être gérés séparément par l'équipe de développement.

Oui, ces exigences appartient au Backlog produit qui est la "source unique de vérité" pour tout le travail concernant le produit.

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!

Un incrément produit est rentable si...

Il possède toutes les fonctionnalités que le Product Owner souhaitait dans le sprint

Il correspond exactement aux spécifications produites par le BA

Il est susceptible d'augmenter la satisfaction du client

Il est livré lorsque le Product Owner l'attendait

Il réduit les coûts opérationnels à long terme

Correct!

Wrong!

Au milieu du Sprint, le client décide qu'il y a 2 nouvelles fonctionnalités qu'il souhaite. Que doit faire le Product Owner ?

Demander à l'équipe de développement d'ajouter ces fonctionnalités au Sprint actuel

Demander au Scrum Master d'ajouter ces fonctionnalités au Sprint en cours

Présenter ces fonctionnalités lors du prochain Sprint Planning

Présenter ces fonctionnalités lors du prochain Stand-UP

Correct!

Wrong!

Il n'y a qu'un seul Product Owner par produit. Pourquoi est-ce important ?

L'équipe de développement sait toujours qui détermine les priorités

Cela permet de faire des économies

Cela permet une communication efficace et une prise de décision rapide

Le Scrum Master sait qui sera son back-up quand il partira en vacances

Il est plus facile de pointer du doigt le responsable pour le succès ou l'échec du produit

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 !

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

NOS ARTICLES AGILES

NOS SOLUTIONS PARTENAIRES