Scrum Updated PSPO-I Exam Questions and Answers by alyssia

Sprint 0 is a term that some organizations use to describe a phase of work before the first official Sprint, where they do some upfront planning, design, architecture, or analysis1. However, this term is not consistent with the Scrum framework, which does not prescribe any pre-Sprint activities or phases2. Scrum starts with a Product Backlog that contains at least one valuable and feasible Product Goal, and enough Product Backlog items to initiate the first Sprint[3][3] . The Product Owner is accountable for maximizing the value of the product and the work of the Developers, and for managing the Product Backlog4. The Product Owner does not have any specific accountability during Sprint 0, because Sprint 0 is not a part of Scrum.

The Scrum Team is a self-managing unit that organizes its own work and delivers a valuable product1. The Scrum Team consists of one Scrum Master, one Product Owner, and Developers2. The Scrum Team is accountable for creating a valuable, useful Increment every Sprint[3][3] . If a Developer is having conflicts with other team members that affect the delivery of the Increment, the Scrum Team is responsible for resolving the issue and deciding whether to remove the Developer from the team or not. The Product Owner, the Scrum Master, and the hiring manager do not have the authority to remove a Developer from the Scrum Team, as this would violate the principle of self-management4.

The Scrum Guide states that " The Increment is the sum of all the Product Backlog items completed during a Sprint and the value of the increments of all previous Sprints. At the end of a Sprint, the new Increment must be ‘Done,’ which means it must be in useable condition and meet the Scrum Team’s definition of ‘Done.’ " 1 This means that a valuable and useful Increment must be available at the end of every Sprint, regardless of the release frequency or the Product Owner’s request. This ensures transparency, feedback, and continuous improvement.

1: The Scrum Guide2, page 14

2: The Scrum Guide

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.

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