Why is it important that there is only one Product Owner per product? (choose the best three answers)
Answer(s): C,D,E
The reasons why it is important that there is only one Product Owner per product are:It is clear who is accountable for the ultimate value of the product. The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. They are responsible for identifying and articulating the Product Goal, which is a long-term objective for the product that guides all the activities of the Scrum Team. It helps avoid barriers to effective communication and rapid decision-making. The Product Owner is the sole person responsible for managing the Product Backlog, which is an emergent, ordered list of what is needed to improve the product. They must ensure that the Product Backlog is transparent, visible, and understood by everyone who needs to work on it. They must also collaborate with the Developers and the stakeholders to refine, order, and prioritize the Product Backlog items based on value and impact.The Scrum Team always knows who determines the order of the Product Backlog. The Product Owner has the final authority to decide what items are more important and valuable for the product. They must communicate this order clearly and consistently to the Scrum Team and the stakeholders. They must also respect and support the self-management of the Developers in choosing how best to accomplish their work.Other options, such as the Scrum Master knowing who acts as their backup while on vacation or it would confuse the stakeholders if they had to work with more than one person, are not valid reasons why it is important that there is only one Product Owner per product. They may reflect a misunderstanding of the roles and accountabilities of the Scrum Team or the stakeholders.
[Scrum Guide], page 6, section "Product Owner"[Scrum Guide], page 11, section "Product Backlog"[Scrum Guide], page 12, section "Product Backlog Refinement" [Scrum Guide], page 11, section "Product Backlog"[Scrum Guide], page 7, section "Developers"
The Developers find out during the Sprint that they are not likely to build everything they forecast.What would you expect a Product Owner to do?(choose the best answer)
Answer(s): D
If the Developers find out during the Sprint that they are not likely to build everything they forecast, the best response from the Product Owner is to re-work the selected Product Backlog items with the Developers to meet the Sprint Goal. This is because:The Sprint Goal is a short-term objective that provides guidance and focus to the Scrum Team throughout the Sprint. It is a flexible and negotiable commitment that can be adjusted as more is learned throughout the Sprint.The Developers are accountable for creating a "Done" Increment in every Sprint. They must ensure that every Product Backlog item they work on meets the Definition of Done before it is considered complete.The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. They must inspect the Increment at the end of each Sprint and assess how it delivers value and contributes to the Product Goal.The Product Owner and the Developers must collaborate closely throughout the Sprint to ensure that they have a shared understanding of what they are building and why. The Product Owner must provide clarifications, feedback, and guidance to the Developers as needed to help them create a valuable Increment.If the Developers find out during the Sprint that they are not likely to build everything they forecast, it means that there is a gap between their initial plan and their actual progress. This may happen due to various reasons, such as new insights, changing requirements, technical challenges, or unforeseen circumstances.In this situation, the Product Owner should work with the Developers to re-work the selectedProduct Backlog items to meet the Sprint Goal. This may involve adding, removing, or modifying some items, as long as they still support the Sprint Goal and deliver value. The Product Owner should also communicate any changes or impacts to the stakeholders and customers as appropriate. Other options, such as skipping Product Backlog refinement activities, informing management that more Developers are needed, changing the Sprint Goal, or canceling the Sprint, are not valid responses from the Product Owner as they do not reflect what should happen in Scrum or how to deal with uncertainty and complexity.
[Scrum Guide], page 15, section "Sprint Goal"[Scrum Guide], page 7, section "Developers"[Scrum Guide], page 6, section "Product Owner"[Scrum Guide], page 10, section "Definition of Done"[Scrum Guide], page 10, section "Increment"[Scrum Guide], page 10, section "Product Goal"
Who is accountable for creating a valuable and usable Increment each Sprint? (choose the best answer)
Answer(s): A
The Scrum Team member who is accountable for creating a valuable and usable Increment each Sprint is the Developers. This is because:The Developers are accountable for creating a "Done" Increment in every Sprint. They must ensure that every Product Backlog item they work on meets the Definition of Done before it is considered complete.The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. It is a shared understanding among the Scrum Team and the stakeholders of what "Done" means for any Product Backlog item that is selected for a Sprint. The Increment is a concrete and usable outcome of the Sprint that provides a measure of progress and value delivery. It must be in useable condition regardless of whether it will be released or not. The Developers are self-managing professionals who organize and manage their own work. They decide how to best accomplish their work, rather than being directed by others outside the Scrum Team.Other options, such as the CEO, the Product Owner, the Scrum Master, or the Scrum Team, are not accountable for creating a valuable and usable Increment each Sprint. They may have different roles and accountabilities in Scrum, but they do not do the actual work of creating a "Done" Increment.
[Scrum Guide], page 7, section "Developers"[Scrum Guide], page 10, section "Definition of Done"[Scrum Guide], page 10, section "Increment"[Scrum Guide], page 7, section "The Scrum Team"
A Project Manager working with your Scrum Team has raised concerns about progress and money spent. What are the two best responses?(choose the best two answers)
Answer(s): A,B
The two best responses to a Project Manager who has raised concerns about progress and money spent are:Promote transparency by sharing the Product Backlog and ensuring the Project Manager has access. This helps communicate what is needed to improve the product, what is planned for each Sprint, and what has been done so far. It also helps align expectations and priorities among different stakeholders.Have a discussion with the Project Manager; share the current impediments and forecast for the Sprint. This helps address any issues or risks that may affect the delivery of value and the achievement of the Sprint Goal. It also helps provide feedback and adaptation based on the empirical evidence and data.Other options, such as showing the Earned Value Analysis (EVA) report, Scrum does not have Project Managers so disregard their concerns, or sharing the last stakeholder briefing document prepared by the Product Owner, are not the best responses as they do not reflect how to effectively collaborate and communicate with the Project Manager or how to apply the Scrum values and principles.
[Scrum Guide], page 11, section "Product Backlog"[Scrum Guide], page 15, section "Sprint Backlog"[Scrum Guide], page 10, section "Increment"[Scrum Guide], page 5, section "Scrum Theory"[Scrum Guide], page 4, section "The Scrum Team"
Post your Comments and Discuss Scrum PSPO-I exam with other Community members:
Barbara commented on October 07, 2024 good content! UNITED STATES upvote
Our website is free, but we have to fight against bots and content theft. We're sorry for the inconvenience caused by these security measures. You can access the rest of the PSPO-I content, but please register or login to continue.