PSM-II Exam Dumps : Professional Scrum Master II

A. Having one Product Owner will improve the clarity of accountability to the teams and to the product management department. This is a good suggestion, as it ensures that there is a single person who is responsible for maximizing the value of the product and managing the Product Backlog. Having one Product Owner also avoids confusion, duplication, or conflict among multiple Product Owners who may have different visions, priorities, or expectations for the product.

D. A single Product Backlog should be maintained holding all requirements for the new product. This is also a good suggestion, as it ensures that there is a single source of truth for the product requirements and that they are transparent and visible to all stakeholders. Having a single Product Backlog also enables the Product Owner to order the items based on their value, risk, dependency, and urgency, and to collaborate with the Scrum Teams to select and refine the items for each Sprint.

References:

• The Scrum Guide, section 2.3 (The Scrum Team), page 7
• The Scrum Guide, section 4.1 (The Product Backlog), page 11
• The Scrum Master Learning Path, module 2 (The Scrum Framework), lesson 4 (Sprint Planning) and lesson 5 (The Sprint Review)

The Scrum Master is responsible for promoting and supporting Scrum, which includes helping the Scrum Team and the organization understand and enact Scrum values, principles, and practices. The Scrum Master should offer guidance that:

• Addresses the root cause of the conflict, not just the symptoms or the consequences.
• Empowers the Scrum Team to self-organize and collaborate effectively, without relying on external intervention or authority.
• Fosters a culture of transparency, inspection, and adaptation, where feedback is welcomed and used to improve the product and the process.
• Focuses on delivering value to the customer and meeting the Sprint Goal, not on following a fixed plan or satisfying individual preferences.

Therefore, the best option is to address why requirements change during the Sprint Retrospective ©, which is an event that allows the Scrum Team to inspect how they worked together and create a plan for improvements. The Scrum Master should ask the Developers and the Product Owner to talk about why the requirements are changing and consider the impact on value during this discussion. This will help them understand each other’s perspectives, clarify their expectations, and align their goals.

The other options are not appropriate because they:

• Take everyone to a 2-day off-site event to relax and re-align (A), which may be a nice gesture, but does not solve the underlying problem or help the Scrum Team improve their collaboration skills. It may also be seen as a distraction or a reward for poor performance.
• Ask each person’s functional manager to instruct their employees that they must collaborate better, or be removed from the team (B), which undermines the self-organization and autonomy of the Scrum Team and introduces a threat of punishment that may damage trust and motivation. It also violates the Scrum value of respect and the principle of servant leadership.
• Ask for a project manager or other external resource to mediate and temporarily take over for the Product Owner (D), which creates a dependency on an outsider who may not have the necessary knowledge, authority, or vision to manage the product. It also violates the Scrum role of the Product Owner and the principle of single-wringable-neck.

References: : [Scrum Guide], The Scrum Master : [Scrum Guide], The Sprint Retrospective : [Scrum Guide], The Product Owner : [Scrum Guide], The Developers : [Scrum Guide], Scrum Values

A. The stakeholders have not been using the Sprint Reviews to actively engage, and inspect and evaluate progress. This is a possible factor that may have led to the disappointment and anger of the stakeholders. The Sprint Review is an event where the Scrum Team and the stakeholders collaborate to inspect the product Increment and adapt the Product Backlog based on feedback and new insights. If the stakeholders do not participate actively in the Sprint Review, they may miss the opportunity to provide input, voice their concerns, and influence the direction of the product development.

D. The Scrum Master has not ensured transparency. This is another possible factor that may have led to the disappointment and anger of the stakeholders. The Scrum Master is accountable for establishing and promoting transparency among the Scrum Team and the stakeholders, by ensuring that everyone has a clear and common understanding of the product vision, the Product Goal, the Product Backlog, the Sprint Goal, the Sprint Backlog, and the Definition of Done. Without transparency, there may be misalignment, confusion, or unrealistic expectations among the stakeholders regarding the product being built.

E. The Product Owner has not been interacting frequently with the stakeholders and kept them aware of the progress of the project. This is also a possible factor that may have led to the disappointment and anger of the stakeholders. The Product Owner is responsible for engaging with the stakeholders regularly and communicating the value, scope, and status of the product development. The Product Owner should also seek feedback from the stakeholders and incorporate it into the Product Backlog refinement and ordering. If the Product Owner does not interact frequently with the stakeholders, they may feel disconnected, ignored, or dissatisfied with the product being built.

References:

• The Scrum Guide, section 2.3 (The Scrum Team), page 7
• The Scrum Guide, section 3.6 (The Sprint Review), page 11
• The Scrum Guide, section 4.1 (The Product Backlog), page 11
• The Scrum Master Learning Path, module 2 (The Scrum Framework), lesson 5 (The Sprint Review) and lesson 6 (The Sprint Retrospective)