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

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é

Augmente la transparence

Créer une compréhension commune du moment où le travail est 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

Correct!

Wrong!

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

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

Pour avoir une transparence totale sur ce qui a été réalisé à la fin de chaque Sprint

Correct!

Wrong!

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

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

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!

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.

Pendant le sprint 0

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

Dans le temps entre les Sprints

Correct!

Wrong!

Quelle assertion décrit le mieux Scrum ?

Scrum est un framework pour produire des produits complexes dans des environnements complexes

Scrum est une méthodologie complète qui définit comment développer un logiciel

Scrum est un livre de cuisine qui définit les meilleures pratiques pour le développement de logiciels

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

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

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!

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

Le PDG

Les parties prenantes

Les clients

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

En informer le product Owner lors de la démonstration

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

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

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

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

Correct!

Wrong!

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

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

Lorsque le Product Owner est absent

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

Lorsque les attentes fonctionnelles ne sont pas bien comprises

Correct!

Wrong!

Quelles activités un Product Owner effectuera-t-il généralement entre la fin du sprint actuel et le début du sprint suivant ?

Il n'y a pas de telles activités. Le prochain sprint commence immédiatement après le sprint actuel

Il va mettre à jour le Backlog avec les parties prenantes

Il va affiner le backlog du produit

Il va travailler avec le département QA sur l'incrément du Sprint actuel

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!

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

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

Quand le but de sprint devient obsolète

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 ?

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

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

Cela permet de faire des économies

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

Correct!

Wrong!

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

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

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

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é

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

Des développeurs quittent l'équipe

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

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

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

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

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

Correct!

Wrong!

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

Stand-up

Rétrospective

Démonstration

Sprint planning

Correct!

Wrong!

Quelle est l'activité qu'un Product Owner doit effectuer pendant un Sprint ?

Répondre aux questions de l'équipe de développement sur les éléments constituants le backlog de sprint

Animer la mêlée quotidienne

Mettre à jour le Burn Down Chart

Assigner les développements aux membres de l'équipe

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