Scrum Updated PSPO-I Exam Questions and Answers by zidane

The Daily Scrum is a 15-minute event for the Developers to synchronize activities and create a plan for the next 24 hours. This meeting is designed to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary. The intended outcomes are to identify any impediments that may prevent the Developers from achieving the Sprint Goal (D) and to foster a shared understanding among the Developers of what work is most important to undertake next in order to make the best possible progress toward the Sprint Goal (E). It is not a status update meeting for the Scrum Master or upper management, nor is it primarily about updating Scrum boards for stakeholder transparency.

References: The Scrum Guide and the resources provided by Scrum.org on the Daily Scrum emphasize these outcomes as essential to the effectiveness of the Daily Scrum event12.

A Scrum Team is a cross-functional, self-managing team that has all the necessary competencies and skills to deliver a potentially releasable Increment of value at the end of each Sprint. The Scrum Team consists of one Scrum Master, one Product Owner, and Developers. The Scrum Team does not rely on external roles or hierarchies to complete their work. (Must be taken from Professional Scrum Product Owner™ (PSPO I) resources)

References:

• Professional Scrum Product Owner™ I Certification
• Professional Scrum Product Owner™ Training

The reasons why it is important that there is only one Product Owner per product are:

• It is clear who is accountable for the ultimate value of the product. The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. They are responsible for identifying and articulating the Product Goal, which is a long-term objective for the product that guides all the activities of the Scrum Team.
• It helps avoid barriers to effective communication and rapid decision-making. The Product Owner is the sole person responsible for managing the Product Backlog, which is an emergent, ordered list of what is needed to improve the product. They must ensure that the Product Backlog is transparent, visible, and understood by everyone who needs to work on it. They must also collaborate with the Developers and the stakeholders to refine, order, and prioritize the Product Backlog items based on value and impact.
• The Scrum Team always knows who determines the order of the Product Backlog. The Product Owner has the final authority to decide what items are more important and valuable for the product. They must communicate this order clearly and consistently to the Scrum Team and the stakeholders. They must also respect and support the self-management of the Developers in choosing how best to accomplish their work.

Other options, such as the Scrum Master knowing who acts as their backup while on vacation or it would confuse the stakeholders if they had to work with more than one person, are not valid reasons why it is important that there is only one Product Owner per product. They may reflect a misunderstanding of the roles and accountabilities of the Scrum Team or the stakeholders.

References:

• [Scrum Guide], page 6, section “Product Owner”
• [Scrum Guide], page 11, section “Product Backlog”
• [Scrum Guide], page 12, section “Product Backlog Refinement”
• [Scrum Guide], page 11, section “Product Backlog”
• [Scrum Guide], page 7, section “Developers”

The amount of the Sprint Backlog that must be defined during the Sprint Planning event is enough so the Developers can create their forecast of what work they can do. This is because:

• Sprint Planning is an event where the Scrum Team plans for the upcoming Sprint. The purpose of Sprint Planning is to align the entire Scrum Team around a common goal and a plan for delivering an Increment that meets that goal.
• The Developers are accountable for creating a Sprint forecast, which is a selection of Product Backlog items that they intend to work on during the Sprint. The Sprint forecast should be realistic, achievable, and valuable.
• The Developers are also accountable for creating a plan for how they will deliver the selected Product Backlog items as a “Done” Increment. The plan may include tasks, dependencies, risks, estimates, or other information that helps them organize and manage their work.
• The amount of the Sprint Backlog that must be defined during Sprint Planning may vary depending on the context, complexity, and uncertainty of the product development. However, it should be enough so that the Developers can create their forecast of what work they can do and have a clear direction for the first few days of the Sprint.

Other options, such as just enough to understand design and architectural implications, the entire Sprint Backlog being identified and estimated by the end of Sprint Planning, or just enough tasks for the Scrum Master to be confident in the Developers’ understanding of the Sprint, are not valid answers as they do not reflect what must be defined during Sprint Planning or what is required for creating a Sprint forecast.

References:

• [Scrum Guide], page 14, section “Sprint Planning”
• [Scrum Guide], page 7, section “Developers”
• [Scrum Guide], page 15, section “Sprint Backlog”
• [Scrum Guide], page 14, section “Sprint Planning”