Interview questions in Agile & Scrum, page 4
Product Owner wants to change Sprint Backlog scope mid-sprint
This tests empirical adaptation and Sprint plan ownership. A strong answer says scope changes risk the Increment and agreed goals, so the team must inspect and adapt together. A red flag is treating the Sprint Backlog as a fixed contract immune to adjustment.
Handling Mid-Sprint Scope Change Requests
This tests your grasp of the Sprint Goal's immutability vs. the Sprint Backlog's flexibility. Acknowledge the PO's need, assess impact on the Sprint Goal, and negotiate trade-offs. If the goal is endangered, propose deferring or canceling the sprint.
Changing Scope Mid-Sprint: Consequences and Conversations
This tests your grasp of the Sprint Goal's immutability vs. the Sprint Backlog's flexibility. A good answer assesses impact on the Sprint Goal, then negotiates trade-offs with the PO, like swapping an item of equal size. A red flag is a rigid 'no'.
How do you navigate separating what from how with a prescriptive PO?
Tests Scrum's boundary: PO owns value and what; Developers own how. Strong answers reframe the user outcome, propose the simpler solution in Sprint Planning with tradeoffs, and preserve autonomy without overriding the PO. Red flag: blind obedience or defiance.
How to handle a PO defining the technical implementation?
This tests your understanding of Scrum roles and ability to influence stakeholders. A great answer seeks to understand the PO's "why," presents alternatives with data, and reinforces shared goals and responsibilities. A red flag is being confrontational.
How do you separate the 'what' from the 'how' with a Product Owner?
This tests your ability to influence and uphold Scrum roles. A great answer focuses on understanding the PO's goal, framing your simpler solution in terms of business value (cost, risk), and collaborating on the path forward.
Where does accountability lie when acceptance criteria miss the user problem?
Tests your grasp of Scrum's empirical accountability and value inspection. A strong answer cites shared Scrum Team ownership, uses the Sprint Review as the adaptation trigger, and proposes outcome-based refinement with stakeholders.
Who's accountable when an increment fails the user?
Tests your grasp of shared accountability in Scrum. A great answer avoids blame, highlighting the PO's role in value but also the whole team's duty to understand the 'why.' Propose concrete fixes like better backlog refinement.
Accountability When an Increment Fails the User Problem
This tests your understanding of shared accountability versus blame culture. A great answer frames this as a whole-team process failure and proposes specific improvements to backlog refinement and in-sprint feedback loops, rather than blaming the Product…
Daily Scrum runs over 15 minutes; what facilitation techniques realign it?
This tests if you view the Daily Scrum as an inspection and adaptation event. A strong answer proposes a parking lot, coaches self-management of the timebox, and keeps talk focused on adapting the plan. A red flag is asking the Scrum Master to extend the.
How do you fix a Daily Scrum that runs too long?
This tests your understanding of the Daily Scrum's purpose (inspection, not problem-solving). A good answer involves re-educating the team, using a 'parking lot' for deep dives, and coaching individuals.
How to fix a Daily Scrum that runs over its timebox?
Tests your understanding of the Daily Scrum's purpose: inspection and adaptation, not problem-solving. A good answer re-centers the team on the Sprint Goal, uses a 'parking lot' for deep dives, and addresses the root cause offline.
How would you coach a developer skipping backlog refinement?
Coach one-on-one to find blockers; tie skipped refinement to planning delays; adapt format with the team.
How do you coach a dev who skips backlog refinement?
This tests your ability to coach and connect process to outcomes. First, diagnose the 'why' in a 1:1. Then, frame refinement as a solution to their pain points (e.g., fewer interruptions). A red flag is quoting Scrum rules or immediately escalating.
How to coach a developer who skips backlog refinement?
This tests your coaching skills and ability to influence peers. First, understand their 'why' in a 1-on-1. Then, frame refinement as an investment to reduce future rework. A red flag is immediately escalating to a manager or being overly dogmatic.
How should a Scrum Master resolve local optimizations hurting cross-team integration?
Tests if you see cross-team friction as a Scrum Master impediment needing global optimization. Answer: map the bottleneck, convene leaders to align on company goals, and broker a sustainable workflow. Red flag: blaming other teams or escalating without data.
How do you resolve cross-team friction from local optimizations?
Tests your ability to think beyond your team and address systemic, organizational impediments. A good answer involves gathering data, facilitating cross-team communication, and proposing systemic solutions.
How do you resolve team optimizations causing org-level friction?
Tests your ability to see beyond your team and facilitate org-level change. Gather data on the friction, facilitate cross-team discussions to align on shared goals, and propose structural solutions. A red flag is blaming others or only protecting your team.
Outline your strategy for influencing organizational change to remove stage-gated releases.
Tests reframing governance around people readiness versus bureaucratic gates. Answer: map the change landscape; pilot Release on Demand with governance cadences for operational readiness; measure via Release, Stabilise, Measure, Adjust.
How would you change a mandatory, stage-gated release process?
Tests your ability to influence organizational change using data, not just advocate for a technical solution. Start small with a pilot, quantify the business impact (e.g., cycle time), and address stakeholder concerns around risk.
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