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

Faux

Vrai

Correct!

Wrong!

Le timeboxing de la démonstration est de

Autant de temps que nécessaire

4 heures pour un sprint d'un mois

2 heures

Correct!

Wrong!

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

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

Augmente la transparence

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é

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

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

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

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

Correct!

Wrong!

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

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

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

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!

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

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

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

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é

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!

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

Intermédiaire entre les clients et les développeurs

Manager d'équipe

Optimiseur de valeur

Ingénieur des exigences

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!

Le backlog produit est ordonné par :

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

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

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

Correct!

Wrong!

Quelle assertion décrit le mieux Scrum ?

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

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

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!

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!

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!

Le Product Owner se doit de livrer chaque incrément produit en production ?

Non, seulement quand cela a du sens

Chaque fois que le produit est exempt de bogues

Oui, sans exception

Oui, pour s'assurer que l'équipe travaille bien

Correct!

Wrong!

Quand doit-être affiné le Backlog produit ?

Dans le temps entre les Sprints

Pendant le sprint 0

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

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.

Correct!

Wrong!

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

Les clients

Les parties prenantes

Le PDG

Correct!

Wrong!

Chaque équipe de DEV doit avoir :

Pas plus de 6 développeurs

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

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

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é

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

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

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