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

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

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

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

Correct!

Wrong!

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

Cela permet de faire des économies

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

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 va travailler avec le département QA sur l'incrément du Sprint actuel

Il va mettre à jour le Backlog avec les parties prenantes

Il va affiner le backlog du produit

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

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 n'est pas présent à temps plein avec l'équipe

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

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é

Correct!

Wrong!

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

L'ensemble de ces réponses

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

Ecouter le feedback des clients

Construire une vision produit solide

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 pouvoir réprimander l'équipe quand elle n'atteint pas son objectif de sprint

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

Correct!

Wrong!

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

Tous les ans

Fréquemment

Tous les jours

Correct!

Wrong!

Quand doit-être affiné le Backlog produit ?

Dans le temps entre les Sprints

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

Pendant le sprint 0

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!

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!

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

Stand-up

Sprint planning

Démonstration

Rétrospective

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!

Quel affirmation est vraie concernant le rôle de Scrum Master ?

Le Scrum Master est responsable de la mise à jour du Sprint Burndown

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 aide les personnes extérieures à l'équipe à interagir avec l'équipe Scrum

Correct!

Wrong!

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

Animer la mêlée quotidienne

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

Mettre à jour le Burn Down Chart

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

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

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

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

Correct!

Wrong!

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

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

Lorsque le Product Owner est absent

Lorsque les attentes fonctionnelles ne sont pas bien comprises

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

Correct!

Wrong!

Quelle assertion décrit le mieux Scrum ?

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

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

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

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

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

Correct!

Wrong!

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

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

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

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

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!

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!

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 !