Produit
Caso práctico de entrevista: Product owner
Ejemplo de caso práctico para una entrevista de Product owner: el ejercicio, la rúbrica, los criterios y los errores frecuentes.
15 minutos, el mismo ejercicio para cada candidato, bajo control antitrampas.
Ejemplo de ejercicio
Vous êtes un product owner en refinement. Une user story, dit seulement « l'utilisateur veut un tableau de bord ». Trois équipes attendent le découpage pour lundi. On vous demande les stories que vous écrivez et celle que vous sortez du sprint. Contrainte : vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable. Vous avez 15 minutes. Écrivez ce que vous faites, dans quel ordre, ce que vous dites, et ce que vous refusez de promettre.
Rúbrica de evaluación
| Criterio | Insuficiente | Sólido | Excelente |
|---|---|---|---|
| Découpage | « Découpage » ignore la personne et le fait : une user story, dit seulement « l'utilisateur veut un tableau de bord ». Trois équipes attendent le découpage pour lundi. | « Découpage » reprend la scène avant toute proposition : une user story, dit seulement « l'utilisateur veut un tableau de bord ». Trois équipes attendent le découpage pour lundi. | « Découpage » sépare, dans cette scène (une user story, dit seulement « l'utilisateur veut un tableau de bord ». Trois équipes attendent le découpage pour lundi), ce qui est sûr de ce qui manque encore. |
| Donnée non fiable écartée | « Donnée non fiable écartée » cède à une user story, ou reste flou, alors que la limite est : vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable. | « Donnée non fiable écartée » tient la limite sans l'arrondir (vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable) et le montre dans les stories que vous écrivez et celle que vous sortez du sprint. | « Donnée non fiable écartée » écrit ce qui est accordé, ce qui est refusé, et pourquoi : vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable. |
| Critère d'acceptation | « Critère d'acceptation » n'adresse pas les stories que vous écrivez et celle que vous sortez du sprint à une user story, ou le remplace par une formule générale. | « Critère d'acceptation » produit les stories que vous écrivez et celle que vous sortez du sprint, adressé à une user story, sans formule générale. | « Critère d'acceptation » met les stories que vous écrivez et celle que vous sortez du sprint en état d'être repris : une user story y lit le geste, la phrase dite et la limite. |
| Ce qui sort du sprint | « Ce qui sort du sprint » s'arrête sans suite, alors qu'une user story attend et que la limite demeure (vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable). | « Ce qui sort du sprint » fixe la suite pour une user story : qui agit, à quel moment, et ce qui reste bloqué. | « Ce qui sort du sprint » ferme le cas avec une user story : ordre des gestes, trace laissée, et la promesse que la limite interdit (vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable). |
Criterios
- Découpage
- Donnée non fiable écartée
- Critère d'acceptation
- Ce qui sort du sprint
Errores frecuentes
- Laisser la story telle quelle.
- Promettre la marge.
- Écrire des critères que personne ne peut tester.
Una buena respuesta
Une bonne copie tranche sous la contrainte (vous n'avez pas le droit de promettre les trois vues, et la donnée de marge n'est pas fiable). Elle produit les stories que vous écrivez et celle que vous sortez du sprint, et l'on comprend ce que la personne ferait dans l'heure qui suit.
Para contratar
Use este caso práctico en su contratación
CandidAct plantea este ejercicio a cada candidato de Product owner, con la misma rúbrica y un control antitrampas (pantalla completa, cámara, registro de eventos).
Para candidatos
Practique gratis un caso práctico de Product owner
La ficha repite el ejercicio y la rúbrica. Se descarga después de su email.