On day six of a two-week Sprint, a Done item fixes a checkout bug that has been costing sales daily. The Product Owner wants it in production this afternoon. A release manager objects that nothing ships before it has been shown at the Sprint Review on day ten. Who is right?

Professional Scrum Master I, objective 3. Managing products with agility medium

Machine-checked — no person has signed for it. This question was read against the source cited below by an automated pass, which found no contradiction. That is a weaker claim than it sounds: the same kind of process wrote the question, so it can confirm its own mistake.

Treat it as a good draft rather than as settled fact, and read the source below before you rely on it. It is not used in mock exams here — only questions a person has signed for are.

The options

Not correct The release manager, because the Sprint Review is where the Increment is inspected and accepted before release

Wrong, and this is the belief the Guide names directly: the Sprint Review should never be considered a gate to releasing value. Inspection at the Review is not a precondition for delivery.

Correct The Product Owner — an Increment may be delivered to stakeholders before the end of the Sprint

Correct. Value delivered on day six is four days of value that holding the fix back would have thrown away, and Scrum puts no release gate in front of it.

Not correct The release manager, because releasing mid-Sprint changes the Increment the Sprint Review will inspect

Wrong. The sum of the Increments created in the Sprint is what is presented at the Review, whether or not some of them are already live; releasing early removes nothing from the inspection.

Not correct The Developers decide, because releasing is a technical act and they own the Definition of Done

Wrong on ownership. The Definition of Done is the quality standard for the product — an organisational standard where one exists — and the Developers are required to conform to it, not to own it; and whether Done work goes to customers is a decision about the product's value.

Why

Scrum separates two things organisations habitually fuse: inspecting an Increment and releasing it. The Sprint Review exists so stakeholders and the Scrum Team can decide what to do next, not so that someone can approve a shipment. Once work meets the Definition of Done it is releasable, and the decision to release belongs with the accountability for value. Any answer that makes the Sprint Review a gate is wrong on this paper, whatever the organisation's change process says.

Where this comes from

Cited
Scrum Guide section Increment
What it says
The Sprint Review should never be considered a gate to releasing value.

Practise this

Reading one question is not practice. The trainer will draw a set from objective 3 and space the ones you get wrong.

Practise Professional Scrum Master I

More questions on this objective

All questions on Managing products with agility