Free Practice Questions for Scrum PSPO-II Exam

 According to the Professional Scrum Product Owner™ II certification guide1, the Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. This means that the Product Owner should have a clear vision of the product, understand the needs and desires of the customers and stakeholders, and prioritize the Product Backlog items based on their value and urgency. The Product Owner should also use evidence-based management to measure the value delivered by the product and make informed decisions about the product strategy and direction.

In this question, Product A has a high current value, which means that it is generating a lot of revenue and satisfying the existing customers. However, it also has a low unrealized value, which means that it has little room for improvement or innovation, and may face competition or obsolescence in the future. Product B has a low current value, which means that it is not generating much revenue or satisfying many customers. However, it also has a high unrealized value, which means that it has a lot of potential for improvement or innovation, and may capture new markets or opportunities in the future.

Taking a long-term view, the Product Owner should weight the investment toward Product B, since it has more potential to deliver value in the future. This does not mean that the Product Owner should neglect Product A, but rather balance the investment between the two products based on the expected return on investment and the risk involved. Investing equally in both products may not be optimal, as it may result in underinvesting in Product B and overinvesting in Product A. Weighting the investment toward Product A may not be wise, as it may result in missing out on the opportunities offered by Product B and losing the competitive edge in the market.

 1: Professional Scrum Product Owner™ II Certification | Scrum.org

Focus on Value: Scrum emphasizes delivering increments of value early and often. Each release should focus on a clear outcome for users, even if it doesn ' t encompass every desired feature.

Iterative Approach: Releasing a smaller, focused increment lets you gather feedback, course-correct, and add features incrementally based on what provides the most value.

Stakeholder Management: Involve stakeholders in the prioritization process, explaining the rationale behind focusing on a specific outcome to gather input and secure buy-in.

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

= Based on the Evidence-Based Management (EBM) framework, your product has a high Current Value (CV), which means that it delivers value to the existing customers and meets their needs and expectations. However, it also has a high Unrealized Value (UV), which means that there is a large gap between the potential and actual use of the product in the market. This indicates that your product has a low awareness, reach, or appeal among the potential customers who could benefit from it.

To increase the business performance of the product, you need to reduce the UV and increase the Ability to Innovate (A2I), which is the ability to deliver future value. One way to do this is to improve the marketing of the product, which can help you to communicate the value proposition, differentiate the product from the competitors, and attract a greater number of customers. This can also provide you with more feedback and data to inform your product strategy and backlog prioritization.

The other options are not the best actions to take, because they either do not address the root cause of the high UV, or they may compromise the CV or A2I of the product. Increasing the number of product features may not necessarily increase the value or the demand for the product, and it may also increase the complexity and the cost of development. Releasing an identical product with a new name may confuse the customers and dilute the brand identity, and it may also create legal or ethical issues. Dropping the price for the product may not be a sustainable or profitable strategy, and it may also affect the perceived quality or value of the product. References := Professional Scrum Product Owner™ II Certification, Managing Products with Agility, Evidence-Based Management

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.

According to the PSPO II guide and Scrum.org competencies, when ordering Product Backlog items, a Product Owner should consider various factors to maximize the value of the work done by the Scrum Team. These factors include:

A. Dependencies to other products: Recognizing dependencies to other products is crucial for the Product Owner to ensure that the Scrum Team is working on items that can be completed and deliver value without being blocked by external dependencies.

B. Value of Product Backlog items: The primary role of a Product Owner is to maximize the value delivered by the Scrum Team, and ordering items based on their value is a fundamental aspect of this responsibility.

C. Dependencies between Product Backlog items: Understanding and managing dependencies between Product Backlog items helps in planning Sprints more effectively, ensuring that the team is working on items in a logical sequence.

D. Cost of delay: The cost of delay is a critical economic factor that influences the ordering of Product Backlog items. Items that would result in a higher cost if delayed should be prioritized.

E. Cost of implementation: While value maximization is the goal, the cost of implementation cannot be ignored. Balancing the cost and the expected value is essential for effective Product Backlog management.

These considerations are in line with the Scrum.org Professional Scrum competencies, particularly under ' Managing Products with Agility ' , where it ' s emphasized that Product Owners should have a deep understanding of market value, product feasibility, and the importance of making trade-offs to maximize value.

According to the Scrum Guide, the Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team1. This means that the Product Owner is responsible for defining, prioritizing, and delivering the features and functionalities that create the most value for the customers, users, and stakeholders of the product2. The Product Owner does this by managing the Product Backlog, collaborating with the Developers and the Scrum Master, validating the product assumptions and hypotheses, and measuring the outcomes and impacts of the product3. The Product Owner is not just a go-between, a requirements engineer, a team manager, or any other traditional role, but rather a value maximizer who drives the product vision and strategy, and ensures that the product delivers the desired benefits and solves the real problems4