Ce que recouvre vraiment le rôle
Le Product Owner porte une responsabilité produit : faire en sorte que le travail de l'équipe crée le plus de valeur possible. Le Scrum Guide le décrit comme responsable de maximiser la valeur du produit et de la gestion efficace du backlog. C'est un repère utile, pas une fiche de poste.
Réduire le PO à la rédaction de tickets dans Jira fait perdre de vue sa responsabilité sur la valeur du produit. Un PO qui n'a ni objectif clair, ni accès aux utilisateurs, ni droit de dire non devient un secrétaire de backlog. Avant de chercher la bonne personne, il faut donc décrire le cadre décisionnel dans lequel elle travaillera.
Clarifier la mission et le pouvoir d'arbitrage
Avant de publier quoi que ce soit, répondez par écrit à quatre questions :
- Quel objectif produit la personne devra-t-elle servir dans les six prochains mois ?
- Quelles décisions pourra-t-elle prendre seule, et lesquelles remonteront à la direction ?
- Qui sont les parties prenantes qui demanderont des arbitrages ?
- Qui l'accompagnera, et combien de temps cette personne pourra-t-elle y consacrer ?
Si la direction garde toutes les décisions de priorité, vous recrutez un rôle de coordination, pas un Product Owner. Ce n'est pas un problème en soi, mais il vaut mieux l'écrire pour attirer les bons profils.
Une grille de cinq critères observables
Chaque critère est associé à une preuve que l'on peut constater en entretien ou en mise en situation.
| Critère | Preuve attendue |
|---|---|
| Compréhension utilisateur | Décrit un utilisateur précis, son problème et la façon dont il l'a vérifié. |
| Priorisation argumentée | Explique pourquoi une demande passe avant une autre, et ce qu'il renonce à faire. |
| Coopération tech et métier | Cite un désaccord avec des développeurs ou un métier et la manière dont il a été tranché. |
| Clarté | Reformule un besoin flou en quelques phrases compréhensibles par toute l'équipe. |
| Apprentissage | Raconte une erreur de priorité et ce qu'il a changé ensuite. |
Cinq questions d'entretien et ce qu'elles révèlent
Pour un profil junior ou en reconversion, ces questions peuvent s'appuyer sur un projet de formation ou une expérience métier ; évaluez le raisonnement, sans exiger une expérience produit déjà complète.
- « Parlez-moi d'une fonctionnalité que vous avez décidé de ne pas faire. » On observe la capacité à dire non avec des arguments, pas l'obéissance.
- « Comment avez-vous su qu'une livraison était utile ? » On cherche un signal venant des utilisateurs, pas seulement « c'est en production ».
- « Racontez un désaccord avec l'équipe technique. » On écoute si le candidat a compris la contrainte de l'autre.
- « Expliquez-moi un produit ou un service que vous connaissez comme à un nouveau collègue. » On mesure la clarté et la hiérarchie des idées.
- « Qu'avez-vous appris récemment, et où l'avez-vous appliqué ? » On vérifie que l'apprentissage se traduit en pratique.
Une bonne réponse est souvent nuancée. Exemple fictif de réponse argumentée : « Nous avons repoussé l'export PDF demandé par un gros client, parce que trois autres clients bloquaient sur la connexion. J'ai proposé un contournement temporaire et nous avons revu la demande un mois plus tard. » Le point à vérifier ensuite : qui a réellement pris la décision ? Si le candidat dit « on », demandez quel a été son rôle exact.
Une mise en situation de 30 minutes
Voici un exemple fictif, identique pour tous les candidats. Une application de réservation reçoit trois demandes : le commercial veut une remise pour un prospect, le support signale des doublons de réservation, la direction veut une nouvelle page d'accueil. L'équipe n'a la capacité de traiter qu'un sujet ce mois-ci.
On demande au candidat ce qu'il ferait en premier, quelles informations il irait chercher et comment il annoncerait la décision aux deux autres demandeurs. Il n'y a pas de bonne réponse unique : on observe la méthode, les questions posées et la façon d'expliquer un renoncement. L'exercice reste oral et court ; il ne doit jamais produire un livrable que l'entreprise pourrait réutiliser gratuitement.
Junior ou confirmé : une question d'encadrement
Le choix entre un profil junior et un profil confirmé ne dépend ni de l'âge ni du prestige d'un diplôme. Il dépend de l'encadrement que vous pouvez réellement offrir. Un PO junior peut réussir avec une personne référente disponible chaque semaine et un périmètre limité. Sans ce soutien, mieux vaut un profil qui a déjà tenu des arbitrages difficiles.
Ce qui peut se former après l'embauche
Le découpage des besoins, la conduite d'une revue de sprint et la lecture des données d'usage peuvent faire partie du plan de formation. La curiosité pour les utilisateurs et la capacité à expliquer un choix s'observent dès l'entretien et continuent à se développer sur le terrain. Le guide sur la formation à l'agilité en entreprise et notre trame des 90 premiers jours d'un PO ou d'un PM détaillent la suite.
Recruter la bonne personne, puis lui donner les moyens de réussir
Cadrage du poste, évaluation des candidats, puis formation et coaching après l'embauche.