Scrum Professional Scrum Master level III (PSM III) - PSM-III 模擬練習
When working on one software product with multiple Scrum teams in Scrum Nexus, what is important about dependenciesof the planned Backlog Items and integration of the work being done?
正解:
When multiple Scrum Teams work together on a single product usingScrum Nexus, managing dependencies and ensuring effective integration are critical to delivering a usable Increment each Sprint. Scrum Nexus extends Scrum by explicitly addressing the complexity that arises from multiple teams working on the same product.
First,dependencies between teams should be minimized. Dependencies reduce autonomy, slow feedback, and increase risk. In Nexus, Product Backlog Items should be ordered and refined in such a way that work with strong dependencies is keptwithin a single team whenever possible. This supports cross-functionality at the team level and reduces the coordination overhead required between teams.
Second, when dependencies cannot be avoided, they must be madetransparent and actively managed. The Nexus framework encourages early identification of dependencies during Nexus Sprint Planning so that teams can coordinate their work effectively. However, the goal remains to continuously reduce dependencies over time through better backlog ordering, architecture improvements, and skill broadening.
Third,integration of work is vital and takes precedence over completing all planned work. In Scrum Nexus, an Increment is only considered "Done" when the work of all teams is fully integrated and meets the shared Definition of Done. Unintegrated work, even if technically complete by an individual team, does not provide value and increases risk.
Fourth, integration must occurearly and often during the Sprint, not only at the end. Continuous integration helps uncover issues sooner, supports frequent inspection, and enables timely adaptation. Delaying integration increases the likelihood of defects, rework, and failure to produce a usable Increment.
First,dependencies between teams should be minimized. Dependencies reduce autonomy, slow feedback, and increase risk. In Nexus, Product Backlog Items should be ordered and refined in such a way that work with strong dependencies is keptwithin a single team whenever possible. This supports cross-functionality at the team level and reduces the coordination overhead required between teams.
Second, when dependencies cannot be avoided, they must be madetransparent and actively managed. The Nexus framework encourages early identification of dependencies during Nexus Sprint Planning so that teams can coordinate their work effectively. However, the goal remains to continuously reduce dependencies over time through better backlog ordering, architecture improvements, and skill broadening.
Third,integration of work is vital and takes precedence over completing all planned work. In Scrum Nexus, an Increment is only considered "Done" when the work of all teams is fully integrated and meets the shared Definition of Done. Unintegrated work, even if technically complete by an individual team, does not provide value and increases risk.
Fourth, integration must occurearly and often during the Sprint, not only at the end. Continuous integration helps uncover issues sooner, supports frequent inspection, and enables timely adaptation. Delaying integration increases the likelihood of defects, rework, and failure to produce a usable Increment.
Someone from the HR department approaches you. They regret to inform you that the Product Owner for your team isabsent starting today and will be unavailable for the rest of this sprint. The Product Owner might be back at work somewhereduring the next sprint, but it's all unknown at this point. What should the Scrum team do?
正解:
When the Product Owner becomes unexpectedly unavailable, the Scrum Team must respond in a way that preservescontinuity, transparency, and value delivery, while respecting Scrum accountabilities.
Short-Term Response
In theshort term, covering the current Sprint and possibly the next Sprint, the Scrum Team should be able to continueworking. Scrum is designed to be resilient to short-term disruptions. The team can proceed by relying on:
* TheProduct Visionpreviously communicated by the Product Owner,
* Thecurrent state and ordering of the Product Backlog, which should already reflect the Product Owner's value decisions.
During this period, the Developers continue to work toward the Sprint Goal, and the Scrum Master ensures that Scrum events take place and remain productive. No one should assume the Product Owner role informally, as this would undermine accountability.
Longer-Term Impact
If the Product Owner's absence extends beyond a short period, it becomes animpedimentto the Scrum Team.
The Product Owner is accountable for maximizing product value and managing the Product Backlog.
Prolonged absence prevents effective backlog ordering, stakeholder collaboration, and value-based decision- making.
In this case, theScrum Master must make the impediment visible to the organization. This includes explaining the impact on value delivery and helping leadership understand the need for a clear Product Owner accountability. The organization should thenappoint a new Product Ownerto ensure continuity of decision- making and accountability.
Short-Term Response
In theshort term, covering the current Sprint and possibly the next Sprint, the Scrum Team should be able to continueworking. Scrum is designed to be resilient to short-term disruptions. The team can proceed by relying on:
* TheProduct Visionpreviously communicated by the Product Owner,
* Thecurrent state and ordering of the Product Backlog, which should already reflect the Product Owner's value decisions.
During this period, the Developers continue to work toward the Sprint Goal, and the Scrum Master ensures that Scrum events take place and remain productive. No one should assume the Product Owner role informally, as this would undermine accountability.
Longer-Term Impact
If the Product Owner's absence extends beyond a short period, it becomes animpedimentto the Scrum Team.
The Product Owner is accountable for maximizing product value and managing the Product Backlog.
Prolonged absence prevents effective backlog ordering, stakeholder collaboration, and value-based decision- making.
In this case, theScrum Master must make the impediment visible to the organization. This includes explaining the impact on value delivery and helping leadership understand the need for a clear Product Owner accountability. The organization should thenappoint a new Product Ownerto ensure continuity of decision- making and accountability.
A Scrum Team has been working on a product for nine Sprints. A new Product Owner comes in, understanding he is accountable for the Product Backlog. However, he is unsure about his responsibilities.
Which two activities are part of the Product Owner role according to Scrum?
Which two activities are part of the Product Owner role according to Scrum?
正解:
According to Scrum, theProduct Owneris accountable formaximizing the value of the productand for effectiveProduct Backlog management. Two key activities that are explicitly part of this role are:
1. Ordering the Product Backlog to Maximize Value
The Product Owner is responsible forordering the Product Backlogso that the most valuable work is done first. This ordering reflects:
* Business and customer value,
* Risk and uncertainty,
* Strategic goals and learning from previous Sprints.
Through this activity, the Product Owner ensures that the Scrum Team is always working on what matters most.
2. Ensuring Product Backlog Items Are Transparent, Clear, and Understood The Product Owner ensures that Product Backlog Items are:
* Clearly expressed,
* Transparent to the Scrum Team and stakeholders,
* Understood well enough for Developers to select them during Sprint Planning.
This does not mean writing detailed requirements alone, butcollaboratingso that shared understanding exists.
1. Ordering the Product Backlog to Maximize Value
The Product Owner is responsible forordering the Product Backlogso that the most valuable work is done first. This ordering reflects:
* Business and customer value,
* Risk and uncertainty,
* Strategic goals and learning from previous Sprints.
Through this activity, the Product Owner ensures that the Scrum Team is always working on what matters most.
2. Ensuring Product Backlog Items Are Transparent, Clear, and Understood The Product Owner ensures that Product Backlog Items are:
* Clearly expressed,
* Transparent to the Scrum Team and stakeholders,
* Understood well enough for Developers to select them during Sprint Planning.
This does not mean writing detailed requirements alone, butcollaboratingso that shared understanding exists.
How can leadership of an agile organization help self-organizing teams get the most out of Scrum?
正解:
Leadership plays a critical role in enabling self-organizing teams to succeed with Scrum. While Scrum Teams are self-managing, organizational leadership must create the conditions in which Scrum can thrive. This support is expressed through behaviors that reinforce empiricism, accountability, and continuous improvement, rather than through command-and-control practices.
First, leadership can help by actively supporting self-organization and Scrum adoption. This includes trusting teams to decide how they do their work, resisting the urge to micromanage, and reinforcing Scrum practices and values across the organization. Leaders who understand and support Scrum help protect teams from external pressure that undermines self-management.
Second, leaders should learn about Agile and Scrum and understand how to interact with Scrum Teams effectively. This knowledge enables leadership to engage in ways that are helpful rather than disruptive-for example, collaborating through Scrum events instead of bypassing the Product Owner or directly assigning work to Developers. Informed interaction strengthens alignment while preserving team autonomy.
Third, leadership must respect Scrum accountabilities, especially the authority of the Product Owner.
Respecting Product Owner decisions on ordering the Product Backlog ensures clear accountability for maximizing value. When leadership overrides or bypasses the Product Owner, it undermines transparency, focus, and trust within the Scrum Team.
Fourth, leadership can significantly support teams by removing impediments that are beyond the team's control. These may include organizational policies, structural constraints, tooling limitations, or conflicting incentives. By actively addressing such impediments, leadership enables teams to improve their effectiveness and deliver value more consistently.
Finally, leadership should provide a clear organizational vision and strategy. A compelling vision and coherent strategy give Scrum Teams a sense of purpose and direction, helping them understand how their work contributes to broader organizational goals. This clarity supports better decision-making, alignment, and motivation at the team level without prescribing detailed solutions.
First, leadership can help by actively supporting self-organization and Scrum adoption. This includes trusting teams to decide how they do their work, resisting the urge to micromanage, and reinforcing Scrum practices and values across the organization. Leaders who understand and support Scrum help protect teams from external pressure that undermines self-management.
Second, leaders should learn about Agile and Scrum and understand how to interact with Scrum Teams effectively. This knowledge enables leadership to engage in ways that are helpful rather than disruptive-for example, collaborating through Scrum events instead of bypassing the Product Owner or directly assigning work to Developers. Informed interaction strengthens alignment while preserving team autonomy.
Third, leadership must respect Scrum accountabilities, especially the authority of the Product Owner.
Respecting Product Owner decisions on ordering the Product Backlog ensures clear accountability for maximizing value. When leadership overrides or bypasses the Product Owner, it undermines transparency, focus, and trust within the Scrum Team.
Fourth, leadership can significantly support teams by removing impediments that are beyond the team's control. These may include organizational policies, structural constraints, tooling limitations, or conflicting incentives. By actively addressing such impediments, leadership enables teams to improve their effectiveness and deliver value more consistently.
Finally, leadership should provide a clear organizational vision and strategy. A compelling vision and coherent strategy give Scrum Teams a sense of purpose and direction, helping them understand how their work contributes to broader organizational goals. This clarity supports better decision-making, alignment, and motivation at the team level without prescribing detailed solutions.