Scrum Professional Scrum Product Owner I PSPO-I Exam Questions

Answer : B

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 Definition of Done is defined by the Scrum Team, not by the Product Owner alone. 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.

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.

The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. The Scrum Master is responsible for promoting and supporting Scrum as defined in the Scrum Guide. The Scrum Master does this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization.

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.

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

Definition of Done: https://www.scrum.org/resources/what-is-a-definition-of-done

Product Owner: https://www.scrum.org/resources/what-is-a-product-owner

Developers: https://www.scrum.org/resources/what-is-a-developer-in-scrum

Scrum Master: https://www.scrum.org/resources/what-is-a-scrum-master

Answer : A

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

1: The Scrum Guide2, page 16

2: The Scrum Guide

Answer : C

The typical size for a Scrum Team is 10 or fewer people, including the Product Owner, the Scrum Master, and the Developers. The Scrum Guide states that 'The Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint. Fewer than three people decrease interaction and results in smaller productivity gains. Having more than ten people requires too much coordination. Large teams generate too much complexity for an empirical process to be useful.'1 This means that the optimal Scrum Team size is between 3 and 10 people, depending on the context and the nature of the work.

1: The Scrum Guide2, page 6

2: The Scrum Guide

Answer : E

Scrum does not require that the Product Owner must use any of the following items:

Burndown chart: A burndown chart is a graphical representation of work left to do versus time. It can be used to track progress and forecast completion dates of projects or Sprints. However, it is not mandatory or prescribed in Scrum. It is one of the possible techniques that a Product Owner may use to monitor and communicate product development.

Feature burn-up: A feature burn-up chart is a graphical representation of features completed versus time. It can be used to track progress and forecast scope changes of projects or Sprints. However, it is not mandatory or prescribed in Scrum. It is one of the possible techniques that a Product Owner may use to monitor and communicate product development.

Critical Path Analysis: Critical Path Analysis is a project management technique that identifies the sequence of tasks that must be completed on time for a project or Sprint to finish on schedule. It can be used to plan, monitor, and control complex projects or Sprints. However, it is not mandatory or prescribed in Scrum. It is one of the possible techniques that a Product Owner may use to manage product development.

Project Gantt chart: A project Gantt chart is a graphical representation of tasks, dependencies, durations, and milestones of a project or Sprint. It can be used to plan, monitor, and control complex projects or Sprints. However, it is not mandatory or prescribed in Scrum. It is one of the possible techniques that a Product Owner may use to manage product development.

Therefore, the correct answer is none of the above.

[Scrum Guide], page 6, section ''Product Owner''

[Scrum Guide], page 11, section ''Product Backlog''

[Professional Scrum Product Owner Training], page 8, section ''Release Management''

Answer : A

Customer satisfaction is a measure of how well a product or service meets or exceeds the expectations and needs of the customers. It is an important indicator of the value and quality of a product or service, and it can affect the loyalty, retention, and profitability of the customers.

Customer satisfaction should be measured frequently, as it can change over time depending on various factors, such as the market conditions, the customer feedback, the product updates, the competitor actions, and the customer behavior. Measuring customer satisfaction frequently can help the Product Owner and the Scrum Team to inspect and adapt their product vision, strategy, roadmap, backlog, and increments based on the customer needs and preferences. It can also help them to identify and resolve any issues or gaps that may affect the customer satisfaction and value delivery.

Measuring customer satisfaction quarterly, daily, or annually is not optimal, as it may not reflect the current state of the customer satisfaction and may miss some opportunities or risks that may arise in between the measurement intervals. Quarterly measurement may be too slow to respond to the fast-changing market and customer demands. Daily measurement may be too noisy and costly to collect and analyze. Annual measurement may be too outdated and irrelevant to inform the product decisions.

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

Customer Satisfaction: https://www.agilealliance.org/glossary/customer-satisfaction/

Answer : C

The main topic of discussion is the product Increment, which is the sum of all the Product Backlog items completed during a Sprint and the value of the increments of all previous Sprints1. The product Increment is demonstrated and inspected by the attendees, and feedback is collected to inform the next Sprint Planning12. The Sprint Review may also include other topics, such as the Product Backlog, the Product Goal, the market conditions, the budget, and the timeline, but the product Increment is the essential topic1234. The Scrum process, and how it was used during the Sprint, is not a topic for the Sprint Review, but rather for the Sprint Retrospective, which is a separate event where the Scrum Team inspects and adapts its way of working1. Coding and engineering practices are also not relevant for the Sprint Review, as they are internal aspects of the Development Team that do not affect the value of the product Increment1. Therefore, the correct answer is C. The product Increment.

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.'1 This 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