Scrum Updated PSPO-I Exam Questions and Answers by elle

The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team. The Product Backlog is dynamic; it constantly changes to identify what the product needs to be appropriate, competitive, and useful. The other options are not accurate descriptions of the Product Backlog, as it does not contain all foreseeable tasks and requirements, it does not provide just enough information to start the design phase, and it is not baselined to follow change management processes23.

1: What is a Product Backlog? | Scrum.org 2: What is a Product Backlog? | Agile Alliance 3: Product Backlog: Definition, Examples & Techniques | Wrike Guide

• The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. The Product Owner is responsible for managing and refining the Product Backlog, collaborating with the stakeholders and the Developers, and ordering the items in a way that best achieves goals and missions. The Product Owner represents the interests of everyone with a stake in the product and ensures that the Scrum Team works on the right things at the right time.
• To ensure that the product delivers value, a Scrum Product Owner might focus on the following aspects:
• The other options are not valid or relevant aspects that a Scrum Product Owner might focus on to ensure that the product delivers value. They are either too narrow, unrealistic, or unrelated to the product value delivery. They are:

References:

• Scrum Guide: https://www.scrumguides.org/scrum-guide.html
• Product Owner: https://www.scrum.org/resources/what-is-a-product-owner
• Value: https://www.scrum.org/resources/blog/value-scrum-value
• Velocity: https://www.agilealliance.org/glossary/velocity

The Developers are the ones who are accountable for tracking the remaining work toward the Sprint Goal. The Developers are self-managing and decide how much work they can do in a Sprint1. They also create and update the Sprint Backlog, which is the plan for how the Developers will achieve the Sprint Goal, and the single source of truth for the work to be done in the Sprint2. The Developers use the Daily Scrum to inspect their progress toward the Sprint Goal and adapt the Sprint Backlog as necessary[3][3]. The Product Owner, the Scrum Master, and the Project Manager (if any) do not have the accountability for tracking the remaining work toward the Sprint Goal, as this is the responsibility of the Developers.

References:

1: The Scrum Guide, November 2020, p. 6

2: The Scrum Guide, November 2020, p. 10

[3][3]: The Scrum Guide, November 2020, p. 11

In Scrum, feedback loops are essential mechanisms that allow for inspection and adaptation at regular intervals. The three feedback loops from the options provided are:

• Sprint Review (A): This is a feedback loop that occurs at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. It involves stakeholders and provides an opportunity to inspect the progress towards the Product Goal.
• Daily Scrum ©: This is a daily feedback loop for the Developers to synchronize their work and plan for the next 24 hours. It helps in identifying challenges and creating a plan to achieve the Sprint Goal.
• Sprint Retrospective (D): This feedback loop occurs after the Sprint Review and before the next Sprint Planning. It is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint.

The Refinement Meeting (B) is not considered a feedback loop but rather an ongoing process of adding details to Product Backlog items. Release Planning (E) is not a formal event in Scrum and thus not a prescribed feedback loop.

References: The Scrum Guide and the Professional Scrum Product Owner™ (PSPO I) materials describe these events as integral parts of the Scrum framework that serve as feedback loops1