Pass the Scrum Professional Scrum Master PSM-I Questions and answers with ExamsMirror

According to the Scrum Guide1, when multiple Scrum Teams are working together on one product, they must coordinate their work with each other. One way to do this is through Nexus, a framework for scaling Scrum. Nexus helps to reduce cross-team dependencies and integration issues by making them more transparent. Multiple Scrum Teams working on one product use one Product Backlog.

References: Scrum Guide, Nexus Guide

According to the Scrum Guide, a Sprint concludes when the Sprint Retrospective is complete. This is the last event of the Sprint cycle, where the Scrum Team inspects itself and creates a plan for improvements. The other options are not valid indicators of the conclusion of a Sprint, as they are either irrelevant (such as the Product Owner deciding enough has been delivered) or incomplete (such as all tasks or Product Backlog items being done).

The best answer is C. When multiple Scrum Teams are working together on a product, they must mutually define and comply with the same Definition Of Done.

According to the Scrum 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 Scrum Guide also states that “when multiple Scrum Teams are working together on a product, they must mutually define and comply with the same Definition of Done. This ensures transparency and consistency among the teams and makes their combined work potentially releasable.”

A, B, and D are not correct answers.

A. Each Scrum Team uses its own, but must make their definition clear to all other teams so the differences are known.

This answer does not reflect the Scrum value of alignment2. Having different Definitions of Done for each Scrum Team can create confusion and inconsistency in the quality and completeness of the product. It can also make it difficult to integrate and deliver a coherent and valuable Increment at the end of each Sprint.

B. The Scrum Masters from each Scrum Team define a common Definition of Done.

This answer does not reflect the Scrum principle of self-organization3. The Definition of Done should be created by the Developers who are responsible for delivering the Increment, not by the Scrum Masters who are responsible for facilitating and coaching the Scrum Teams. The Scrum Masters can help the Developers understand and apply the Definition of Done, but they should not impose it on them.

D. Each Scrum Team defines and uses its own. The differences are discussed and reconciled during a hardening Sprint.

This answer does not reflect the Scrum value of focus2. Having different Definitions of Done for each Scrum Team can lead to technical debt or rework that requires a hardening Sprint to resolve. A hardening Sprint is an anti-pattern that violates the rule of delivering a potentially releasable Increment at the end of each Sprint4.

The product has one Product Backlog, as it is a single source of requirements for any changes to be made to the product. There should be only one Product Owner, who is accountable for maximizing the value of the product and the work of the Development Team. Having multiple Product Owners or Product Backlogs would create confusion, inconsistency, and waste.

According to the Scrum Guide1, during each Daily Scrum, each Developer answers three questions:

What did I do yesterday that helped meet our Sprint Goal?

What will I do today to help meet our Sprint Goal?

Do I see any impediment that prevents me or our Development Team from meeting our Sprint Goal?

The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward achieving their Sprint Goal and producing a usable Increment. The other options are not relevant or appropriate for the Daily Scrum.

References: Scrum Guide

The best two answers are A and C. These two ways of creating Scrum Teams are consistent with Scrum’s values because they respect the self-organization and empowerment of the people who will be working in the teams. They also foster openness and courage by allowing the people to express their preferences and opinions about the new structure.

B, D and E are not consistent with Scrum’s values because they impose a top-down approach that does not involve the people who will be affected by the change. They also undermine the commitment and focus of the teams by assigning them to work on something they may not be interested in or passionate about.

The correct answer is D, because there is no gap between Sprints in Scrum. The Scrum Guide states that “a new Sprint starts immediately after the conclusion of the previous Sprint.” Therefore, there is no time required after a Sprint to prepare for the next Sprint.

According to the Scrum Guide, three behaviors that demonstrate that a team is self-organizing are creating their own sprint backlog, having all the skills needed to create a releasable Increment, and collaboratively selecting their own work during the Sprint. The other options are not behaviors that demonstrate self-organization, as they are either contrary to Scrum values and principles (such as stakeholders walking in at the Daily Scrum or working within functional boundaries) or unnecessary for self-organization (such as the Product Owner not being at Sprint Retrospectives or the Development Team inviting external people to the Sprint Planning).

According to the Scrum Guide, two activities that a Product Owner may engage in during a Sprint are updating management on what is being worked on and answering questions from the Development Team about items in the current Sprint. These activities are part of the Product Owner’s responsibilities to manage and prioritize the Product Backlog, communicate with stakeholders, and collaborate with the Development Team. The other options are not activities that a Product Owner should engage in during a Sprint, as they are either done by the Scrum Master (such as running the Daily Scrum) or by the Development Team (such as prioritizing their work on the Sprint Backlog).