Free Scrum PSPO-I Practice Exam with Questions & Answers | Set: 5

A Product Backlog is:

• Managed by the Product Owner. 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.
• An inventory of things to be done for the Product. The Product Backlog contains all the features, functions, requirements, enhancements, and fixes that constitute the changes to be made to the product in future releases. The Product Backlog items have a description, an order, an estimate, and a value.
• Ordered based on priority, value, dependencies, and risk. The Product Owner orders the Product Backlog items based on various factors that affect their importance and urgency for the product. These may include customer needs, business value, stakeholder feedback, technical dependencies, or market opportunities.

Other options, such as an exhaustive list of upfront approved requirements to be implemented or only visible to the Product Owner and stakeholders, are not valid descriptions of a Product Backlog. They may reflect a misunderstanding of what a Product Backlog is or how Scrum works.

References:

• [Scrum Guide], page 6, section “Product Owner”
• [Scrum Guide], page 11, section “Product Backlog”
• [Professional Scrum Product Owner™ Training], page 7, section “Product Backlog Management”

• The Developers are the people in the Scrum Team who are accountable for creating a “Done” Increment that meets the Definition of Done each Sprint. The Developers are responsible for planning and executing the Sprint Backlog, designing and building the product functionality, testing and improving the product quality, and delivering a potentially releasable Increment. The Developers work closely with the Product Owner to understand and clarify the Product Backlog items, provide feedback and estimates, and suggest improvements and innovations.
• The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. The Definition of Done is used to assess when work is complete on the product Increment.
• The amount of work required of the Developers to complete a Product Backlog item selected during the Sprint Planning depends on the Definition of Done. The Definition of Done may vary from one Scrum Team to another, depending on the context and domain of work. However, it must be consistent within one team. If there are multiple Scrum Teams working on one product, they must share a common Definition of Done. If there is an organizational standard for a Definition of Done, all Scrum Teams must follow it as a minimum.
• The Developers must ensure that each Product Backlog item they complete during a Sprint meets the Definition of Done. This means that they must perform all the necessary tasks and activities to deliver a high-quality product functionality that is usable, valuable, and potentially releasable. This may include analysis, design, development, testing, documentation, integration, deployment, or any other aspects that contribute to the quality and usability of the product.
• The other options are not valid or relevant measures for the amount of work required of the Developers to complete a Product Backlog item. They are either too vague, arbitrary, or unrealistic. They are:

References:

• Scrum Guide: https://www.scrumguides.org/scrum-guide.html
• Definition of Done: https://www.scrum.org/resources/what-is-a-definition-of-done
• Developers: https://www.scrum.org/resources/what-is-a-developer-in-scrum

According to the Scrum Guide, if a Product Backlog item does not meet the Definition of Done, it should not be included in the Increment for the Sprint1. The item is considered unfinished and therefore cannot be part of the Increment that may be released or presented as ‘Done’. The undone work should be re-estimated and put back on the Product Backlog for the Product Owner to prioritize for future Sprints2. This ensures transparency and maintains the integrity of the Increment’s quality.

References: The Scrum Guide provides clear guidance on handling undone work and emphasizes the importance of the Definition of Done as a quality standard for the Increment1. The Professional Scrum Product Owner™ (PSPO I) materials also align with this approach, underscoring the Product Owner’s role in managing the Product Backlog and ensuring that only ‘Done’ items are considered for release

• The Sprint Planning is an event that occurs at the beginning of each Sprint, where the Scrum Team plans how to deliver a valuable product Increment. The Sprint Planning consists of two topics: What can be done this Sprint? and How will the chosen work get done? The outcome of the Sprint Planning is an agreed-upon Sprint Goal, a Sprint Backlog, and a plan for delivering the Increment.
• The timebox for the Sprint Planning event is proportional to the length of the Sprint. For a one-month Sprint, the timebox is 8 hours. For shorter Sprints, the timebox is usually shorter. The Scrum Team may decide how much time to spend on each topic within the timebox, depending on their needs and preferences.
• The timebox for the Sprint Planning event ensures that the Scrum Team does not spend too much or too little time on planning their work for the Sprint. The timebox also ensures that the Scrum Team has enough clarity and alignment on what and how they want to achieve during the Sprint.

References:

• Scrum Guide: https://www.scrumguides.org/scrum-guide.html
• Sprint Planning: https://www.scrum.org/resources/what-is-sprint-planning

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

In Scrum, when Developers encounter difficulties in delivering an Increment due to a lack of understanding of a functional requirement, they should collaborate with the Product Owner. This collaboration is crucial as the Product Owner has the responsibility to clarify the items in the Product Backlog and to ensure that the Development Team understands the work to be done. The Product Owner is accountable for maximizing the value of the product and must work with the Development Team to find out what is feasible and acceptable for the Increment being developed. This approach aligns with the Scrum principle of collaboration and self-organization within the Scrum Team.

References: The Scrum Guide and the Professional Scrum Product Owner™ (PSPO I) materials emphasize the importance of collaboration between the Product Owner and the Development Team to ensure a clear understanding of the Product Backlog items and to optimize the value of the work being done

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.

References:

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

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

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

4: Understanding and Applying the Scrum Framework, Scrum.org, accessed on December 16, 2023

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 Sprint Backlog is a forecast by the Developers about what functionality will be in the next Increment and the work needed to deliver that functionality into a “Done” Increment1. The Sprint Backlog makes visible all the work that the Developers identify as necessary to meet the Sprint Goal1. The Sprint Backlog can include any items that the Developers deem necessary to achieve the Sprint Goal, such as user stories, tasks, use cases, tests, or others. The Sprint Backlog is a plan with enough detail that changes in progress can be understood in the Daily Scrum1.

References:

• The Scrum Guide, section 3.3. Sprint Backlog
• Professional Scrum Product Owner I (PSPO I) Learning Path, section 2.2. The Product Owner and the Sprint
• Professional Scrum Product Owner I (PSPO I) Sample Questions, question 11

• The Product Backlog is an ordered list of everything that is known to be needed in the product. It is the single source of truth for the Scrum Team and the stakeholders. It contains all the requirements, features, functions, enhancements, fixes, and anything else that can deliver value to the customers and users of the product.
• All types of requirements are acceptable on a Product Backlog, as long as they are aligned with the product vision and goals, and they are transparent, clear, and valuable. The Product Backlog can include stability requirements, performance requirements, product functionality, documentation, fixes, or any other aspects that contribute to the quality and usability of the product.
• 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.
• The Developers are accountable for creating a “Done” Increment that meets the Definition of Done each Sprint. The Developers are responsible for planning and executing the Sprint Backlog, designing and building the product functionality, testing and improving the product quality, and delivering a potentially releasable Increment. The Developers work closely with the Product Owner to understand and clarify the Product Backlog items, provide feedback and estimates, and suggest improvements and innovations.

References:

• Scrum Guide: https://www.scrumguides.org/scrum-guide.html
• Product Backlog: https://www.scrum.org/resources/what-is-a-product-backlog

A mature Scrum Team is expected to continuously improve their quality standards and deliver potentially releasable Increments of value that meet the Definition of Done12. The Definition of Done is a shared understanding of what it means to complete a Product Backlog item, and it may vary from one Scrum Team to another3. As the Scrum Team matures, they may expand their Definition of Done to include more rigorous criteria, such as higher levels of testing, documentation, performance, security, usability, etc . This way, they ensure that their product Increment is always ready for release and meets the expectations of the stakeholders and customers12.