Ê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

L'ensemble de ces réponses

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

Construire une vision produit solide

Correct!

Wrong!

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

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

En minimisant la documentation produite

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

Correct!

Wrong!

Un incrément produit est rentable si...

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

Il est susceptible d'augmenter la satisfaction du client

Il correspond exactement aux spécifications produites par le BA

Il est livré lorsque le Product Owner l'attendait

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

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

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

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

Le Product Owner décide seul

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

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

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

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

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

Correct!

Wrong!

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

Quand le but de sprint devient obsolète

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

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

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

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

Cela permet de faire des économies

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!

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

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

Correct!

Wrong!

Chaque équipe de DEV doit avoir :

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

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

Pas plus de 6 développeurs

Correct!

Wrong!

Quelle assertion décrit le mieux le rôle de Product Owner ?

Manager d'équipe

Optimiseur de valeur

Ingénieur des exigences

Intermédiaire entre les clients et les développeurs

Correct!

Wrong!

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

Oui

Non

Correct!

Wrong!

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

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

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

Correct!

Wrong!

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

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

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

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

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

Augmente la transparence

Correct!

Wrong!

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

Faux

Vrai

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 savoir ce que l'équipe livrera au cours des trois prochaines Sprints

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

Correct!

Wrong!

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

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

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!

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

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

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

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

Correct!

Wrong!

A quelle fréquence doit-on mesurer la satisfaction du client ?

Tous les ans

Tous les jours

Fréquemment

Correct!

Wrong!

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

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

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

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