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

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!

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

Non

Oui

Correct!

Wrong!

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

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

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

Cela permet de faire des économies

Correct!

Wrong!

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

Augmente la transparence

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

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

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

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!

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

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

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

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

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

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

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!

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

Rétrospective

Sprint planning

Démonstration

Stand-up

Correct!

Wrong!

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

Vrai

Faux

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!

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

En minimisant la documentation produite

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

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

Correct!

Wrong!

Un incrément produit est rentable si...

Il est livré lorsque le Product Owner l'attendait

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

Il est susceptible d'augmenter la satisfaction du client

Il correspond exactement aux spécifications produites par le BA

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

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

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

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.

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!

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 ?

Chaque équipe Scrum doit avoir un backlog produit distinct

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

Correct!

Wrong!

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

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

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

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

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

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

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

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 !