Scrum PSPO-I Practice Test - Questions Answers, Page 12

the first Sprint is the same as any other Sprint, and the Scrum Team should deliver a potentially releasable Increment of 'Done' product at its conclusion. This means that the team should build at least one piece of valuable functionality that meets the Definition of Done and aligns with the Sprint Goal. The other options are not things that the Scrum Team should do during the first Sprint, as they are either too detailed, too vague, or too long-term for the Scrum framework. The Scrum Team should not make up a plan for the rest of the project, as Scrum is an empirical process that adapts to changing requirements and feedback1. The Scrum Team should not define the major product features and a release plan architecture, as these are the responsibilities of the Product Owner, who should have a vision and a roadmap for the product2. The Scrum Team should not analyze, describe, and document the requirements for the subsequent Sprints, as this would violate the principle of emergent design and just-in-time planning3.

1: The Scrum Guide | Scrum.org 2: What is a Product Owner? | Scrum.org 3: Emergent Design and Just-in-Time Planning | Scrum.org

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

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)

Professional Scrum Product Owner I Certification

Professional Scrum Product Owner Training

The Product Owner and the Scrum Master are essential roles in the Scrum Team. They have distinct accountabilities and responsibilities that contribute to the success of the product and the team. The Product Owner is responsible for maximizing the value of the product and the work of the Developers. The Scrum Master is responsible for promoting and supporting Scrum and the Scrum Team. Both roles need to be fully engaged and available to the Scrum Team throughout the Sprint.

The Scrum Team is accountable for creating a valuable increment every Sprint. The Increment is the sum of all Product Backlog items Done during a Sprint and the value of all the previous Increments. The entire Scrum Team is accountable for creating a valuable and useful Increment every Sprint1. The Product Owner is responsible for maximizing the value of the product resulting from the work of the Scrum Team1. The Developers are responsible for creating a Done Increment that meets the Sprint Goal1. The Scrum Master is responsible for establishing Scrum as defined in the Scrum Guide and helping everyone understand Scrum theory, practices, rules, and values1.

Scrum Guide

What is an Increment and how Does it Connect with the other Elements of Scrum?

The Professional Product Owner

The Developers are the people in the Scrum Team who are committed to creating any aspect of a usable Increment each Sprint. The Developers are accountable for organizing and managing their work. Only the Developers can decide how to perform the work during the Sprint1. The Developers plan the work necessary to create an Increment that meets the Definition of Done during the Sprint Planning event. This is often done by decomposing Product Backlog items into smaller work items of one day or less. How this is done is at the sole discretion of the Developers2. The Developers also inspect their progress toward the Sprint Goal and adapt their plan during the Daily Scrum1. The Developers are self-managing, which means they decide internally who does what, when, and how1. The Scrum Master, the Product Owner, the team manager, and the subject matter experts are not involved in determining how the work is performed during the Sprint. They may provide guidance, feedback, or support, but they do not interfere with the Developers' autonomy and accountability134.

Reference:

Scrum Guide

What is a Developer?

Who Determines How Work Is Performed During The Sprint?

What is Sprint Planning?

The Developers are the people in the Scrum Team who are committed to creating any aspect of a usable Increment each Sprint. The Developers are accountable for organizing and managing their work. Only the Developers can decide how to perform the work during the Sprint1. The Developers plan the work necessary to create an Increment that meets the Definition of Done during the Sprint Planning event. This is often done by decomposing Product Backlog items into smaller work items of one day or less. How this is done is at the sole discretion of the Developers. The Sprint Backlog is the set of Product Backlog items selected for the Sprint, plus a plan for delivering the product Increment and realizing the Sprint Goal1. The Developers are responsible for creating and maintaining the Sprint Backlog1. The Developers are not accountable for selecting the Product Owner, reporting productivity, or any other activities that are not related to creating a Done Increment that meets the Sprint Goal123.

Reference:

Scrum Guide

What is a Developer?

Who Determines How Work Is Performed During The Sprint?

[What is Sprint Planning?]

The Product Owner is the sole person responsible for managing the Product Backlog and ensuring that the value of the work the Scrum Team performs is understood by everyone involved. The Product Owner is the only person who can cancel the Sprint, although he or she may do so under influence from the stakeholders, the Development Team, or the Scrum Master1. A Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Development Team, or the Scrum Master. A Sprint would be cancelled if the Sprint Goal becomes obsolete. This might occur if the company changes direction or if market or technology conditions change. In general, a Sprint should be cancelled if it no longer makes sense given the circumstances. But, due to the short duration of Sprints, cancellation rarely makes sense1.

Reference:

Scrum Guide

Sprint Cancellation

Can Scrum Master cancel a sprint?

Developers are self-managing, which means that they decide how much work they can do in a Sprint, and how they will do it1.They manage 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 create and update the Sprint Backlog throughout the Sprint as more is learned[3][3]. The other options are not managed by the Developers, but by the Product Owner or the Scrum Team as a whole.The Product Owner is accountable for ordering the Product Backlog, which is an ordered list of everything that is known to be needed in the product4.The Product Owner also decides when to release the product, based on the value, risk, and stakeholder feedback5. The Scrum Team collaborates on inviting the stakeholders for the Sprint Review, which is an event where the Scrum Team and the stakeholders inspect the product Increment and adapt the Product Backlog. The Scrum Team also decides the Sprint length, which is the time-box within which the Scrum Team delivers a product Increment.

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

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

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

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

5:Managing Products with Agility, Scrum.org, accessed on December 16, 2023

:The Scrum Guide, November 2020, p. 13

:The Scrum Guide, November 2020, p. 9