Everything in Product Management, page 27
How do the Sprint Retrospective and Definition of Done support empiricism?
Tests if you see the DoD as a transparency standard and the Retrospective as inspect-and-adapt. Explain that the DoD makes true progress visible, enabling honest inspection, while the Retrospective inspects process and adapts the DoD.
Stakeholder approaches mid-sprint with a feature request. What is the Scrum process?
Tests whether you know the Product Owner orders the backlog and the Sprint selection is fixed. Strong answer: send the stakeholder to the PO, who decides placement. Red flag: adding the work to the Sprint Backlog yourself.
How is work selected and forecasted for the Sprint Backlog?
Tests empirical forecasting. Outline: the team selects from the ordered Product Backlog using observed experience and expertise to create one valuable Increment. Red flag: treating the forecast as a hard commitment or citing velocity as a required input.
How do items flow between the Product Backlog, Sprint Backlog, and Increment?
Tests whether you understand Scrum's three artifacts as commitments to value, not just task lists. A strong answer describes ordering, selection, and the Definition of Done. Red flag: calling the Sprint Backlog a task list owned by the Product Owner.
Describe the Daily Scrum's purpose, audience, and intended outcome.
Say it's a Sprint event for Developers to inspect progress toward agreed goals and adapt their plan.
Three accountabilities in a Scrum Team and their primary focuses
Tests recall of the three Scrum accountabilities. Outline: Product Owner orders the backlog; Developers create an Increment each Sprint; Scrum Master fosters an environment for empiricism. Red flag: Using roles or treating the Scrum Master as a task master.
How would you implement a software Andon Cord equivalent?
This tests translating Lean stop-the-line into CI/CD culture. Trigger: compile, test, or integration failures. Impact: halt pipeline, block merges, and swarm to fix immediately with collective ownership. Red flag: blaming committers or deferring fixes.
Describe the relationship between Jidoka and TDD/CI
Jidoka is stop-the-line; map TDD to unit detection and CI to build verification; show shift-left.
Explain Lean Muda and give three software lifecycle waste examples with mitigations
Tests mapping Lean waste to software with concrete countermeasures. A strong answer defines Muda as non-value-add work, cites three distinct types like waiting, defects, or overproduction, and pairs each with a specific practice.
How do you decide appropriate documentation levels without creating unnecessary overhead?
This tests balancing Manifesto values with operational reality. Strong answers define audience first, favor living docs over static artifacts, and calibrate depth to team topology and lifecycle stage. Red flag: using the Manifesto to justify no documentation.
How would you apply Agile simplicity when implementing a new feature?
Validate the smallest user-problem slice; defer gold-plating and custom abstractions; prefer existing tools.
Primary goal of a retrospective and its tie to continuous improvement
State the goal is improving quality, tie it to Scrum's empirical pillars, and demand adaptations.
How does 'Individuals and interactions' shape team structure and communication?
Say teams should be cross-functional and favor direct communication like pairing and standups over mandated tool workflows.
Define and calculate Weekly Active Users (WAU) for Slack
Tests translating a business metric to a technical spec. Define 'active' by key actions (sending messages, not just opening), then COUNT(DISTINCT user_id) on an events table, filtering out bots and background syncs. A red flag is a generic definition.
When is an A/B test not feasible, and what is DiD?
This tests your grasp of causal inference when randomization isn't possible. Explain a scenario like a state-level launch, introduce Difference-in-Differences (DiD), and state its core parallel trends assumption.
Determine Sample Size for a 2% Lift A/B Test
This tests your grasp of statistical power and the business trade-offs in experimentation. A great answer defines baseline conversion rate, minimum detectable effect (MDE), and statistical power. A red flag is ignoring the business context of MDE.
Design a Schema Validation System for Analytics Events
Tests your grasp of data quality engineering, client/server trade-offs, and failure design. A good answer defines a Tracking Plan, enforces it on both client and server, and handles failures by blocking or forwarding with violation flags.
Calculate Monthly Recurring Revenue (MRR) with SQL
This tests your ability to translate a business metric into a robust SQL query, handling time-series logic. A good answer filters for active subscriptions, sums the price, and correctly amortizes annual plans. A red flag is using incorrect date filtering.
What is a p-value, and what does 0.03 practically mean?
This tests your ability to translate stats into business decisions. A great answer defines p-value, compares 0.03 to the standard 0.05 threshold to reject the null hypothesis, and recommends shipping.
How do you handle timezones for a global daily sales report?
This tests your ability to translate ambiguous business needs (a "day") into a robust data model. First, clarify the business definition of a day. Then, store all event times in UTC and convert to the target timezone at query time for reporting.
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