A Product Owner makes his calls in hallway conversations and one-to-one phone calls. Stakeholders keep asking the Developers what became of their requests, the Product Backlog has not been reordered in six weeks, and its top items are stale. He says the Developers know his priorities perfectly well. What is the problem in Scrum terms?

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

Correct His decisions are invisible — they are meant to be visible in the content and ordering of the Product Backlog and through the inspectable Increment at the Sprint Review

Correct. Decisions that live only in conversation cannot be respected, because nobody outside the conversation can see what was decided or challenge it.

Not correct He is delegating too little of the Product Backlog work and should hand item writing to a business analyst

Wrong. A Product Owner may do the work or delegate it and remains accountable either way, so delegation is not the axis this turns on. His problem is visibility, not workload.

Not correct Nothing, as long as the Developers know what to pick up next — the Product Backlog is a planning tool for the Scrum Team

Wrong. The Product Backlog is designed to maximise transparency of key information so that everyone inspecting it has the same basis for adaptation, and stakeholders are among those inspecting.

Not correct He should hold a weekly priority meeting with stakeholders so that the decisions are at least recorded somewhere

Wrong, and it is the fix most organisations reach for. It answers a transparency problem with a meeting when the artefact that already exists for the purpose is sitting there unordered.

Why

Scrum asks the organisation to respect the Product Owner's decisions, and it names where those decisions can be found: the content and ordering of the Product Backlog, and the Increment inspected at the Sprint Review. That pairing is not decoration — it is the price of the authority. A Product Owner who will not make his ordering visible is asking to be trusted about decisions nobody can examine, and stakeholders respond exactly as these ones did, by going round him to the Developers.

Where this comes from

Cited
Scrum Guide section Product Owner
What it says
These decisions are visible in the content and ordering of the Product Backlog, and through the inspectable Increment at the Sprint Review.

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