Scrum and agile questions
"What is the difference between a Product Owner and a Product Manager?" PO is a Scrum Team role: manages and prioritises the Product Backlog, ensures the Dev Team understands items, maximises value delivery sprint to sprint. PM is broader: owns product vision, roadmap, GTM strategy, and business outcomes. POs often work within direction set by a PM; one person sometimes holds both. "How do you prioritise the backlog?" Frameworks: MoSCoW, RICE (Reach, Impact, Confidence, Effort), Kano, Value vs Effort matrix. Best prioritisation combines strategic alignment, user value, business value, technical debt and dependencies, team capacity. Involve stakeholders but be able to make the call when they cannot agree.
User story and acceptance criteria questions
"How do you write a good user story?" "As a [user type], I want to [goal], so that [benefit]." But format alone is not enough. INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable. Small enough to complete in a sprint, testable, delivers genuine user value. "What is the difference between epics, stories, and tasks?" Epics: large work spanning multiple sprints, broken into stories. Stories: deliverable in one sprint, from a user perspective. Tasks: technical sub-tasks within a story tracked by the dev team. Themes or initiatives sit above epics and represent strategic product areas.
Stakeholder management questions
"Tell me about a time you had to say no to a stakeholder request." Listened to the request and context, evaluated against current priorities and explained transparently, proposed an alternative or timeline, maintained the relationship. POs who cannot push back create bloated backlogs and lose team focus. "How do you manage conflicting stakeholder priorities?" Map stakeholders (influence vs interest), understand underlying needs (not just stated requests), find shared objectives, use data and strategy to guide toward a decision framework rather than a political fight.
Metrics and success questions
"How do you measure whether a feature was successful after release?" Define success before building. Outcome metrics: adoption, engagement, business metric movement, retention impact. Avoid vanity metrics. Funnel analysis, cohort analysis, A/B tests where the team runs them. Qualitative signals: support ticket themes, NPS comments, user interviews post-launch. Good POs triangulate quantitative and qualitative rather than relying on a single metric.