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

The Definition of Done serves the following three purposes:

A. Create a shared understanding of when work is complete.

The Definition of Done is a commitment to the quality of the product increment that is part of Scrum. It is a formal description of the state of the product backlog item or the increment when it meets the quality measures required for the product. The Scrum team must have a shared understanding of what ‘done’ means and use it to assess when work is complete and transparent 1 .

C. Increase transparency.

The Definition of Done increases transparency by providing everyone a shared understanding of what work was completed and what standards were met as part of the increment. This ensures that the product increment is potentially releasable and that the stakeholders can inspect and provide feedback on it 2 .

D. Describe the work that must be mostly done before the Sprint is allowed to end.

The Definition of Done describes the work that must be done before the Sprint is allowed to end. Work cannot be considered part of an increment unless it meets the Definition of Done. The Definition of Done is used to guide the Developers in creating a " Done " , usable, and potentially releasable product increment every Sprint 3 .

B and E are not purposes of the Definition of Done.

B. Guide the Developers on how many Product Backlog items to select for the Sprint.

The Definition of Done does not guide the Developers on how many Product Backlog items to select for the Sprint. The Developers select how many Product Backlog items they can complete within a Sprint based on their capacity, skills, and experience. The Definition of Done helps them ensure that the selected items are completed to a high standard of quality 4 .

E. Describe the purpose, Objective, and timebox Of each Scrum event.

The Definition of Done does not describe the purpose, objective, and timebox of each Scrum event. The Scrum Guide describes these aspects for each Scrum event, such as Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective 5 . The Definition of Done is related to the product increment, not to the Scrum events.

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, the 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.

The correct answers are A and D, because a Development Team is responsible for resolving internal team conflicts and organizing the work required to meet the Sprint Goal. The Scrum Guide states that “development Teams are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality.” Therefore, a Development Team should manage its own work and resolve its own issues.

The correct answer is A, because the Scrum Guide states that “a Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Development Team, or the Scrum Master.” Therefore, a Development Team cannot cancel a Sprint by itself.

The timebox for the Sprint Review is four hours for a one-month Sprint, as stated in [4]: “The Sprint Review is held at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. During the event, the Scrum Team and stakeholders review what was accomplished in the Sprint and what has changed in their environment. Based on this information, attendees collaborate on what to do next. The Product Owner explains what Product Backlog items have been “Done” and what has not been “Done”; additionally, they discuss any changes to scope or budget or potential value. The entire group then collaborates on what to do next, so that the Sprint Review provides valuable input to subsequent Sprint Planning. The Sprint Review is a working session and attendees should inspect based on facts. A Sprint Review is held at the end of every Sprint for a maximum duration of four hours for a one-month Sprint.”

The correct answer is B, because when multiple Scrum Teams work from the same Product Backlog, they should pull in work in agreement with the Product Owner. The Scrum Guide states that “multiple Scrum Teams often work together on the same product. One product goal unites them. Therefore, they must mutually define and comply with a definition of ‘Done’ that applies to their combined work product.” Therefore, they should collaborate and coordinate with each other and with the Product Owner to select Product Backlog items that align with their shared product goal.

According to the Scrum Guide 1 , the heart of Scrum is a Sprint, a time-box of one month or less during which a “Done”, useable, and potentially releasable product Increment is created. Sprints have consistent durations throughout a development effort. A new Sprint starts immediately after the conclusion of the previous Sprint. The length of a Sprint should be short enough to keep the business risk acceptable to the Product Owner, short enough to be able to synchronize the development work with other business events, and no more than one calendar month.

According to the Scrum Guide 1 , one aspect of Scrum Teams inspecting how they work toward their Product Goal is that they improve their definition of “Done” over time. The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint. Therefore, it is most appropriate for a Development Team to change the definition of “Done” during the Sprint Retrospective.

According to the Scrum Guide 1 , 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.

According to the Scrum Guide, multiple Scrum Teams working on the same product do not have to have the same Sprint start date. They may start their Sprints at different times, as long as they synchronize their work and integrate their Increments at least by the end of each Sprint. The other option is not valid, as it implies that having the same Sprint start date is mandatory for multiple Scrum Teams.