Scrum Professional Scrum Product Owner I PSPO-I Exam Practice Test

Answer : A

The Scrum Team is a self-organizing and cross-functional team that delivers valuable products in an agile way. The Scrum Team consists of one Product Owner, one Scrum Master, and Developers. They are all accountable for creating a valuable, useful, and potentially releasable product Increment each Sprint.

An Increment is a concrete stepping stone toward the product vision. It is the sum of all the Product Backlog items completed during a Sprint and the value of the increments of all previous Sprints. At the end of a Sprint, the new Increment must be ''Done'', which means it meets the Definition of Done and is usable.

The Scrum Team is accountable for creating a valuable increment every Sprint, not just once or occasionally. This means that the Scrum Team must deliver a product functionality that provides value to the customers and users and contributes to the product goals and missions. The value of an increment can be measured by various factors, such as customer satisfaction, feedback, revenue, market share, or social impact.

The Scrum Team is also accountable for creating a valuable increment every Sprint, not just any increment. This means that the Scrum Team must deliver a product functionality that meets the quality standards and expectations of the customers and users and complies with the Definition of Done. The quality of an increment can be measured by various factors, such as usability, reliability, performance, security, or maintainability.

Scrum Guide: https://www.scrumguides.org/scrum-guide.html

Scrum Team: https://www.scrum.org/resources/what-is-a-scrum-team

Increment: https://www.scrum.org/resources/what-is-an-increment

Answer : B, D

the Daily Scrum is a 15-minute event for the Developers of the Scrum Team that is held at the same time and place every working day of the Sprint. The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work1. The other options are not characteristics of the Daily Scrum, as it is not facilitated by the team lead, it does not consist of the Scrum Master asking the team for status, it is not held first thing in the morning, and it is not free form and designed to promote conversation234.

1: What is a Daily Scrum? | Scrum.org 2: What Is the Daily Scrum? | A Guide to the Daily Event - Scrum Alliance 3: What is Daily Scrum? | VivifyScrum 4: Daily Scrum | Definition and Overview - ProductPlan

Answer : C

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.

Scrum Guide: https://www.scrumguides.org/scrum-guide.html

Sprint Planning: https://www.scrum.org/resources/what-is-sprint-planning

Answer : B

It is not true that a Product Owner must create clear and unambiguous acceptance criteria for each Product Backlog item before it may be selected in Sprint Planning. This is because:

Acceptance criteria are a set of conditions that a Product Backlog item must satisfy to be accepted by the Product Owner or the stakeholders. They are used to verify that the item meets the expected quality and value standards.

Acceptance criteria are not mandatory or prescribed in Scrum. They are one of the possible techniques that a Product Owner may use to communicate their expectations and requirements to the Developers and the stakeholders. They are not part of the Scrum Guide or the Definition of Done.

Acceptance criteria do not need to be created before Sprint Planning. They can be created or refined at any time during the product development process, as long as they are clear and agreed upon before the item is considered complete. They can also be changed or updated based on feedback or new insights.

The only requirement for a Product Backlog item to be selected in Sprint Planning is that it is sufficiently clear and ready for selection. This means that it has enough detail and precision for the Developers to understand what they are supposed to build and why. It also means that it has been refined and ordered by the Product Owner based on value and impact.

[Scrum Guide], page 14, section ''Sprint Planning''

[Scrum Guide], page 12, section ''Product Backlog Refinement''

[Professional Scrum Product Owner Training], page 7, section ''Product Backlog Management''

Answer : C

The Sprint Retrospective is a time-boxed event for the Scrum Team to inspect how the last Sprint went and plan for improvements in the next Sprint. The Scrum Guide states that 'The Sprint Retrospective concludes the Sprint. It is timeboxed to a maximum of three hours for a one-month Sprint.For shorter Sprints, the event is usually shorter.'1This means that the Sprint Retrospective should be held at the end of each Sprint, regardless of the project or release status.The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements, including to product quality and working relationships.1

1: The Scrum Guide2, page 16

2:The Scrum Guide

Answer : A, D

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?]

Answer : D

According to Scrum.org, the Developers who will be doing the work are responsible for the sizing of Product Backlog items1. The Product Owner may influence the Developers by helping them understand and select trade-offs1. This implies that the Developers size the items after clarifying requirements with the Product Owner1.