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

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!

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

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

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

Correct!

Wrong!

Un incrément produit est rentable si...

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 est livré lorsque le Product Owner l'attendait

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

Il correspond exactement aux spécifications produites par le BA

Correct!

Wrong!

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

L'équipe avec la plus grande vélocité prend en charge les développements prioritaires

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

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

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

Le Product Owner décide seul

Correct!

Wrong!

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

Faux

Vrai

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

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!

Le timeboxing de la démonstration est de

2 heures

Autant de temps que nécessaire

4 heures pour un sprint d'un mois

Correct!

Wrong!

Le Timeboxing du stand-up est de ...

2 minutes par personne

15 minutes

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

30 minutes

Aussi long que nécessaire

Correct!

Wrong!

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

Cela permet de faire des économies

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

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

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

Le Scrum Master sait qui sera son back-up quand il partira en vacances

Correct!

Wrong!

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

Fréquemment

Tous les ans

Tous les jours

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

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.

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

Correct!

Wrong!

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

Guide l'équipe de développement sur le nombre d'éléments du backlog produit à sélectionner pour un Sprint

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

Augmente la transparence

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

Décrit le travail à effectuer avant que le sprint ne soit considéré comme terminé

Correct!

Wrong!

Chaque équipe de DEV doit avoir :

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

Pas plus de 6 développeurs

Correct!

Wrong!

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

Déterminer la durée des sprints

Décider quand livrer en production

Choisir comment accomplir son travail

Ordonner le Backlog produit

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!

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

Vrai

Faux

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!

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

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 est responsable de la mise à jour du Sprint Burndown

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!

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

Oui

Non

Correct!

Wrong!

Afin de produire des incréments produit, quelle est la meilleure structure organisationnelle ?

Chaque équipe de développement ne travaille que sur une couche technique du système (par exemple, interface graphique, base de données, niveau intermédiaire, interfaces)

Chaque équipe de développement développe des fonctionnalités du début à la fin au travers de toutes les couches techniques

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 !