Concept and mechanism
The Scrum Master can help the Product Owner find techniques for goals, backlog management, and collaboration. That support does not give the Scrum Master final ordering authority. The Product Owner may delegate work, such as writing items with an analyst, while remaining accountable for effective backlog management. Stakeholders should be able to explain needs and influence through collaboration; blocking all contact with Developers is not a good response to parallel priorities. Instead, expose goals, requests, and trade-offs. A funded or older request may have lost relevance. The backlog can grow, shrink, or change as learning occurs.
Guided application
Imagine a dashboard created to support earlier reconciliation decisions. The sponsor requests export, but users say data arrive after their decision point. Facilitate inspection of the need before assuming that format solves the problem. Export may still be a useful experiment if chosen to test an explicit hypothesis. When data contradict a Product Owner hypothesis, help separate the hypothesis from the person’s identity. Respecting accountability means neither defending an idea against evidence nor replacing it with a Scrum Master decision. The discussion should enable understanding of what changed and selection of upcoming work using better information.
Asking “why do you need export?” may reveal a need for earlier data, offline work, or another control; do not assume the answer beforehand.
Common pitfalls
Request as a proven need; delegation as accountability transfer; Scrum Master as access gatekeeper; past estimation as a delivery obligation.
Related topics: Technical risk, integration, and adaptability · Organization, incentives, and systemic barriers
Support dialogue and evidence while preserving product decision accountability.
Reference: Introduction to the Product Backlog · PSM II; Scrum Guide November 2020; no public numbered exam revision