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

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!

Que doit faire une équipe de développement auto-organisée ?

Décider quand livrer en production

Ordonner le Backlog produit

Choisir comment accomplir son travail

Déterminer la durée des sprints

Correct!

Wrong!

Donnez un avantage d'un Product Owner ayant une vision de produit solide?

Cela aide l'équipe à tenir son engagement de sprint

Lors de la démonstration il est plus facile d'observer le gain de valeur du produit

Le partage de la vision globale permet de comprendre l’intérêt des développements

Correct!

Wrong!

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

Oui

Non

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!

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

Vrai

Faux

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

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

Correct!

Wrong!

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

Lorsque le Product Owner est absent

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

Lorsque les attentes fonctionnelles ne sont pas bien comprises

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

Correct!

Wrong!

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

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

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»

Correct!

Wrong!

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

Le PDG

Les clients

Les parties prenantes

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 mettre à jour le Backlog avec les parties prenantes

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

Il va affiner le backlog du produit

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

Correct!

Wrong!

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

Intermédiaire entre les clients et les développeurs

Ingénieur des exigences

Optimiseur de valeur

Manager d'équipe

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 au Scrum Master d'ajouter ces fonctionnalités au Sprint en cours

Présenter ces fonctionnalités lors du prochain Stand-UP

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

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

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 ?

Il doit y avoir un seul Product Owner

Le produit possède un Backlog produit unique

Il devrait y avoir six Product Owners, un pour chaque équipe Scrum

Chaque équipe Scrum doit avoir un backlog produit distinct

Correct!

Wrong!

Qu'est-ce qui pourrait indiquer à un Product Owner qu'il doit doit être plus présent auprès de son équipe ?

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

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

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!

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.

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

Pendant le sprint 0

Dans le temps entre les Sprints

Correct!

Wrong!

Le Timeboxing du stand-up est de ...

Aussi long que nécessaire

15 minutes pour un sprint de deux semaines. Pour les Sprints plus courts, il est généralement plus court.

15 minutes

2 minutes par personne

30 minutes

Correct!

Wrong!

Chaque équipe de DEV doit avoir :

Pas plus de 6 développeurs

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

Correct!

Wrong!

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

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

Une suite de tests automatisée pour vérifier les fonctionnalités fournies lors des précédentes itérations

Correct!

Wrong!

Est-ce que Scrum est une méthodologie qui explique en détail comment construire un logiciel de manière incrémentale ?

Non

Oui

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 ?

LA NEWSLETTER AGILE

NOS ARTICLES AGILES

NOS SOLUTIONS PARTENAIRES