Produit
Interview-Fallstudie: Product owner
Beispiel einer Fallstudie für ein Vorstellungsgespräch als Product owner: Übung, Raster, Kriterien und häufige Fehler.
15 Minuten, dieselbe Übung für jede Bewerbung, unter Kontrolle gegen Täuschung.
Beispielübung
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.
Bewertungsraster
| Kriterium | Schwach | Solide | Stark |
|---|---|---|---|
| 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). |
Kriterien
- Découpage
- Donnée non fiable écartée
- Critère d'acceptation
- Ce qui sort du sprint
Häufige Fehler
- Laisser la story telle quelle.
- Promettre la marge.
- Écrire des critères que personne ne peut tester.
Eine gute Antwort
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.
Für die Einstellung
Nutzen Sie diese Fallstudie für Ihre Einstellung
CandidAct legt jeder Bewerbung als Product owner diese Übung vor, mit demselben Raster und einer Kontrolle gegen Täuschung (Vollbild, Kamera, Ereignisprotokoll).
Für Bewerbende
Üben Sie kostenlos eine Fallstudie als Product owner
Das Blatt enthält Übung und Raster. Es lädt nach Ihrer E-Mail herunter.