L'examen PSPO I (Professional Scrum Product Owner I) est un test en ligne de Scrum.org comportant 80 questions en 60 minutes, avec 85 % requis pour réussir. Il vérifie que vous comprenez la responsabilité du Product Owner telle qu'elle est écrite dans le Scrum Guide 2020 (maximiser la valeur, le Product Goal et la gestion du Product Backlog) ainsi que le reste du cadre Scrum. La plupart des candidats réussissent après deux à trois semaines de travail ciblé, centré sur le Scrum Guide et des examens blancs chronométrés.
L'examen PSPO I en un coup d'œil
| Élément | PSPO I |
|---|---|
| Organisme | Scrum.org |
| Format | En ligne |
| Questions | 80 |
| Durée | 60 minutes |
| Score pour réussir | 85 % (68 bonnes réponses sur 80) |
| Prix | 200 USD par tentative au moment de la rédaction |
| Formation obligatoire | Non |
| Expiration | N'expire pas |
Les prix peuvent changer ; consultez donc le site officiel de Scrum.org avant d'acheter une tentative. Comme aucune formation n'est obligatoire, vous pouvez réviser seul et réserver l'examen quand vos scores d'entraînement sont régulièrement élevés.
La limite de temps compte plus qu'il n'y paraît : 60 minutes pour 80 questions, cela fait 45 secondes par question. Vous n'avez pas le temps de raisonner chaque réponse depuis zéro, et c'est pourquoi l'entraînement chronométré fait partie de tout plan sérieux.
Ce que teste l'examen PSPO I
L'examen n'est pas un test de gestion de produit en général. Il ne vous interroge pas sur votre technique de priorisation préférée ni sur votre modèle de roadmap. Il demande comment un Product Owner travaille au sein de Scrum, et il prend le Scrum Guide 2020 comme source de vérité. Les grands domaines sont :
- La valeur : le Product Owner est responsable de la maximisation de la valeur du produit issu du travail de la Scrum Team.
- Le Product Goal : l'objectif à long terme de la Scrum Team, l'engagement du Product Backlog. Il est nouveau dans le guide 2020, et l'équipe travaille vers un seul Product Goal à la fois.
- La gestion du Product Backlog : créer, ordonner et communiquer les éléments du Product Backlog, et garder le backlog transparent.
- Les stakeholders : comment le Product Owner représente leurs besoins et comment les autres influencent le Product Backlog.
- L'ensemble du cadre Scrum : événements, timeboxes, artefacts, engagements, Scrum Master et Developers. De nombreuses questions portent sur Scrum en général, pas seulement sur le Product Owner.
La responsabilité du Product Owner dans le Scrum Guide 2020
Le guide 2020 parle de responsabilités, pas de rôles. Si vous comprenez exactement de quoi le Product Owner est responsable (et de quoi il ne l'est pas), une grande partie de l'examen devient simple.
Responsable de la maximisation de la valeur
Le Scrum Guide ne définit pas comment mesurer la valeur. C'est voulu : le Product Owner décide ce que la valeur signifie pour le produit et ordonne le travail en conséquence. Les réponses d'examen du type "the Product Owner maximizes the number of features delivered" ou "keeps the team busy" sont fausses ; la production n'est pas la valeur.
Gestion du Product Backlog
Selon le guide, la gestion du Product Backlog comprend :
- Élaborer et communiquer explicitement le Product Goal.
- Créer et communiquer clairement les éléments du Product Backlog.
- Ordonner les éléments du Product Backlog.
- S'assurer que le Product Backlog est transparent, visible et compris.
Une seule personne, pas un comité
Le Product Owner est une seule personne. Il peut représenter dans le Product Backlog les besoins de nombreux stakeholders, mais les décisions lui appartiennent. Si plusieurs Scrum Teams travaillent sur le même produit, elles partagent un seul Product Backlog, un seul Product Goal et un seul Product Owner. Quiconque veut modifier le Product Backlog le fait en essayant de convaincre le Product Owner, et l'organisation tout entière doit respecter ses décisions pour qu'elles aboutissent.
Peut déléguer le travail, reste responsable
Le Product Owner peut faire lui-même le travail sur le Product Backlog ou le déléguer à d'autres, par exemple en demandant aux Developers de rédiger ou de raffiner des éléments. Dans les deux cas, le Product Owner reste responsable. C'est l'une des idées les plus testées à l'examen.
Travailler avec les stakeholders
Les stakeholders sont invités à la Sprint Review, où la Scrum Team présente les résultats et où ils discutent des progrès vers le Product Goal. La Sprint Review est une séance de travail, pas une porte de validation de mise en production : les Increments peuvent être livrés aux stakeholders avant elle, dès qu'ils respectent la Definition of Done.
Les pièges habituels de l'examen PSPO I
Les questions sont souvent écrites pour vous tenter avec des habitudes de travail courantes que le Scrum Guide ne soutient pas. Soyez attentif à ceci :
- À qui appartient le Sprint Backlog : aux Developers. Le Product Owner ne peut pas imposer de travail supplémentaire dans le Sprint ; le périmètre peut être clarifié et renégocié avec le Product Owner à mesure que l'on apprend, sans mettre en danger le Sprint Goal.
- Annuler un Sprint : seul le Product Owner peut annuler un Sprint, et seulement lorsque le Sprint Goal devient obsolète.
- Le Daily Scrum : c'est un événement de 15 minutes pour les Developers. Le Product Owner ne l'anime pas et n'est pas tenu d'y assister, sauf s'il travaille activement sur des éléments du Sprint Backlog en tant que Developer.
- Le raffinement du Product Backlog : une activité continue, pas un événement. Le guide 2020 ne donne aucun pourcentage de capacité ; l'ancien « 10 % » a été supprimé.
- Ce que le Scrum Guide ne mentionne pas : user stories, story points, vélocité, burndown charts, planification des releases, « Sprint 0 » et Sprints de consolidation (hardening). Ce peuvent être des pratiques utiles, mais une réponse qui les rend obligatoires est fausse.
- Travail non terminé : tout ce qui ne respecte pas la Definition of Done retourne dans le Product Backlog et ne peut être ni livré ni présenté à la Sprint Review.
- Timeboxes : ce sont des maximums. Pour un Sprint d'un mois : Sprint Planning 8 heures, Sprint Review 4 heures, Sprint Retrospective 3 heures. Les Sprints plus courts ont généralement des événements plus courts.
Les événements et engagements Scrum à connaître
| Artefact | Engagement | Qui est responsable |
|---|---|---|
| Product Backlog | Product Goal | Product Owner |
| Sprint Backlog | Sprint Goal | Developers |
| Increment | Definition of Done | Scrum Team (les Developers la respectent pour la qualité) |
Le Sprint Planning aborde trois sujets : pourquoi le Sprint est utile (le Sprint Goal), ce qui peut être terminé (Done), et comment le travail choisi sera réalisé. Le Product Owner apporte le Product Goal et veille à ce que les participants puissent discuter des éléments les plus importants du Product Backlog ; les Developers décident de la charge qu'ils peuvent prendre.
Un plan de révision de 2 à 3 semaines pour le PSPO I
Semaine 1 : le Scrum Guide, lentement
- Lisez deux fois le Scrum Guide 2020. Il fait environ 13 pages ; la seconde lecture peut donc être lente et attentive.
- Prenez vos propres notes sur la section consacrée au Product Owner, sur les trois engagements et sur chaque timebox.
- Passez l'évaluation gratuite Product Owner Open sur Scrum.org pour découvrir le style des questions et repérer vos points faibles.
Semaine 2 : s'entraîner sous pression de temps
- Faites de courtes séances chronométrées chaque jour. Une série gratuite de 20 questions en 20 minutes, comme l'examen blanc Scrum gratuit, convient bien entre des séances plus longues.
- Lisez l'explication de chaque question ratée, puis retrouvez dans le Scrum Guide la phrase qui étaye la bonne réponse.
- Refaites le Product Owner Open jusqu'à obtenir 100 % plusieurs fois de suite.
Semaine 3 : simulations complètes
- Passez des examens complets de 80 questions en 60 minutes, par exemple l'examen blanc PSPO I ou les quatre examens chronométrés de la formation à la certification Product Owner.
- Visez 90 % ou plus aux simulations complètes avant de réserver. Cela vous donne une marge par rapport au seuil de réussite de 85 %.
- Le jour de l'examen, répondez d'abord aux questions que vous connaissez, marquez celles qui vous font douter et revenez-y ensuite.
Si vous travaillez déjà avec Scrum tous les jours, deux semaines peuvent suffire. Si Scrum est nouveau pour vous, prenez les trois semaines complètes et consacrez plus de temps au cadre général.
FAQ
Quelle est la difficulté de l'examen PSPO I ?
Il est moyennement difficile, car le seuil de réussite est de 85 % et vous n'avez que 45 secondes par question. Le contenu se limite au Scrum Guide et à la responsabilité du Product Owner ; une étude attentive et un entraînement chronométré suffisent donc généralement.
Faut-il suivre une formation pour passer le PSPO I ?
Non. Scrum.org n'exige aucune formation ; vous pouvez acheter une tentative et passer l'examen en ligne quand vous êtes prêt.
La certification PSPO I expire-t-elle ?
Non. Le PSPO I n'expire pas et n'a pas de frais de renouvellement.
Le Product Owner Open suffit-il pour réussir ?
C'est un bon début, car il montre le vrai style des questions, mais il est plus court et plus facile que l'examen réel. Combinez-le avec le Scrum Guide et des simulations chronométrées complètes de 80 questions.