PSM-I Exam Dumps - Scrum Professional Scrum Master Questions and Answers

The next Sprint begins immediately after the conclusion of the previous Sprint, as stated in the Scrum Guide: “Sprints have consistent durations throughout a development effort. A new Sprint starts immediately after the conclusion of the previous Sprint.”

According to the Scrum framework, the Product Owner is responsible for managing the Product Backlog, which includes prioritizing and adding new items1. However, when a new item is introduced during a Sprint, it is crucial to involve the entire Scrum Team in the decision-making process. This ensures that the team can assess the impact of the new item on the current Sprint goals, capacity, and workload1. By discussing the item with the team, they can collectively decide whether to include it in the current Sprint, defer it to a future Sprint, or handle it in another way1. This collaborative approach aligns with the principles of transparency, inspection, and adaptation, which are core to Scrum.

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).

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.

According to the Scrum Guide1, an Increment is a concrete stepping stone toward the Product Goal. Each Increment is additive to all prior Increments and thoroughly verified, ensuring that all Increments work together. In order to provide value, an Increment must be usable. Multiple Increments may be created within a Sprint. The sum of the Increments is presented at the Sprint Review thus supporting empiricism. However, an Increment may be delivered to stakeholders prior to the end of the Sprint. The Sprint Review should never be considered a gate to releasing value. For the purpose of transparency, when does Scrum say a new increment of working software must be available? At the end of every Sprint.

References: Scrum Guide

The correct answer is D, because the recommended size for a Development Team is 3 to 9 members. The Scrum Guide states that “fewer than three Development Team members decrease interaction and results in smaller productivity gains. Smaller Development Teams may encounter skill constraints during the Sprint, causing the Development Team to be unable to deliver a potentially releasable Increment. Having more than nine members requires too much coordination. Large Development Teams generate too much complexity for an empirical process to be useful.”

The correct answer is B, because the time-box for a Daily Scrum is 15 minutes. The Scrum Guide states that “the Daily Scrum is a 15-minute time-boxed event for the Development Team to synchronize activities and create a plan for the next 24 hours.”

According to the Scrum Guide, when multiple Scrum Teams are working on the same product, they should integrate their Increments every Sprint, in order to accurately inspect what is done and ensure that there is no technical debt or unfinished work at the end of each Sprint. The other options are not valid, as they imply that integration can be skipped, delayed, or done only for some teams, which is not consistent with Scrum values and principles.

According to the Scrum Guide1, the Sprint Backlog is the property of the Developers and no one else can tell them which items they should work on. The Developers can select any item from the Product Backlog that they forecast they can complete within a Sprint. The Developers are self-organizing and decide how to turn Product Backlog items into an Increment of value. Therefore, no one owns a Sprint Backlog item, but the entire Development Team is accountable for it.

References: Scrum Guide

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 backlogs1. NFRs are persistent qualities and constraints typically revisited as part of the definition of done (DoD) for each Iteration, PI, or release1. 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.