A key stakeholder says the Sprint Goals she is shown read like lists of ticket numbers and mean nothing to her, and that nobody tells her afterwards what any of it changed. She asks what Scrum actually promises someone in her position about a Sprint. Which TWO of these does Scrum state?

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

Choose 2.

Correct The whole Scrum Team collaborates to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders

Correct. The Goal is written to be read from outside the team — a sentence someone who has never seen the Product Backlog can understand and judge. That audience is named in the Guide rather than implied.

Not correct Stakeholders set the Sprint Goal, since the value of a Sprint is value to them

Wrong, and it is the flattering misreading of the same sentence. The Product Owner proposes how the product could increase its value in this Sprint and the whole Scrum Team then defines the Goal; stakeholders are who the Goal must make sense to, not who writes it.

Not correct The Sprint Goal is the list of Product Backlog items selected for the Sprint, so stakeholders can see exactly what they will get

Wrong, and it is the habit that produced her complaint. The selected items are one part of the Sprint Backlog; the Sprint Goal is the single objective those items serve, which is why the Developers can renegotiate the items during the Sprint without the Goal moving.

Correct The Scrum Team and its stakeholders inspect the results and adjust for the next Sprint

Correct. Scrum's own summary of itself ends there rather than at delivery — the cycle is not closed until the people the work is for have looked at the outcome and the next Sprint has changed because of it.

Why

Both halves of her complaint name a real failure rather than a preference. A Sprint Goal exists to say why the Sprint is worth running, in language that reaches past the team, and a list of ticket numbers cannot do that for anyone who does not already know the tickets. The inspection is the other half: Scrum describes the Scrum Team and its stakeholders inspecting the results together and adjusting the next Sprint, which is what the Sprint Review is for. A stakeholder who can say neither what this Sprint is for nor what the last one changed has been left out of the empirical loop, not merely off an invitation list.

Where this comes from

Cited
Scrum Guide section Topic One: Why is this Sprint valuable?
What it says
The whole Scrum Team then collaborates to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders.

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