PSPO-I Exam Dumps : Professional Scrum Product Owner (PSPO I) Exam

 New work or further decomposition of work is added to the Sprint Backlog as soon as possible after it is identified because:

• It reflects the current state of the Sprint. The Sprint Backlog is a plan that the Developers create and update throughout the Sprint, based on their progress, learnings, and changes. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can ensure that the Sprint Backlog is transparent, accurate, and up-to-date.
• It enables the Developers to self-manage their work. The Developers are accountable for organizing and managing their own work, and they have the authority to change the Sprint Backlog as needed. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can exercise their autonomy and empowerment, and adjust their plan accordingly.
• It supports the achievement of the Sprint Goal. The Sprint Goal is a single objective that provides guidance and focus for the Developers throughout the Sprint. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can ensure that their work is aligned with and contributes to the Sprint Goal.

References:

• Scrum Guide 2020, page 6: “Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint.”
• Scrum Guide 2020, page 6: “The Developers are accountable for … organizing and managing their work.”
• Scrum Guide 2020, page 10: “The Sprint Goal is a single objective for the Sprint.”
• Scrum Guide 2020, page 14: “The purpose of each Sprint is to deliver Increments of potentially releasable functionality that adhere to the Scrum Team’s current Definition of Done.”
• Scrum Guide 2020, page 14: “The Sprint Backlog is composed of … all of the work needed to deliver a product Increment that meets the Definition of Done.”
• Scrum Guide 2020, page 14: “The Developers can change the content of the Sprint Backlog throughout the Sprint as more is learned.”

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”