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

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 Guide 1 , “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 alignment 2 . 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-organization 3 . 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 focus 2 . 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 Sprint 4 .

The best answer is C. Ensure every Increment meets them.  Non-functional requirements (NFRs) are system qualities that guide the design of the solution and often serve as constraints across the relevant backlogs 1 .  NFRs are persistent qualities and constraints typically revisited as part of the definition of done (DoD) for each Iteration, PI, or release 1 . The Scrum Team should ensure that every Increment meets the NFRs, as they are part of the product requirements and affect the value delivery and customer satisfaction.

According to the Scrum Guide 1 , the Developers are self-organizing and decide how to turn Product Backlog items into an Increment of value. No one tells them how to do their work. The Developers are accountable for creating a plan for the Sprint, the Sprint Backlog. The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization. Therefore, when the Scrum Team gets caught in an internal disagreement about which development techniques to apply, two techniques that the Scrum Master could use are:

Involve the complete Development Team, as they are responsible for managing and refining their own work.

Use coaching techniques, such as open questions and active listening, to help the Development Team resolve their conflict and reach a consensus.

The other options are not appropriate, as they may undermine the self-organization and empowerment of the Developers.

The correct answers are B and D, because the length of the Sprint should be chosen based on the level of uncertainty over the technology to be used and the risk of being disconnected from the stakeholders. The Scrum Guide states that “Sprints have consistent durations throughout a development effort. A new Sprint starts immediately after the conclusion of the previous Sprint. Sprints enable predictability by ensuring inspection and adaptation of progress toward a Sprint Goal at least every calendar month. When a Sprint’s horizon is too long the Sprint Goal may become invalid, complexity may rise, and risk may increase.”

There is no such thing as Sprint 0 in Scrum, as stated in [7]: “Sprint 0 is a term used by some people who use Scrum to describe an initial period before starting Sprints where they do some upfront planning or analysis. However, this is not part of Scrum and contradicts its principles of empirical process control, iterative delivery, and responding to change.”

 According to the Scrum Guide, the time-boxed events in Scrum are Sprint Retrospective, Sprint Planning, and Daily Scrum. These events have a maximum duration that cannot be exceeded. The other options are not time-boxed events in Scrum, as they are either not part of Scrum (such as Release Planning, Release Retrospective, Sprint Testing, and Sprint 0) or not events at all (such as Definition of Done).

The correct answer is B, because a Product Owner is best described as a value optimizer. The Scrum Guide states that “the Product Owner is responsible for maximizing the value of the product resulting from work of the Development Team.” Therefore, a Product Owner should focus on delivering value to the customers and stakeholders through the product.

According to the Scrum Guide, the Product Owner must participate in the Daily Scrum when he or she is actively working on items on the Sprint Backlog; however, they participate as a Developer, not as an authority figure. This means that the Product Owner can share progress, plans, and impediments with the other Developers and collaborate with them on delivering value. The other options are not valid reasons for the Product Owner to participate in the Daily Scrum, as they are either irrelevant (such as representing stakeholders or discussing impediments) or inappropriate (such as being asked by the Scrum Master).

The correct answer is B, because the time-box for the Sprint Planning meeting is 8 hours for a monthly Sprint. The Scrum Guide states that “Sprint Planning is time-boxed to a maximum of eight hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.”

According to the Scrum Guide, when many Scrum Teams are working on a single product, they must have a Definition of Done that makes their combined work potentially releasable. This ensures that there is a clear and consistent understanding of what “Done” means for the product and that there is no technical debt or unfinished work at the end of each Sprint. The other options are not valid descriptions of the Definition of Done for multiple Scrum Teams, as they either create inconsistency, confusion, or waste (such as having different definitions, discussing and reconciling differences during a hardening Sprint, or having the Scrum Masters define a common Definition of Done).