PSPO-II Practice Exam Questions with Answers Professional Scrum Product Owner™ II (PSPO 2) Certification

= 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

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

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 ordering the Product Backlog items to best achieve goals and missions1. The Product Owner should consider various sources of information to make informed decisions about the product, such as customer feedback, market trends, stakeholder input, and data analysis2.

When deciding whether to drop the price of the product, the Product Owner should consider the following sources of information:

Customer satisfaction: The Product Owner should measure and monitor how satisfied the customers are with the product, and how likely they are to recommend it to others. Customer satisfaction is a key indicator of product value and quality, and it can also influence customer retention and loyalty. The Product Owner should use various methods to collect customer feedback, such as surveys, interviews, reviews, ratings, and net promoter score23.

Market share: The Product Owner should track and compare the product’s market share with its competitors and potential customers. Market share is the percentage of the total market that is captured by the product, and it reflects the product’s popularity and demand. The Product Owner should use market research, sales data, and industry reports to analyze the market share and identify opportunities and threats24.

Unmet customer needs: The Product Owner should identify and prioritize the customer needs that are not yet met by the product or its competitors. Unmet customer needs are the gaps or problems that the customers face, and that the product can solve or address. The Product Owner should use techniques such as user stories, personas, value proposition canvas, and jobs to be done to discover and validate the unmet customer needs25.

Competitor pricing: The Product Owner should benchmark and compare the product’s pricing with its competitors and alternatives. Competitor pricing is the amount of money that the customers have to pay to acquire or use a similar or substitute product. The Product Owner should use competitive analysis, price elasticity, and value-based pricing to determine the optimal pricing strategy for the product2 .

The other option, company earnings targets, is not a relevant source of information for the Product Owner, as it does not reflect the value or the demand of the product. The Product Owner should focus on delivering value to the customers and the stakeholders, rather than meeting arbitrary financial goals. The company earnings targets may also change over time, and they may not align with the product vision or the market reality2 . References: 1: Scrum Guide 2: Managing Products with Agility 3: Customer Feedback 4: Market Share 5: Unmet Customer Needs : [Competitor Pricing] : [Company Earnings Targets]

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

A. Importance to users or customers: The value an item brings to the customer is a key factor in ordering the Product Backlog1.

B. Alignment with organizational strategy and goals: The Product Owner should consider how well an item aligns with the organization’s strategy and goals1.

C. Risk: Business, market, and technology risks are important considerations when ordering the Product Backlog1.

D. Alignment with other Product Backlog items: Dependencies and impact on other items in the Product Backlog should be considered1.

When multiple Scrum Teams are working on the same product, it is essential that all of their Increments be combined every Sprint. This ensures that the Product Owner and stakeholders can accurately inspect the Increment, which is a fundamental aspect of transparency and empiricism in Scrum1. Combining Increments allows for a clear understanding of the current state of the product, which is crucial for effective inspection and adaptation.

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 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 is responsible for defining, ordering, and validating what the Scrum Team works on, and ensuring that the product delivers value to the customers, users, and the organization. The other options are not the most important thing a Product Owner can do, because they are either too narrow (A), too unrealistic (B), or too prescriptive ©. References: 1: Professional Scrum Product Owner™ II Certification | Scrum.org

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.

A sprint forecast is an estimate of what can be achieved in an upcoming Sprint. During Sprint planning, the team reviews the Product Backlog and selects stories that can be completed in the next Sprint based on the team’s velocity and capacity. The forecast is a pragmatic commitment to a realistic amount of work1. The forecast helps the team plan their tasks, prioritize their goals, and set realistic expectations for what they can accomplish during the Sprint. It also helps them to identify any potential risks or issues that could arise during the course of the Sprint2. The forecast is not a guarantee or a promise, but rather a best guess based on the current information and assumptions3. The forecast can be updated during the Sprint as new information emerges or as the team learns from their work4. The forecast is a useful tool for the Product Owner to communicate with the stakeholders about the progress and the value delivered by the team.

D is correct because the timebox for the Sprint Review is four hours or less for a one-month Sprint, and usually shorter for shorter Sprints1. The Sprint Review is an event where the Scrum Team and the stakeholders inspect the outcome of the Sprint and collaborate on what to do next1. A is incorrect because the Sprint Review is not an open-ended event, but a timeboxed one that respects the attendees’ time and ensures productivity2. B is incorrect because the Sprint Review is not a point in time, but a timeboxed event that has a specific purpose and agenda1. C is incorrect because the Sprint Review is not the same asthe Daily Scrum, which is a 15-minute event for the Developers to synchronize their work1.

According to the Scrum Guide, the purpose of the Sprint Retrospective is to plan ways toincrease quality and effectiveness. The Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done1. Therefore, all of the options A, B, C, and D are possible topics that the Scrum Team might discuss during a Sprint Retrospective, as they relate to the aspects that the team can improve or adapt. For example, the team might discuss how to communicate better, how to plan the Sprint more effectively, how to acquire new skills or knowledge, or how to update their Definition of Done23. The Sprint Retrospective is a formal opportunity for the team to focus on inspection and adaptation, and to identify the most helpful changes to implement in the next Sprint1.

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 collaborate with the Developers and the Scrum Master to find the best way to deliver value in the current Sprint, even if the initial forecast is not met. The Product Owner should not change or abandon the Sprint Goal, as it is a commitment made by the Scrum Team during Sprint Planning. The Product Owner should also not skip Product Backlog refinement activities, as they are essential for preparing the Product Backlog for future Sprints. The Product Owner should not end the Sprint prematurely, as it may cause more disruption and waste than delivering a potentially releasable Increment. The Product Owner should not inform management that more resources are needed, as it may imply that the Scrum Team is not self-organizing and cross-functional. The Product Owner should respect the Developers’ autonomy and professionalism and support them in finding the best solution to the problem. Therefore, the best answer is to reduce the scope of the Sprint, if possible, to still meet the Sprint Goal. This means that the Product Owner and the Developers should negotiate the scope of the Sprint Backlog within the Sprint, removing or adding Product Backlog items that are aligned with the Sprint Goal and the value delivery. References: 1: Professional Scrum Product Owner™ II Certification | Scrum.org

Verified Answer: A, B

Very Very Short Explanation: In the context of Scrum and the PSPO II guidelines, when there is uncertainty about customer needs or market desires, it is recommended to make smaller releases to allow for quicker feedback and adaptation (A), and to increase the focus on validating customer needs to ensure that the product development is aligned with what customers actually want (B).This approach is consistent with the principles of empiricism and agility, which emphasize the importance of transparency, inspection, and adaptation123.

A is correct because forming products that are as independent as possible reduces the complexity and dependency of the product development, and allows each product to deliver value faster and more frequently1. Coordination among the products is stillnecessary to ensure alignment and consistency, but it should not be centralized or imposed by a higher authority2. B is incorrect because creating a centralized, coordinated cross-product Development Plan goes against the principles of empiricism, self-organization, and agility that Scrum promotes3. C is incorrect because appointing a Project Lead to oversee all the products undermines the accountability and autonomy of the Product Owners and the Scrum Teams4. D is incorrect because ensuring that the PMO manages the inter-product dependencies creates a layer of bureaucracy and control that hinders the collaboration and innovation of the Scrum Teams5. E is incorrect because it includes all the wrong answers.

According to the Professional Scrum Product Owner™ II certification guide1, 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 creates transparency by providing everyone a shared understanding of what work was completed and what standards were met as part of the Increment. If the Definition of Done is not met, the Increment is not Done and cannot be released. Therefore, the following statements are true:

A. The next Sprint may be interrupted when quality issues are encountered. This is true because the Scrum Team may have to spend time fixing the quality issues in the previous Increment before working on the new Sprint Backlog items. This may affect the Sprint Goal and the delivery of value.

C. The indication of progress on the Product Backlog is not transparent. This is true because the Product Backlog items that were supposedly Done in the previous Sprint are actually not Done according to the Definition of Done. This means that the Product Owner cannot accurately forecast the release plan and the stakeholders cannot trust the progress reports.

D. The Scrum Team should not release the Increment. This is true because releasing an Increment that does not meet the Definition of Done may compromise the quality, usability, and value of the product. It may also damage the reputation and trust of the Scrum Team and the organization.

E. The incomplete Sprint Backlog items should be returned to the Product Backlog. This is true because the Sprint Backlog items that were not Done according to the Definition of Done are still part of the Product Backlog. The Product Owner should re-order them based on their value and priority and decide when to include them in the next Sprint.

The following statement is false:

B. The project manager cannot effectively update the plan. This is false because there is no project manager role in Scrum. The Product Owner is responsible for managing the Product Backlog and the value delivery, while the Scrum Master is responsible for facilitating the Scrum process and removing impediments. The Developers are responsible for managing the Sprint Backlog and the quality of the Increment.

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

According to the Scrum Guide, the Developers are accountable for creating a plan for the Sprint, which includes selecting the Product Backlog items that they can deliver in the Sprint1. If they realize that the workload is too high, they have two options: either reduce the scope or increase the capacity. Reducing the scope means removing or changing some of the Product Backlog items, in agreement with the Product Owner, so that theSprint Goal can still be achieved2. Increasing the capacity means adding more Developersto the team, but this is not recommended, as it can disrupt the team dynamics, lower the quality, and increase the communication overhead3. Therefore, the best actions to take are A and B, as they respect the self-organization and collaboration of the Scrum Team, and allow them to deliver a valuable and potentially releasable Increment at the end of the Sprint4.

Let's analyze each option to determine the best considerations for a Product Owner when ordering the Product Backlog, referencing PSPO II competencies:

A. Alignment with organizational strategy and goals.

Verification:This is acorrectanswer.

Explanation and References:

Professional Scrum Competency: Managing Products with Agility - Business Strategy

The Product Backlog should reflect the overall business strategy andcontribute to achieving organizational goals.

Professional Scrum Competency: Managing Products with Agility - Product Vision

The Product Vision is guided by the organizational strategy. The Product Backlog ordering should help realize that vision.

Additional Explanation:A Product Owner must ensure the product is strategically aligned, maximizing the return on investment for the organization.

B. The techniques the Developers will use to implement the item.

Verification:This isincorrect.

Explanation and References:

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

The Developers are responsible for determininghowthey will implement Product Backlog items. The Product Owner focuses on thewhatandwhy.

Additional Explanation:The Product Owner should trust the Developers' expertise in technical implementation. While high-level technical feasibility might be a consideration, the specific techniques used are within the Developers' domain.

C. Risk. For example; business risk, market risk, or technology risk.

Verification:This is acorrectanswer.

Explanation and References:

Professional Scrum Competency: Managing Products with Agility - Evidence-Based Management

Identifying and mitigating risks is crucial for maximizing product value. Addressing high-risk items early can prevent significant problems later.

Professional Scrum Competency: Managing Products with Agility - Business Strategy

Understanding and mitigating business and market risks is essential for strategic product development.

Additional Explanation:Addressing high-risk items early (when appropriate) allows for early learning and adaptation, reducing overall project risk.

D. Alignment with other Product Backlog items.

Verification:This is acorrectanswer.

Explanation and References:

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

Considering dependencies and relationships between Product Backlog items is essential for effective release planning.

Professional Scrum Competency: Managing Products with Agility - Product Backlog Management

The Product Backlog should be ordered in a way that considers dependencies and logical groupings of items to deliver coherent functionality.

Additional Explanation:Grouping related items or addressing dependencies early can improve development efficiency and create more valuable increments.

E. Importance to users or customers.

Verification:This is acorrectanswer.

Explanation and References:

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

Understanding and prioritizing based on user and customer needs is fundamental to delivering a valuable product.

Professional Scrum Competency: Managing Products with Agility - Product Value

Delivering value to users and customers is the ultimate goal, and the Product Backlog ordering should reflect this.

Additional Explanation:Focusing on user and customer value helps ensure that the most important features are delivered first, maximizing user satisfaction and business impact.

In conclusion, the four best considerations for ordering the Product Backlog are: alignment with organizational strategy and goals, risk, alignment with other Product Backlog items, and importance to users or customers. These factors help the Product Owner maximize product value, manage risks, and ensure the product aligns with business objectives and user needs, in accordance with the PSPO II competencies.

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