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. This is because the Definition of Done creates transparency and ensures that the product Increment meets the quality standards required for the product 1 . If each Scrum Team has its own Definition of Done, it may lead to inconsistencies, conflicts, and technical debt in the product. Therefore, the Scrum Teams should collaborate and agree on a common Definition of Done that applies to all Product Backlog Items and Increments. This way, the Scrum Teams can deliver a potentially releasable product Increment at the end of every Sprint 2 .

According to the Scrum Guide 1 , each event in Scrum is a formal opportunity to inspect and adapt something. These events are specifically designed to enable critical transparency and inspection. Failure to include any of these events results in reduced transparency and is a lost opportunity to inspect and adapt. All events are time-boxed events, such that every event has a maximum duration. Once a Sprint begins, its duration is fixed and cannot be shortened or lengthened. The remaining events may end whenever the purpose of the event is achieved, ensuring an appropriate amount of time is spent without allowing waste in the process. The time-box for the Daily Scrum is 15 minutes or less for a one-month Sprint. Its location and time remain constant.

 According to the Scrum Guide 1 , 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. Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team. The team model in Scrum is designed to optimize flexibility, creativity, and productivity.

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 definition guides the Development Team in creating a “Done” Increment. The definition of “Done” is created by the development organization (or Development Team if none is available from the development organization). The definition of “Done” may vary significantly per Scrum Team, depending on the context. One aspect of Scrum Teams inspecting how they work toward their Product Goal is that they improve their definition of “Done” over time. Therefore, if a Product Backlog item worked on during the Sprint does not meet the definition of “Done”, two things that should happen with the undone Product Backlog item are:

Put it on the Product Backlog for the Product Owner to decide what to do with it, as they are accountable for effective Product Backlog management and ordering.

Do not include the item in the Increment this Sprint, as it does not meet the quality standards and may compromise value.

The other options are not appropriate, as they may compromise transparency, inspection, or adaptation.

The correct answer is B, because the Scrum Guide states that “the Development Team modifies the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal.” Therefore, new work or further decomposition of work can be added to the Sprint Backlog as soon as possible after they are identified by the Development Team.

The correct answer is B, because the guideline that a Scrum Master should give is that estimates are made by the Development Team. The Scrum Guide states that “the number of items selected from the Product Backlog for the Sprint is solely up to the Development Team. Only the Development Team can assess what it can accomplish over the upcoming Sprint.” Therefore, the Development Team should estimate the work in Scrum, using any method or unit they prefer.

The correct answers are B and D, because these are the most appropriate responses for the Scrum Master. The Scrum Master should coach the team on why the Daily Scrum is important as an opportunity to update the plan, inspect the progress, and synchronize the activities of the Development Team. The Scrum Master should also learn why the Development Team wants this and work with them to improve the outcome of the Daily Scrum, rather than imposing a decision or accepting their request without question.

The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide and for helping everyone understand Scrum theory and practice. Option A is correct because Scrum events are timeboxed, and the Scrum Master helps the Scrum Team understand and properly use those timeboxes so events remain focused, productive, and effective. Teaching the team how timeboxing supports empiricism, focus, and predictability is part of the Scrum Master’s service to the team.

Option D is also correct because the Scrum Master serves the organization by helping those outside the Scrum Team understand how to interact effectively with the team. This includes removing barriers between stakeholders and Scrum Teams and coaching the organization in Scrum adoption.

Option B is incorrect because Scrum does not require the Scrum Master to maintain burndown charts. Option C is incorrect because Developers are self-managing and the Scrum Master does not assign tasks. Option E is incorrect because the Sprint Review is a collaborative inspection of the Increment, and completion is determined by whether work meets the Definition of Done, not by the Scrum Master declaring it.

The correct answer is C because the Daily Scrum is specifically an event for the Developers of the Scrum Team. According to the Scrum Guide, the Daily Scrum is held by the Developers to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. This makes the Developers the only people who must attend.

The Scrum Master’s responsibility is to ensure that the event takes place and that attendees understand its purpose, but the Scrum Master is not required to attend unless they are actively helping the Developers or are also participating as part of the team’s work. The Product Owner is also not required to attend. While either the Scrum Master or Product Owner may be present, the Daily Scrum remains a Developers’ event.

Options A, B, D, and E are incorrect because they include roles that are not mandatory participants. Scrum is careful about this distinction to preserve self-management and ensure the Developers own daily planning. The Daily Scrum is not a status meeting for management or other roles. It is a focused inspection-and-adaptation event for the Developers.

According to the Scrum Guide 1 , each event in Scrum is a formal opportunity to inspect and adapt something. These events are specifically designed to enable critical transparency and inspection. Failure to include any of these events results in reduced transparency and is a lost opportunity to inspect and adapt. All events are time-boxed events, such that every event has a maximum duration. Once a Sprint begins, its duration is fixed and cannot be shortened or lengthened. The remaining events may end whenever the purpose of the event is achieved, ensuring an appropriate amount of time is spent without allowing waste in the process. The time-boxed events in Scrum are:

Sprint Planning (eight hours or less for a one-month Sprint)

Daily Scrum (15 minutes or less for a one-month Sprint)

Sprint Review (four hours or less for a one-month Sprint)

Sprint Retrospective (three hours or less for a one-month Sprint)

The other options are not time-boxed events in Scrum.