PSPO-I · Question #135
When can Developers cancel a Sprint? (choose the best answer)
The correct answer is C. They cannot. Only Product Owners can cancel Sprints. According to the Scrum Guide, a Sprint can be canceled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Developers, or the Scrum Master. A Sprint would be…
Question
When can Developers cancel a Sprint? (choose the best answer)
Options
- AWhen functional expectations are not well understood.
- BWhen the selected Product Backlog items for the Sprint become unachievable.
- CThey cannot. Only Product Owners can cancel Sprints.
- DWhen the Product Owner is absent too often.
- EWhen a technical dependency cannot be resolved.
How the community answered
(51 responses)- B4% (2)
- C94% (48)
- E2% (1)
Explanation
According to the Scrum Guide, a Sprint can be canceled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Developers, or the Scrum Master. A Sprint would be canceled if the Sprint Goal becomes obsolete. This might occur if the company changes direction or if market or technology conditions change. In general, a Sprint should be canceled if it no longer makes sense given the circumstances. But, due to the short duration of Sprints, cancellation rarely makes sense. Developers cannot cancel a Sprint on their own, even if they face challenges or difficulties with the selected Product Backlog items, the functional expectations, the technical dependencies, or the Product Owner's availability. Instead, they should collaborate with the Product Owner and the Scrum Master to find the best way to deliver value within the Sprint and adapt to the changing situation. Understanding and Applying the Scrum Framework Professional Scrum Product Owner™I Certification
Topics
Community Discussion
No community discussion yet for this question.