A newly formed Scrum Team is struggling to finish their Sprint Backlog items by the end of the time-boxed Sprint. The Product Owner demands that the Sprint duration be doubled to four weeks to accommodate their slow velocity. How should the Scrum Master respond?
Addressing root causes directly targets the delivery process bottlenecks rather than altering the rhythm of the framework. Fixing estimation, backlog refinement, and WIP limits empowers the team to meet goals within the established two-week or shorter time-box.
Why this answer
The Scrum Master should advise against extending the Sprint length, as fixed time-boxes limit risk and provide a predictable cadence for inspection and adaptation. Instead, the team should focus on improving estimation, refining backlog items, and reducing work in progress. Extending the Sprint reduces the frequency of feedback loops, directly undermining the empirical nature of Scrum and masking underlying delivery dysfunctions.
Exam trap
Candidates frequently fall into the trap of agreeing to extend Sprint durations to accommodate slow velocity, failing to recognize that this destroys rapid empirical feedback loops.