Value as a hypothesis

Every item in a Product Backlog carries an implicit claim: that building it will be worth more than building something else. Until a Sprint produces a usable Increment and someone reacts to it, that claim is a guess. Scrum's answer to guessing is not better estimation — it is shorter feedback loops.

The Increment is the evidence

This is why the Increment must be usable rather than merely finished. An Increment nobody can react to teaches the team nothing, which makes the Sprint an expensive way to have produced no information. The Definition of Done exists to keep that from happening quietly.

Forecast versus commitment

The exam repeatedly offers scenarios where a stakeholder treats a forecast as a promise. A forecast is a projection from what has been observed; it moves when the observations move. The Sprint Goal is the only commitment inside a Sprint, and even it can be renegotiated between the Product Owner and Developers as more is learned — what cannot happen is the Sprint Goal being abandoned quietly while the Sprint continues.

Common misconceptions

The Sprint Review is a demo where the Product Owner signs work off.

It is a working session where the Scrum Team and stakeholders inspect the Increment and adapt the Product Backlog together. Treating it as a gate for approval is the classic wrong answer.

A velocity-based forecast is a commitment the team owes the business.

A forecast is a projection from observed data and changes as data changes. The only commitment in a Sprint is the Sprint Goal.

Related material
Book
Continuous Discovery Habits, On testing assumptions continuously rather than in bursts.
Book
Escaping the Build Trap, On why shipping output is not the same as delivering value.
Template
RICE scoring sheet, Reach, Impact, Confidence and Effort columns with the score formula built in, defined confidence bands, and a column recording the assumption behind each input.