Ê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, pour s'assurer que l'équipe travaille bien

Non, seulement quand cela a du sens

Chaque fois que le produit est exempt de bogues

Oui, sans exception

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 ?

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

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

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

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

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

Correct!

Wrong!

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

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

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

Cela permet de faire des économies

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

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

Correct!

Wrong!

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

Non

Oui

Correct!

Wrong!

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

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

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

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

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 ?

Le produit possède un Backlog produit unique

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

Il doit y avoir un seul Product Owner

Chaque équipe Scrum doit avoir un backlog produit distinct

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!

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 ?

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

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

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

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

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é

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

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 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 ne représentent pas plus de 8 story point

Correct!

Wrong!

Donnez un événement SCRUM donnant une boucle de feed-back :

Rétrospective

Démonstration

Stand-up

Sprint planning

Correct!

Wrong!

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

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

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

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

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

Correct!

Wrong!

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

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

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

Augmente la transparence

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

Correct!

Wrong!

Chaque équipe de DEV doit avoir :

Au moins un représentant de chaque discipline majeure du génie logiciel (DEV, UX, QA, ...)

Pas plus de 6 développeurs

Les compétences nécessaires pour livrer un Incrément terminer à chaque sprint

Correct!

Wrong!

Auprès de qui le Product Owner doit-il mesurer la valeur d'un produit ?

Le PDG

Les clients

Les parties prenantes

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!

Le "cône d'incertitude" peut être utilisé pour...

Déterminer s'il faut sacrifier la qualité au détriment de plus de fonctionnalités

Illustrer que l'incertitude diminue avec l'avancement du projet

Déterminer le coût d'un projet avant qu'il ne soit commencé

Correct!

Wrong!

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

Lorsque les attentes fonctionnelles ne sont pas bien comprises

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 le Product Owner est absent

Correct!

Wrong!

Le Timeboxing du stand-up est de ...

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

30 minutes

2 minutes par personne

Aussi long que nécessaire

15 minutes

Correct!

Wrong!

Quand plusieurs équipes travaillent sur le même produit, comment sélectionnez vous les user stories à développer ?

Chaque équipe Scrum prend le même nombre d'élément

L'équipe avec la plus grande vélocité prend en charge les développements prioritaires

Une discussion doit s'engager entre les équipes de DEV et le Product Owner

Le Product Owner décide seul

Le Product Owner doit fournir à chaque équipe son propre "sous-backlog 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 ?

LA NEWSLETTER AGILE

NOS ARTICLES AGILES

NOS SOLUTIONS PARTENAIRES