On day eight of a two-week Sprint the Developers realise a migration is far larger than they thought and that two of the seven selected items will not be Done. The Sprint Goal itself is still achievable without them. What should happen?

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 Developers extend the Sprint by three days so the original seven items can still be finished

Wrong. Sprints are fixed length, and stretching one to protect a forecast destroys the very consistency that makes the next forecast possible.

Correct The Developers collaborate with the Product Owner to renegotiate the scope of the Sprint Backlog, leaving the Sprint Goal unchanged

Correct. Scope is the flexible part by design; the Sprint Goal is what was committed, and it survives intact because the remaining work still achieves it.

Not correct The Scrum Master changes the Sprint Goal to reflect the five items that can realistically be finished

Wrong on both counts. The Sprint Goal is not the Scrum Master's to rewrite, and rewriting it to match whatever is achievable turns the commitment into a running commentary.

Not correct The Developers carry the two unfinished items into the next Sprint automatically, since they were already selected

Wrong, and it is the habit most teams have. Unfinished work returns to the Product Backlog for the Product Owner to order against everything else — it does not inherit a place in the next Sprint.

Why

When a forecast fails mid-Sprint, the mechanism is renegotiation, not heroics and not a moved boundary. Because the commitment is the Sprint Goal rather than the item list, the Developers and Product Owner can reshape scope inside the Sprint and still deliver what was promised. Two things must not move: the Sprint's length and the Sprint Goal. Everything between them is negotiable as more is learned.

Where this comes from

Cited
Scrum Guide section Commitment: Sprint Goal
What it says
If the work turns out to be different than they expected, they collaborate with the Product Owner to negotiate the scope of the Sprint Backlog within the Sprint without affecting the Sprint Goal.

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