Skip to content
tezvyn:
Menu

📊Product Management

Product strategy, growth, and delivery

1643 bites

Test yourself: Top 30 Product Management interview questions →Multiple choice, with the correct answer and why it is correct on every question. Free, no sign-in.

Everything in Product Management, page 24

intermediate2 min read

Why do teams use story points instead of hours or days?

Define against a baseline; explain they absorb uncertainty so velocity stabilizes for planning.

intermediate2 min read

Explain backlog refinement: purpose, participants, and outcomes

Tests if you treat refinement as team-wide prep, not a solo PO task. Strong answers cite the full team and stakeholders, with outcomes being ready stories and estimates. Red flag: saying only the PO and Scrum Master attend or that it replaces sprint planning.

Two senior developers clash on implementation, derailing sprint planning. Your role?
intermediate2 min read

Two senior developers clash on implementation, derailing sprint planning. Your role?

Park or timebox the debate, reframe positions into shared interests with structured dialogue, and drive to a decision or spike.

How would you apply Conway's Law to design team structures for microservices?
advanced2 min read

How would you apply Conway's Law to design team structures for microservices?

Map bounded contexts to cross-functional teams; use APIs as contracts; split by decoupling boundary.

intermediate2 min read

Why is velocity as a primary KPI destructive, and what's better?

This tests if you see velocity as a planning gauge, not a performance metric. A strong answer notes points are subjective, cites Goldratt on gaming, and proposes team-driven improvement instead. A red flag is claiming velocity works if averaged over time.

Compare SAFe and LeSS from an engineer's view
intermediate2 min read

Compare SAFe and LeSS from an engineer's view

Tests whether you see scaling frameworks as workflow design choices. Answers contrast SAFe's PI planning and RTE-managed dependencies with LeSS's single Sprint planning and team-driven resolution. Red flag: calling them interchangeable without citing autonomy.

easy2 min read

Describe the difference between feature and component teams

Tests your grasp of how team structure affects value flow. A strong answer contrasts vertical slices with component ownership, noting feature teams shorten feedback while component teams create handoffs. Red flag: treating either as universally better.

advanced2 min read

How should an EM facilitate reviews in a self-organizing team?

Tests separating feedback from pay, replacing individual ratings with systemic coaching. Cover: framing reviews as career development, biweekly 1:1s for meta-coaching, team raise pools, and obstacle removal. Red flag: stack ranking or hero worship.

easy2 min read

How can developers support the Product Owner in backlog refinement?

Developers surface risks, sizing, and dependencies; co-create trade-offs; and split items early.

Decompose a monolith for scaled agile teams
advanced2 min read

Decompose a monolith for scaled agile teams

Tests aligning architecture to team boundaries during incremental monolith decomposition. Cover: bounded contexts with isolated data and sagas, backward-compatible versioned APIs, and replacing shared libraries with duplicated code or versioned SDKs.

advanced2 min read

Describe a SAFe rule that hinders agility and how to mitigate it

Cite one rigid workflow pattern, show how it delays feedback, then propose a lighter cross-team substitute.

How would you estimate a cross-cutting initiative in PI Planning?
intermediate2 min read

How would you estimate a cross-cutting initiative in PI Planning?

Tests decomposition of cross-cutting work into team enablers with visible dependencies. Good answer: teams estimate own slices in normalized points, map dependencies on the ART board, and reserve IP buffer.

easy2 min read

What is a Scrum of Scrums purpose and what technical info is shared?

Multi-team sync for blockers, dependencies, API changes, integration risks; not a status meeting.

advanced2 min read

How would you apply Little's Law to optimize Kanban WIP limits?

Tests whether you can operationalize queueing theory in Kanban. A strong answer cites L equals lambda times W, fixes throughput, then solves for a WIP limit that yields a target cycle time.

intermediate2 min read

What does a widening CFD Code Review band indicate?

Tests CFD literacy: a widening Code Review band shows WIP accumulation and a bottleneck. Great answers cite WIP limits, swarming, and policy fixes before hiring. Red flag: mistaking inventory growth for increased throughput.

advanced2 min read

Design an Upstream Kanban process for product ideas before development

Tests your grasp of pre-commitment demand shaping. A strong answer maps an option-discovery board, defines the commitment point and triage policies, and ties early filtering to reduced downstream variability.

CFD Testing band widens: what does it indicate and what experiments?
advanced2 min read

CFD Testing band widens: what does it indicate and what experiments?

This tests flow metric literacy. A widening Testing band means arrivals exceed departures; propose experiments like smaller batches, automation, or dev-test swarming, then measure cycle time. Red flag: blaming testers or demanding headcount without data.

How would you implement Classes of Service in Kanban?
intermediate2 min read

How would you implement Classes of Service in Kanban?

Tests whether you segment work by risk and cost of delay. A strong answer defines explicit policies, visualizes classes with color or lanes, and reserves WIP capacity per class. Red flag: using classes as simple priorities without capacity rules.

Lead Time vs Cycle Time in Kanban and measuring Cycle Time
easy2 min read

Lead Time vs Cycle Time in Kanban and measuring Cycle Time

Tests whether you distinguish customer wait time from active work. Strong answer: Lead Time is request-to-delivery with queues; Cycle Time is active start-to-finish measured from In Progress to Done. Red flag: treating them as synonyms or ignoring wait states.

Describe the initial columns for a new Kanban board and their purpose
easy2 min read

Describe the initial columns for a new Kanban board and their purpose

Tests whether you understand Kanban as a flow visualization tool. A strong answer names Backlog, To Do, In Progress, and Done, explaining each as a handoff or state change. Red flag: adding too many columns upfront or conflating the board with Scrum.

We are hiring for this. Every open role lists the topics its interview covers, so you can prepare for the real thing rather than guessing.

See open roles