PSPO-I Exam Dumps - Scrum PSPO Questions and Answers

The work to make sure Product Backlog items conform to the Definition of Done is done by the Developers. This is because:

• The Developers are accountable for creating a “Done” Increment in every Sprint. They must ensure that every Product Backlog item they work on meets the Definition of Done before it is considered complete.
• The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. It is a shared understanding among the Scrum Team and the stakeholders of what “Done” means for any Product Backlog item that is selected for a Sprint.
• The Developers are self-managing professionals who organize and manage their own work. They decide how to best accomplish their work, rather than being directed by others outside the Scrum Team.

Other options, such as the Product Owner, the Quality Assurance Team, the Scrum Team, or the Scrum Master, are not responsible for making sure Product Backlog items conform to the Definition of Done. They may have different roles and accountabilities in Scrum, but they do not do the actual work of creating a “Done” Increment.

References:

• [Scrum Guide], page 7, section “Developers”
• [Scrum Guide], page 10, section “Definition of Done”
• [Scrum Guide], page 7, section “The Scrum Team”

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. References:

• Scrum Guide
• What is a Developer?
• Who Determines How Work Is Performed During The Sprint?
• [What is Sprint Planning?]

The Product Owner should not have the entire Product Backlog documented in detail before the first Sprint can start. This is because:

• The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is never complete and constantly changes to reflect the needs and desires of the customers, users, and stakeholders.
• 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.
• The Product Owner collaborates with the Developers and the stakeholders to refine the Product Backlog as needed to ensure that there are enough items that are sufficiently clear and ready for selection in Sprint Planning. The amount of detail and precision required for each Product Backlog item depends on its order, size, and complexity.
• The Product Owner does not need to have the entire Product Backlog documented in detail before the first Sprint can start, as this would imply a fixed and upfront plan that does not allow for feedback, learning, and adaptation. Instead, the Product Owner only needs to have enough items that are well understood and valuable for the Scrum Team to start working on them in the first Sprint.

References:

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

• 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

According to the Scrum Guide1, the Developers are responsible for selecting the amount of work they can do in a Sprint, based on their capacity and past performance2. If they realize that the workload may be greater than their capacity, they can either remove or change some of the selected Product Backlog items, or they can start the Sprint and monitor the progress, making adjustments as needed3. Recruiting additional Developers, canceling the Sprint, or working overtime are not valid actions, as they would disrupt the Scrum values of commitment, focus, and respect

A Scrum Master does not fulfill the same role as a traditional Project Manager. A Project Manager is typically responsible for planning, executing, monitoring, controlling, and closing a project, as well as managing the scope, schedule, budget, quality, risks, and stakeholders of the project1. A Scrum Master is a servant-leader for the Scrum Team, who helps the team understand and enact Scrum values, principles, and practices, and removes impediments to the team’s progress2. A Scrum Master does not manage the project, the scope, the schedule, the budget, or the team, as these are either shared responsibilities or emergent outcomes of the Scrum framework[3][3]. A Scrum Master also does not have authority over the team or the stakeholders, but rather facilitates collaboration and empowerment among them4.

References:

1: What is Project Management?, Project Management Institute, accessed on December 16, 2023

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

[3][3]: Understanding and Applying the Scrum Framework, Scrum.org, accessed on December 16, 2023

4: Developing People and Teams, Scrum.org, accessed on December 16, 2023

Scrum does not have the role of Project Manager. The work is completed by the three roles in the Scrum Team: Product Owner, Development Team, and Scrum Master123. Project Managers can work on any type of project, while Scrum Masters are exclusive to Scrum projects and Scrum teams2.

• The best statement that describes Scrum is: A framework to generate value through adaptive solutions for complex problems.
• Scrum is a lightweight framework that helps people, teams, and organizations to deliver valuable products in complex and uncertain environments.
• Scrum is based on empiricism, which means that knowledge comes from experience and making decisions based on what is observed. Scrum employs an iterative and incremental approach to optimize predictability and control risk.
• Scrum is not a defined and predictive process, a complete methodology, or a cookbook that defines best practices. Scrum provides the minimal boundaries within which teams can self-organize and create innovative solutions. References: Scrum Guide, Section 1 (Definition of Scrum) and Section 2 (Uses of Scrum)

The Scrum Guide states that "By the end of the Sprint Retrospective, the Scrum Team should have identified improvements that it will implement in the next Sprint. Implementing these improvements in the next Sprint is the adaptation to the inspection of the Scrum Team itself."1 This means that the Scrum Team may add the high priority process improvements to the Sprint Backlog for the next Sprint, as part of their plan to deliver the Increment and achieve the Sprint Goal. The Sprint Backlog is owned and managed by the Developers, who can update it throughout the Sprint as more is learned.1

References:

• 1: The Scrum Guide2, page 16
• 2: The Scrum Guide

• False: Product Owners do not have to specify complete acceptance criteria for a Product Backlog item before the Developers can select the item in Sprint Planning.
• Acceptance criteria are a set of conditions that a Product Backlog item must satisfy to be considered “Done” and acceptable for delivery.
• Acceptance criteria are not mandatory in Scrum, but they can help the Product Owner and the Developers to clarify the expectations and requirements of a Product Backlog item.
• Acceptance criteria can be added or refined by the Product Owner at any time, but they should be clear and testable before the Sprint starts.
• The Developers can select a Product Backlog item in Sprint Planning based on their understanding of its value, scope, and complexity, as well as their capacity and skills. They can also collaborate with the Product Owner to define or refine the acceptance criteria during Sprint Planning. References: Scrum Guide, Section 3.4 (The Product Backlog), Section 5.1 (Sprint Planning), and Section 6.4 (The Increment)