Scrum
312 bites tagged Scrum — interview questions with model answers, and 60-second explainers.
How do you handle non-functional requirements in a product backlog?
This tests if you can make abstract quality goals concrete. A good answer covers making NFRs explicit backlog items, adding them to the Definition of Done, and creating technical stories. A red flag is treating NFRs as assumed work that doesn't need tracking.
Blocker vs. Impediment: How do you escalate an impediment?
This tests your proactivity in removing systemic friction. Define a blocker (full stop) vs. an impediment (drag). Explain how you surface impediments in retros, track them in a backlog, and escalate systemic issues to leadership.
Which Scrum event fixes consistently failed Sprints?
Tests your grasp of Scrum's empirical process control. A great answer identifies the Sprint Retrospective as the event for inspecting the *process*, not just the product. It contrasts this with the Sprint Review.
How does an EM's role change in an agile model?
This tests your grasp of servant leadership. A great answer outlines the shift from directing work to building team capability through coaching, removing systemic impediments, and managing the team's environment.
How does management's role evolve in scaled agile frameworks like LeSS?
This tests your grasp of modern agile management, moving from command-and-control to enabling teams. Contrast Theory X (directing) with Theory Y (coaching). In LeSS, managers improve the system and teach, not assign tasks.
What is SAFe's Architectural Runway and how do you build it?
This tests your grasp of balancing proactive technical investment with agile delivery. Define it as the code and infrastructure for near-term features, built via 'Enabler' stories. The red flag is describing it as a rigid, big design up-front (BDUF) plan.
How would you create a probabilistic forecast for 40 stories?
This tests your ability to use statistical methods for forecasting. A great answer explains how to use historical throughput in a Monte Carlo simulation to generate a probability distribution of completion dates, not a single point estimate.
How would you use a spike to de-risk a story?
Tests your use of Agile spikes for de-risking, not for building features. A good answer defines the goal, sets a strict time-box, and clarifies the deliverable is knowledge (e.g., a POC), not production code. A red flag is merging spike code into main.
Sprint Review vs. Retrospective: Purpose and Participants
This tests your understanding of Scrum's dual feedback loops for product versus process. A great answer defines Review as inspecting the Increment with stakeholders, and Retrospective as inspecting the team's process without them.
Explain story points vs. time-based estimation.
This tests your grasp of Agile philosophy. A good answer defines points as relative effort (complexity, volume, risk), contrasts this with the pitfalls of time, and links it to predictable team velocity. A red flag is mapping points directly to hours.
Explain backlog refinement: purpose, participants, and outcomes
Tests your grasp of continuous planning for predictability. A good answer defines the purpose (clarify, estimate, prioritize), participants (whole team + PO), and outcomes (a 'Ready' backlog). A red flag is describing it as a one-off pre-sprint meeting.
Trade-offs: Product-Based vs. Project-Based Teams
This tests your grasp of how funding models impact team ownership and code quality. Contrast project (temporary, build-only) vs. product (durable, continuous) teams, linking the latter to better knowledge retention and architecture.
Why is team velocity a poor KPI for agile success?
Tests your grasp of agile principles and Goodhart's Law. Explain velocity is for forecasting, not performance. Detail dysfunctions like point inflation and ignoring quality. Propose outcome-focused alternatives like cycle time.
SAFe vs. LeSS: Planning, Dependencies, and Autonomy
Tests your grasp of the trade-offs between coordination and autonomy in scaling frameworks. A good answer contrasts SAFe's top-down PI Planning with LeSS's bottom-up, team-focused approach.
Feature teams vs. component teams: pros and cons?
Tests your grasp of how team structure impacts value delivery. Define feature (vertical slice) and component (horizontal) teams. Contrast speed vs. reusability. Red flag: Calling one 'good' and the other 'bad' without discussing trade-offs.
How can developers partner with the Product Owner in backlog refinement?
This tests your understanding of the developer's role in maximizing value, not just executing tasks. A great answer covers questioning the 'why,' suggesting technical alternatives to meet business goals, helping split stories, and providing realistic sizing.
How would you handle a SAFe rule that hinders agility?
Tests your ability to pragmatically adapt process instead of just complaining. A great answer identifies a specific SAFe rule, explains how it can backfire, and proposes a concrete alternative that still achieves the original goal.
Estimating Cross-Team Initiatives in PI Planning
This tests your ability to lead multi-team estimation. A good answer covers decomposing work, bottom-up team estimates, mapping dependencies, and synthesizing a risk-assessed plan. A red flag is a single top-down estimate that ignores team capacity.
Technical Prerequisites for LeSS Feature Teams
Tests if you can link agile structure to technical architecture. A great answer covers codebase design for shared ownership, a fast CI pipeline for frequent integration, and a robust automated testing strategy.
What is the purpose of a shared 'Definition of Done'?
Tests your ability to ensure quality and transparency across multiple teams. A shared 'Definition of Done' is a formal description of quality for the integrated Increment. It ensures all work is combinable and shippable.
What is a Scrum of Scrums, and what do you share there?
Tests your understanding of scaling agile and representing your team's technical risks. A good answer defines it as a coordination meeting, not a status report, and focuses on sharing/receiving info on cross-team dependencies and blockers.
Investigating Variable Sprint Velocity: Technical Root Causes
This tests your ability to diagnose team issues with data, not anecdotes. Propose technical hypotheses like flaky tests or merge conflicts and link them to metrics like CI/CD failure rates or PR cycle time. A red flag is blaming individuals or poor estimation.
Diagnosing a Widening CFD 'Testing' Band
Tests your ability to interpret a CFD and propose data-driven experiments. A widening 'Testing' band means work enters faster than it leaves. Diagnose with experiments (e.g., tracking test failures, environment downtime) before proposing solutions.
How do you adapt when user feedback invalidates your current sprint?
This tests your ability to connect process to technical strategy under pressure. A great answer involves immediately notifying the Product Owner, quantifying the impact, and proposing technical pivots like feature flagging.
Get Scrum bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.