Scrum Professional Scrum Product Owner™ II (PSPO 2) PSPO-II Exam Dumps: Updated Questions & Answers (August 2026)

The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. They are also accountable for effective Product Backlog management, which includes clearly expressing Product Backlog items, ordering them to best achieve goals and missions, ensuring that the Product Backlog is transparent, visible and understood. The Product Owner may do the above work or may delegate the responsibility to others. However, the Product Owner remains accountable1.

When working with multiple Scrum Teams on the same product, the Product Owner should ensure that there is a shared understanding of the Product Goal among all the teams and stakeholders. The Product Goal is the long-term objective for the Scrum Team. They must fulfill (or abandon) one objective before taking on the next2. The Product Owner should also collaborate with the Developers to create and refine Product Backlog items that are valuable, feasible, and testable. The Developers are accountable for creating a plan for the Sprint, the Sprint Backlog1. The Product Owner should trust the Developers to self-organize and deliver the most valuable increments possible.

The other options are not recommended strategies for the Product Owner, as they may introduce unnecessary complexity, confusion, and waste. Adding component team Product Owners, enlisting the Program Management Office, or assigning sub-Product Owners may create silos, dependencies, and conflicts among the teams and stakeholders. These roles may also undermine the authority and accountability of the Product Owner, and reduce the transparency and alignment of the Product Backlog. The Product Owner should work with the Scrum Master and the Developers to find ways to optimize the value delivery and collaboration across the teams, rather than creating intermediaries or proxies34. References: 1: Scrum Guide 2: Understanding and Applying the Scrum Framework 3: Managing Products with Agility 4: Evolving the Agile Organization

The Scrum Guide specifies that only the Product Owner has the authority to cancel a Sprint. This is because the Product Owner is responsible for maximizing the value of the product and may decide to cancel a Sprint if the Sprint Goal becomes obsolete or if they foresee that the current direction will not lead to a valuable outcome

The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. A major part of that accountability is working with stakeholders and making sure the Scrum Team is focused on the most valuable work.

Why A is correct:

A Product Owner must actively engage with stakeholders and ensure transparency around the product. While the Scrum Guide does not prescribe a specific reporting style, it clearly places the Product Owner in the role of managing value, aligning stakeholder needs, and making sure the Product Backlog reflects what is most important. Communicating product direction, priorities, and progress to customers and stakeholders is a key part of that responsibility.

Why D is correct:

This is one of the strongest descriptions of Product Owner work. The Product Owner collaborates with customers and stakeholders to understand needs, determine value, and order the Product Backlog accordingly. The Product Owner is accountable for effective Product Backlog management, which includes developing and explicitly communicating Product Backlog items and ordering them to best achieve goals.

Why B is not the best answer:

The Scrum Guide does not require User Stories. Scrum only requires that Product Backlog items be clear enough and ordered appropriately. User Stories are a common technique, but they are not mandated by Scrum. Therefore, “writing clear, transparent User Stories” is not an official Product Owner duty as defined by Scrum.

Why C is incorrect:

The Product Owner should be available to support clarity and decision-making, but Scrum does not say the Product Owner should be with Developers all the time. Scrum promotes self-managing teams, and the Product Owner is one member of the Scrum Team, not a constant on-demand requirement clarifier sitting with Developers at all times.

 A burndown chart is a graphical tool that shows the amount of work remaining versus time. It is often used to track the progress of a Sprint or a release. The work remaining is usually measured in terms of effort, such as hours or story points, and it is plotted on the vertical axis. The time is measured in terms of days or weeks, and it is plotted on the horizontal axis. The burndown chart starts with the total amount of work at the beginning of the Sprint or release, and it ideally ends with zero work at the end. The slope of the burndown chart indicates the rate of progress, or the velocity, of the Scrum Team12.

The other options are not what burndown charts track. Accumulated cost, accumulated business value, and individual worker productivity are not relevant or useful metrics for Scrum Teams, as they do not reflect the value or the quality of the product. Scrum Teams focus on delivering potentially releasable increments of the product that meet the Definition of Done, and they use empirical feedback to inspect and adapt their work13. References: 1: Understanding and Applying the Scrum Framework 2: Burndown Chart 3: Managing Products with Agility

Personas are fictional characters that represent the different user types that might use your product or service in a similar way1. Personas can help you to2345:

Understand the needs of a set of users by creating empathy and insight into their goals, behaviors, and pain points.

Formulate hypotheses about product value by identifying the problems and opportunities that your product can address for each user type.

Understand market potential by estimating the size and characteristics of each user segment and their willingness to pay for your product.

Discover key buying triggers by exploring the motivations, influences, and decision-making processes of each user type.

Design and test your product features and user experience by using personas as a guide and a reference point. References:

1: Personas – A Simple Introduction

2: The Complete Guide to User Personas and How They Can Help Your Marketing Strategy (With Examples)

3: Personas | Usability.gov

4: The importance of personas for digital experience

5: Personas | Definition and Overview

A. Reorder items in the Product Backlog: The Product Owner is responsible for ordering the Product Backlog to maximize value12.

B. Answer questions from the Developers about items in the current Sprint: The Product Owner is engaged throughout the sprint, answering questions on how things are supposed to function and look4.

E. Gather information and opinions from stakeholders: Gathering information and opinions from stakeholders is a key activity for the Product Owner, as it helps in understanding the value and ordering the Product Backlog

As a Product Owner, you are responsible for making decisions that maximize the value of the product and align with the product vision and strategy. However, you also need to collaborate with the Scrum Team and the stakeholders, and respect their input and feedback. Making decisions without consulting them or allowing them to make decisions they are not accountable for can lead to confusion, conflict, and waste. Therefore, options A and B are not reasonable.

Option C is a reasonable option because it helps you communicate your decision-making areas and delegate some decisions to the appropriate level of the organization. A delegation board is a tool that shows who has the authority to make which decisions, and how much involvement is expected from others. By creating and sharing a delegation board, you can clarify your role as a Product Owner, empower the Scrum Team and the stakeholders, and reduce the time and effort spent on decision making.

Option D is also a reasonable option because it helps you improve the company’s culture and mindset towards product ownership. As a Product Owner, you need to act as an entrepreneur, who is able to innovate, experiment, and validate assumptions. However, not all organizations are ready to support this kind of product ownership, and some may have a more traditional or bureaucratic approach. Working with your Scrum Master, you can identify the gaps and barriers that prevent you from being an effective Product Owner, and take steps to overcome them. For example, you can educate and coach the organization on the benefits of agile product management, create a shared product vision and roadmap, and foster a culture of trust and transparency.

Option E is another reasonable option because it helps you demonstrate the value of your decisions and the cost of delay. As a Product Owner, you need to use data and evidence to support your decisions and measure their impact. By showing how long it is taking you to make decisions and how that affects the delivery of value to the customer, you can justify your choices and persuade others to support them. You can also use data to identify the most important and urgent decisions, and prioritize them accordingly. This way, you can avoid analysis paralysis and focus on delivering value faster and more frequently.

Option A is the best answer because it reflects the agile and empirical nature of Scrum and Product Ownership. The Product Vision is a concise and inspiring statement that describes the purpose, direction, and value proposition of the product1. The Product Vision is not a fixed or static document, but rather an emergent and dynamic one that adapts to the changing environment, needs, and feedback. The Product Owner is accountable for creating and communicating the Product Vision to the Scrum Team and the stakeholders2. The Product Owner collaborates with the Scrum Team and the stakeholders to inspect and adapt the Product Vision based on the new insights, opportunities, and learnings that arise from the changing environment34. The Product Owner also uses various techniques, such as product discovery, user research, market analysis, and experiments, to validate and refine the Product Vision5 .

Option B is not the best answer because it contradicts the accountability of the Product Owner. The Product Owner is the sole person responsible for managing the Product Backlog and maximizing the value of the product and the work of the Scrum Team. The Product Owner is also the sole person responsible for creating and communicating the Product Vision to the Scrum Team and the stakeholders2. The Product Owner may seek input and feedback from the Scrum Team and the stakeholders, but the final decision and authority on the Product Vision belongs to the Product Owner. The Scrum Team and the stakeholders are not accountable for developing and evolving the Product Vision, but they are expected to understand and support it .

Option C is not the best answer because it contradicts the reality and complexity of product development. The Product Vision is not a technical specification, but rather a strategic and business-oriented statement that guides the development of the product1. The Product Vision does not prescribe how the product should be built, but rather why and what the product should achieve. However, the Product Vision is not completely detached from the technical aspects of the product, as the technology choices may have an impact on the feasibility, desirability, and viability of the product. The Product Owner should be aware of the strategic technology choices and their implications, and discuss them with the Development Team and the stakeholders, as part of the product discovery and validation process .

1: Product Vision

2: Product Owner Accountabilities

3: Empiricism

4: Stakeholders and Customers

5: Product Discovery

 Product Backlog Management

 The Scrum Guide

 Scrum Team

 Product Value

 Product Feasibility

 Product Validation

[Agile Manifesto]

[User Research]

[Market Analysis]

[Experiments]

The Product Owner is accountable for effective Product Backlog management. The 2020 Scrum Guide states that this includes creating and clearly communicating Product Backlog items .

So the accountable person is clearly the Product Owner .

Why D is the best answer:

Option D identifies the Product Owner , which is the key official answer. However, the wording about a “proxy” is not the exact Scrum Guide wording. The Scrum Guide says the Product Owner may delegate the responsibility to others , but the Product Owner remains accountable . So while the option is not perfectly phrased, it is still the best available answer because it correctly names the Product Owner as the accountable person.

Why A is incorrect:

Developers may help refine, clarify, and break down Product Backlog Items, but they are not the accountable role for clearly expressing them.

Why B is incorrect:

The Scrum Master is not accountable for clearly expressing Product Backlog Items. The Scrum Master helps the Scrum Team understand Scrum and supports effectiveness, but Product Backlog accountability belongs to the Product Owner.

Why C is incorrect:

This wrongly assigns accountability to the Scrum Master. That is not supported by the Scrum Guide.

Why E is incorrect:

Again, this incorrectly makes the Scrum Master accountable.

Important correction to the option wording:

The official Scrum wording is not “appoint a proxy.” The correct concept is:

The Product Owner may delegate the work , but remains accountable .

 The Scrum framework encourages the delegation of tasks to promote team ownership and efficiency. Delegating tasks like detailing Product Backlog items, interviewing users, and analyzing data to Developers allows the Product Owner to focus on value maximization and leverage the skills of the Developers12. This approach aligns with the Scrum principle of self-organization and empowerment of the Development Team.