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

The correct answer is D. The Sprint Goal provides the Developers with a common, specific objective that creates focus and coherence during the Sprint. Rather than treating the Sprint as a collection of unrelated backlog items, the Sprint Goal gives the team a shared purpose for the work they are doing. This helps the Developers make trade-offs, collaborate more effectively, and adapt the Sprint Backlog while still moving toward a meaningful outcome.

Option A is incorrect because Scrum does not define Sprint 0 as part of Scrum, and the Sprint Goal applies to every Sprint. Option B is incorrect because the Sprint Goal is highly valuable. The Product Backlog provides ordered possibilities for future work, but the Sprint Goal explains the purpose of the current Sprint. Option C is incorrect because the Sprint Goal does not guarantee that every selected Product Backlog item will be completed. The team may renegotiate scope with the Product Owner as more is learned, while still aiming to achieve the Sprint Goal.

The Sprint Goal supports flexibility. It allows the Developers to adjust their plan during the Sprint without losing direction. That is why Scrum uses a goal-oriented approach rather than only a task-oriented one.

The correct answer is E because Scrum depends on transparency, collaboration, and collective accountability. If a Developer raises concerns about data security, the Scrum Master should encourage that concern to be brought to the Scrum Team as soon as possible so it can be openly inspected and addressed. Security is a serious product quality concern, and in Scrum, important issues should not remain private between two people when they affect the whole team’s work and the quality of the Increment.

Option A may sound reasonable, but the Scrum Master should not unilaterally add security to the Definition of Done. The Definition of Done is created and evolved appropriately through the Scrum Team’s work and organizational standards. Option B is too directive and bypasses team inspection and collaboration. Option C could eventually happen, but immediately creating a Product Backlog item does not address the need for transparency within the Scrum Team. Option D is incorrect because Scrum does not rely on a separate tester role to own quality concerns.

The Scrum Master should help the team surface the issue quickly so they can determine the right action together.

The correct answer is C, because if burndown charts are used to visualize progress, they track work remaining across time. A burndown chart is a graphical representation of the amount of work left to do versus the time available. It helps the Scrum Team monitor and forecast the progress toward the Sprint Goal.

According to the Scrum Guide, the Product Owner has the final say on the order of the Product Backlog, as he or she is responsible for maximizing the value of the product and the work of the Development Team. The other roles do not have this authority, although they may provide input and suggestions to the Product Owner.

According to the Scrum Guide 1 , 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. Therefore, implementation of a Product Backlog item is considered complete when the item has no work remaining in order to be potentially released.

According to the Scrum Guide, two intended outcomes of the Daily Scrum are identification of impediments that may prevent the Developers from achieving the Sprint Goal and a shared understanding of the most important work to be undertaken next to achieve the best possible progress toward the Sprint Goal. These outcomes help the Developers to inspect their progress, plan their work, and collaborate effectively. The other options are not intended outcomes of the Daily Scrum, as they are either irrelevant (such as updating a Scrum board) or inappropriate (such as providing a status report or an update of completed tasks).

According to the Scrum Guide, Scrum is a framework to generate value through adaptive solutions for complex problems. It is based on empiricism, self-organization, and collaboration. The other options are not accurate descriptions of Scrum, as they are either too rigid (such as a defined and predictive process or a complete methodology), too vague (such as a cookbook), or irrelevant (such as scientific management).

The correct answers are B and E, because Scrum has no “tester” role and everyone in the Development Team is responsible for quality. The Scrum Guide states that “the Development Team consists of professionals who do the work of delivering a potentially releasable Increment of ‘Done’ product at the end of each Sprint. Development Teams are structured and empowered by the organization to organize and manage their own work. The resulting synergy optimizes the Development Team’s overall efficiency and effectiveness.”

According to the Scrum Guide, the purpose of a Sprint is to produce a valuable useful Increment that meets the Definition of Done and the Sprint Goal. This means that the Developers work on items from the Product Backlog that deliver value to the stakeholders and align with the product vision. The other option is not valid, as it implies that producing an Increment is not the purpose of a Sprint.

The correct answer is B, because a product Increment does not have to be released to production at the end of each Sprint. The Scrum Guide states that “at the end of a Sprint, the new Increment must be ‘Done,’ which means it must be in useable condition and meet the Scrum Team’s definition of ‘Done’. An increment is a body of inspectable, done work that supports empiricism at the end of the Sprint. The increment is a step toward a vision or goal.” Therefore, a product Increment must be potentially releasable, but the decision to release it is up to the Product Owner.