Scrum PSPO-II - Professional Scrum Product Owner™ II (PSPO 2)

In Scrum, an Increment is a concrete step toward the Product Goal. To ensure transparency, the Increment must be usable and meet the Definition of Done.

The 2020 Scrum Guide says that an Increment is created whenever a Product Backlog item is completed , and that multiple Increments may be created within a Sprint . Most importantly, the sum of the Increments must be done at the end of a Sprint .

That makes C the correct answer.

Why C is correct:

By the end of every Sprint, there must be at least one usable, Done Increment. This supports inspection at the Sprint Review and maintains transparency.

Why A is incorrect:

Scrum does not define a separate “acceptance testing phase” as a required step before an Increment becomes done.

Why B is incorrect:

Scrum does not allow waiting every 3 Sprints for an Increment. A Done Increment is expected by the end of each Sprint.

Why D is incorrect:

Scrum does not include a “release Sprint” concept as a required part of the framework.

Why E is incorrect:

The Product Owner does not decide whether an Increment should exist. Scrum requires an Increment through the Sprint’s work, and it must meet the Definition of Done.

Key Scrum point:

A product may be released whenever the Product Owner decides it is appropriate, but the Increment itself must be Done no later than the end of the Sprint.

 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.

Option A is correct because talking to users is one of the best ways to understand their needs, goals, and pain points. By spending more time with them, you can identify the impact they seek from your product and how your features align with that impact. This will help you validate your assumptions and learn from your customers12.

Option B is incorrect because disabling features that have never been used is a risky and potentially harmful action. It may cause frustration and confusion for the users who rely on those features, or who may want to use them in the future. It may also damage your reputation and trust with your customers. Instead of disabling features, you should seek feedback from your users and understand why they are not using them34.

Option C is correct because running experiments is a powerful way to increase your understanding of what customers find valuable. By testing different hypotheses and measuring the outcomes, you can learn from your data and evidence. You can also use experiments to validate your ideas and assumptions before investing in building features5 .

Option D is correct because examining whether the rarely used features solve the intended problem is a crucial step to evaluate your product performance. You should review your product vision and goals, and assess how your features contribute to them. You should also analyze the feedback and data you have collected from your users and stakeholders, and identify any gaps or mismatches between your features and their needs .

1: Product Backlog Management

2: Stakeholders and Customers

3: Product Value

4: Evidence-Based Management

5: Product Vision

Forecasting and Release Planning

[Business Strategy](https://www

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

The Sprint Goal is a summary statement of the Sprint objective, which ideally has a cohesive theme. The Sprint Goal also gives the Scrum Team guidance and flexibility on how to achieve the objective. The Sprint Goal is crafted by the entire Scrum Team during the Sprint Planning, based on the Product Owner’s proposal of the most valuable Product Backlog items and the Development Team’s forecast of the work that can be done in the Sprint. The Product Owner collaborates with the team to write the Sprint Goal and defines it on the basis of the value being sought. The Product Owner does not define the scope or the solution for the Sprint, but rather the outcome and the benefit. The Product Owner also does not work with stakeholders to set the Sprint Goal, but rather represents their interests and needs. The Product Owner has a role in crafting the Sprint Goal, but not the sole responsibility for it. References:

Professional Scrum Product Owner II Assessment

Understanding and Applying the Scrum Framework

Managing Products with Agility

The Role of the Product Owner during the Sprint

Sprint Goal – An Essential Ingredient in Scrum Recipe

The primary accountability of a Product Owner within the Scrum framework is to maximize the value of the work that the Scrum Team delivers. This involves managing the Product Backlog, but the overarching responsibility is ensuring that the team’s efforts translate into value

Let ' s analyze each option and determine the best course of action for a Product Owner in this situation, keeping in mind the PSPO II objectives and competencies:

C. Release when you can satisfy at least a single outcome, even though not all features are implemented.

Verification: This is the correct answer.

Explanation and References:

Professional Scrum Competency: Managing Products with Agility - Product Value

This option aligns with the principle of maximizing value by delivering value early and often.

It emphasizes focusing on valuable outcomes rather than just completing a list of features.

Professional Scrum Competency: Managing Products with Agility - Business Strategy

Releasing a product increment that provides value allows for faster feedback and learning, which can inform future decisions and help to align the product with the overall business strategy.

Professional Scrum Competency: Managing Products with Agility - Stakeholders and Customers

While stakeholder management is important, focusing on delivering a valuable outcome is a better way to manage expectations and build trust in the long term.

Scrum Guide: The Scrum Guide emphasizes the importance of delivering a " Done " , usable, and potentially releasable product Increment every Sprint. This aligns with the concept of releasing when a valuable outcome is achieved.

Additional Explanation: By focusing on outcomes, the Product Owner can prioritize the most valuable features that contribute to that outcome. This may mean that not all stakeholder requests are met in the initial release, but it allows for delivering value sooner and adapting based on feedback.

A. Wait until all essential features are complete before releasing the product.

Verification: This is incorrect.

Explanation and References:

Professional Scrum Competency: Managing Products with Agility - Product Value

This approach delays the realization of value and increases the risk of building the wrong thing.

Professional Scrum Competency: Managing Products with Agility - Forecasting and Release Planning

Waiting for all features delays feedback and learning, making it difficult to adapt the product to changing market conditions or user needs.

Scrum Guide: This contradicts the iterative and incremental nature of Scrum, where the goal is to deliver value frequently.

B. Pick the two most influential stakeholders and satisfy their needs, then release.

Verification: This is incorrect.

Explanation and References:

Professional Scrum Competency: Managing Products with Agility - Product Value

Prioritizing based on influence rather than value can lead to building the wrong product.

Professional Scrum Competency: Managing Products with Agility - Stakeholders and Customers

While stakeholder management is important, the Product Owner ' s primary responsibility is to maximize product value, not to cater to the most influential stakeholders.

Additional Explanation: This approach can damage trust with other stakeholders and create a political environment rather than a collaborative one.

D. Escalate to the steering committee to make the call.

Verification: This is incorrect.

Explanation and References:

Professional Scrum Competency: Evolving the Agile Organization - Portfolio Planning

The Product Owner is empowered to make decisions about the product and should not routinely escalate prioritization decisions.

Professional Scrum Competency: Understanding and Applying the Scrum Framework - Applying the Scrum Framework - Self-Managing Teams

The Product Owner is accountable for maximizing the value of the product. Escalating to a steering committee undermines this accountability.

Additional Explanation: This approach undermines the Product Owner ' s authority and can lead to delays and inefficient decision-making.

In conclusion, the best approach is to release when a valuable outcome can be achieved, even if not all requested features are implemented. This aligns with the principles of iterative development, value maximization, and frequent feedback, all of which are core to Scrum and emphasized in the PSPO II competencies.