According to the Scrum Guide1, there are three roles in a Scrum Team:
The Product Owner
The Developers
The Scrum Master
The Product Owner is accountable for maximizing value resulting from work by Developers. 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. Every Scrum team must have a Product Owner and Scrum Master, as outcomes are affected by their participation and availability. The other options are false, as they imply that the Product Owner and Scrum Master roles are optional or interchangeable.
References: Scrum Guide
Question # 75
A Development Team selects a set of Product Backlog items for a Sprint Backlog with the intent to get the selected items “Done” by the end of the Sprint. Which three phrases best describe the purpose of a definition of “Done”? (Choose three.)
Options:
A.
It controls whether the developers have performed their tasks.
B.
It provides a template for elements that need to be included in the technical documentation.
C.
It creates transparency over the work inspected at the Sprint Review.
D.
It trucks the percent completeness of a Product Backlog item.
E.
It guides the Development Team is creating a forecast at the Sprint Planning.
F.
It defines what it takes for an Increment to be ready for release.
The correct answers are C, E, and F, because these phrases best describe the purpose of a definition of “Done”. It creates transparency over the work inspected at the Sprint Review, as it defines what it means for an Increment to be potentially releasable. It guides the Development Team in creating a forecast at the Sprint Planning, as it helps them estimate how much work they can accomplish in a Sprint. It defines what it takes for an Increment to be ready for release, as it ensures that the product meets the quality expectations of the stakeholders.
Question # 76
Which of the following best describes an increment of working software?
Options:
A.
A decomposition of all Product Backlog items into tasks for future Sprint Backlog lists.
B.
Additional features in a usable state that complement those delivered in previous iterations.
C.
A new user interface design for functionality delivered in previous iterations.
D.
An automated test suite to verify functionality delivered in previous iterations.
E.
UML diagrams that describe how to deliver functionality in future iterations.
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. Therefore, the best description of an increment of working software is additional features in a usable state that complement those delivered in previous iterations.
References: Scrum Guide
Question # 77
When should a Sprint Goal be created?
Options:
A.
It should have been created in the previous Sprint during Product Backlog refinement.
B.
It must be established before Sprint Planning in order to begin planning.
According to the Scrum Guide1, one aspect of Scrum Teams inspecting how they work toward their Product Goal is that they create a Sprint Goal every Sprint. The Sprint Goal is an objective set for the Sprint that can be met through the implementation of Product Backlog. It provides guidance to the Developers on why it is building the Increment. It also provides a basis for inspecting and adapting during the Sprint Review and Sprint Retrospective. The Sprint Goal is created during the Sprint Planning event.
References: Scrum Guide
Question # 78
How do you know that a Development Team is cross-functional?
Options:
A.
Development Team has all the skills to create a potentially releasable increment by the end of every Sprint.
B.
A few of the Development Team members pair program and do Test Driven Development.
C.
There are no conflicts within the Development Team.
D.
Every member of the Development Team is able to perform every task.
According to the Scrum Guide, a Development Team is cross-functional if it has all the skills to create a potentially releasable Increment by the end of every Sprint. The other options are not indicators of cross-functionality, as they are either specific practices (such as pair programming or test driven development) or irrelevant factors (such as conflicts within the team or ability to perform every task).