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

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

Ecouter le feedback des clients

Construire une vision produit solide

L'ensemble de ces réponses

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

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!

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

Le Product Owner décide seul

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

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

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

Le Product Owner doit fournir à chaque équipe son propre "sous-backlog produit"

Correct!

Wrong!

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

Oui

Non

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!

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!

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!

Le timeboxing de la démonstration est de

4 heures pour un sprint d'un mois

2 heures

Autant de temps que nécessaire

Correct!

Wrong!

Le backlog produit est ordonné par :

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

Hasard : Oui vraiment au hasard

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

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

Correct!

Wrong!

Quand doit-être affiné le Backlog produit ?

Le Product Owner et l'équipe de développement le font dans le Sprint actuel s'ils n'ont pas été capables de le faire dans les Sprints précédents.

Le Product Owner et l'équipe de développement le font dans les sprints prédécents

Dans le temps entre les Sprints

Pendant le sprint 0

Correct!

Wrong!

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

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 en permanence à jour et priorisé

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

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 :

Démonstration

Sprint planning

Stand-up

Rétrospective

Correct!

Wrong!

Au cours de la démonstration, est-ce que c'est aux parties prenantes de réorganiser le Backlog produit ?

Oui

Non

Correct!

Wrong!

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

Vrai

Faux

Correct!

Wrong!

Combien de temps le Product Owner doit-il passer avec l'équipe de développement?

50% ou plus si les parties prenantes sont d'accord

Autant de temps qu'il le faut pour que l'équipe de développement soit à l'aise

Suffisamment pour qu'il n'est pas de mauvaise surprise sur l'incrément produit

Correct!

Wrong!

Un incrément produit est rentable si...

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

Il correspond exactement aux spécifications produites par le BA

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

Correct!

Wrong!

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

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

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

Quand le but de sprint devient obsolète

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é

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

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

Correct!

Wrong!

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

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

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 suite de tests automatisée pour vérifier les fonctionnalités fournies lors des précédentes itérations

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

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

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

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