Scrum Scaled Professional Scrum SPS Exam Practice Test

Answer : C

The best way for multiple Scrum Teams to deliver a valuable and useful Increment in a Sprint is to complete work that integrates with all of the other work from other Scrum Teams on the initiative. This means that the Scrum Teams collaborate and coordinate their work to produce a single Integrated Increment that meets the Definition of Done and the Product Goal. The Integrated Increment is the combined work of all the Scrum Teams that is potentially releasable and provides value to the customers and stakeholders 11.

The other options are not correct for the following reasons:

Each Scrum Team delivering done Increments of its own area of responsibility and integrating them into a whole product during stabilization prior to release is not a good idea, as it violates the Scrum principles and values. The Scrum Guide states that the Scrum Team delivers a product Increment that is usable and valuable at the end of every Sprint, not at the end of the release 22. Delaying the integration until the stabilization phase would compromise the transparency, the feedback, and the adaptability of the Scrum Teams.

Each Scrum Team providing a unique done Increment that includes the team's added functionality is not a good idea, as it does not ensure that the product Increment is integrated and consistent across the initiative. The Scrum Guide states that the product Increment is the sum of all the Product Backlog items completed during a Sprint and all previous Sprints 22. If each Scrum Team provides a unique Increment, they may not be aligned with the Product Goal and the Definition of Done, and they may create conflicts or dependencies with other Scrum Teams.

Functionality not integrated with the work of other Scrum Teams being delivered as unintegrated Increments to demonstrate the value created by the Scrum Teams unable to completely integrate their Increments is not a good idea, as it does not ensure that the product Increment is done and valuable. The Scrum Guide states that the product Increment must be usable and meet the Definition of Done 22. If some functionality is not integrated with the work of other Scrum Teams, it may not be usable or valuable to the customers and stakeholders, and it may introduce technical debt or quality issues.

Answer : A, C

The Nexus Sprint Retrospective is an event that occurs at the end of the Sprint where the Nexus, which is a group of approximately three to nine Scrum Teams working on the same product, plans ways to increase quality and effectiveness across the whole Nexus 11. The purpose of the Nexus Sprint Retrospective is to inspect and adapt the Nexus framework, the integrated work, the processes, the tools, and the interactions among the Scrum Teams 11. Therefore, statement C is correct.

The Nexus Sprint Retrospective follows a three-step process: first, representatives from each Scrum Team identify issues that affect multiple teams; second, each Scrum Team conducts its own Sprint Retrospective; and third, representatives from each team meet again to discuss any actions needed based on the shared challenges 112233. The Nexus Sprint Retrospective enables bottom-up intelligence to improve how the Scrum Teams in a Nexus are working together, as it allows the teams to share their insights, learn from each other, and collaborate on solutions 44. Therefore, statement A is also correct.

Statement B is incorrect because the Nexus Sprint Retrospective is not a forum for management to see how the Nexus is performing, but rather a time for the Nexus to self-organize and self-improve 1144. Statement D is incorrect because the Nexus Sprint Retrospective is not a single meeting to inspect and adapt how all Scrum Teams work together, but rather a combination of three meetings that involve both individual and collective reflection and action 112233.

Answer : B, D

The purpose of the Nexus Sprint Backlog is to provide a view of dependent Product Backlog items in a Sprint and to make dependencies transparent to the Scrum Teams 15. The Nexus Sprint Backlog is a composite of the Product Backlog items from the Sprint Backlogs of the individual Scrum Teams, and it is used to highlight dependencies and the flow of work during the Sprint. It is updated throughout the Sprint as more is learned 21324354.

The other answers are not correct for the following reasons:

A . To make the work of the Nexus Integration Team transparent. This answer is not accurate because the Nexus Sprint Backlog does not only show the work of the Nexus Integration Team, but also the work of all the Scrum Teams in the Nexus. The Nexus Integration Team is responsible for facilitating the integration and delivery of the work done by the Scrum Teams, but it does not select or assign the work for them 15.

C . To visualize all Product Backlog items. This answer is not true because the Nexus Sprint Backlog does not contain all the Product Backlog items, but only the ones that the developers in the Nexus believe are necessary to achieve the Nexus Sprint Goal. The Product Backlog is the single source of requirements for the product, and it is managed and ordered by the Product Owner 15.

Answer : B

Using Scrum does not ensure that adding more resources to a product delivery effort proportionally increases the value delivered. In fact, adding more resources may have the opposite effect, as it can introduce more complexity, communication overhead, coordination challenges, and integration issues that can reduce the productivity and quality of the Scrum Teams 12. Scrum does not prescribe a specific team size or composition, but it does recommend that the Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint 3. Scrum also emphasizes the importance of delivering a potentially releasable increment of the product at least once per Sprint, which enables the Scrum Team and the stakeholders to inspect the value delivered and adapt accordingly 4. Therefore, using Scrum does not guarantee that adding more resources will increase the value delivered, but rather that delivering value frequently and incrementally will optimize the value delivery.

Answer : A, C

The Nexus framework is a way of scaling Scrum for multiple teams working on a single product. The Nexus framework uses Scrum as its building block and extends it only where necessary to minimize and manage dependencies between teams 11. The Nexus framework defines the accountabilities, events, and artifacts that bind and weave together the work of the teams in a Nexus 11. One of the key artifacts in the Nexus framework is the Integrated Increment, which is the integrated aggregation of all work completed by all the Scrum Teams in a Nexus 112.

When multiple Scrum Teams work on a product at the same time, the statements that are true are:

The different Scrum Teams coordinate their work to deliver a single Increment. This is answer A. This is a valid answer because the different Scrum Teams in a Nexus are not working in isolation, but rather collaborating and coordinating their work to deliver a single Increment 113. The single Increment is the Integrated Increment, which is the sum of all the work done by the Scrum Teams in a Sprint that meets the Definition of Done 112. The single Increment is the potentially releasable outcome of the Sprint, which means it meets the quality standards and expectations of the stakeholders 112.

The Developers must integrate their work before the end of the Sprint. This is answer C. This is a valid answer because the Developers are the people who do the work of delivering a potentially releasable Increment of product value in each Sprint 114. The Developers must integrate their work before the end of the Sprint, which means they must combine and verify their work frequently and continuously throughout the Sprint 114. The integration of the work is essential for ensuring the quality and usability of the product, as well as for validating the assumptions and learning from the feedback 114.

The other three answers are not correct because:

Each Scrum Team develops one or more product components which the Nexus Integration team uses to assemble the Integrated Increment. This is answer B. This is not a valid answer because the Nexus Integration Team is not the one who assembles the Integrated Increment. The Nexus Integration Team is a role that consists of the Scrum Master, the Product Owner, and other members who are responsible for coordinating, coaching, and supervising the integration of the work done by the Scrum Teams in the Nexus 11[5]. The Nexus Integration Team facilitates the integration of the work, but does not do it for the teams 11[5]. The teams are responsible for integrating their own work and delivering a potentially releasable Increment of product value in each Sprint 11[5].

They are all on the same Scrum Team. This is answer D. This is not a valid answer because they are not all on the same Scrum Team. A Scrum Team is a small group of people who are cross-functional and self-organizing, and who deliver a potentially releasable Increment of product value in each Sprint 11[6]. A Scrum Team usually consists of one Scrum Master, one Product Owner, and a few Developers 11[6]. When multiple Scrum Teams work on a product at the same time, they are not on the same Scrum Team, but rather on different Scrum Teams that form a Nexus 11[6]. A Nexus is a group of three to nine Scrum Teams who work on a single product and who share a common Product Backlog, a common Definition of Done, and a common Sprint Goal 11[6].

The Scrum of Scrums assembles the components into an Integrated Increment. This is answer E. This is not a valid answer because the Scrum of Scrums is not a part of the Nexus framework. The Scrum of Scrums is a term that is sometimes used to describe a coordination mechanism for multiple Scrum Teams, where representatives from each team meet regularly to share information and align their work [7][7]. The Scrum of Scrums is not a formal event or role in Scrum or Nexus, and it is not the one who assembles the components into an Integrated Increment [7][7]. The teams are responsible for integrating their own work and delivering a potentially releasable Increment of product value in each Sprint 11[5].

Answer : B

The best remedy for this situation is to ensure that all Scrum Teams understand the Nexus Sprint Goal. The Nexus Sprint Goal is a commitment that describes the purpose that will be achieved by the Nexus during the Sprint. It aligns with the Product Goal and provides coherence and focus for the work of the Scrum Teams. By understanding the Nexus Sprint Goal, the Scrum Teams can see how their work contributes to the product's progress and value delivery 1234.

The other answers are not effective for this situation because:

A . During Nexus Sprint Planning, have all the teams plan the Sprint together in one room, so they can see what other teams are working on. This answer is not sufficient because it does not address the root cause of the problem, which is the lack of a clear and shared purpose for the Sprint. Having all the teams plan the Sprint together may help them coordinate their work and identify dependencies, but it does not necessarily help them understand how their work relates to the product's progress and value.

C . Ask the Scrum Master to explain to the teams that the Product Owner can choose which features to work on, as she has the final say. This answer is not helpful because it does not foster collaboration and alignment among the Scrum Teams. It also undermines the self-organization and empowerment of the Scrum Teams, and reduces their ownership and accountability for the work. The Product Owner is responsible for managing and ordering the Product Backlog, but the Scrum Teams are responsible for selecting and delivering the work for the Sprint.

D . During Nexus Sprint Planning, ask each Scrum Team to create a Sprint Goal that describes the purpose of the Sprint. This answer is not optimal because it does not ensure that the Scrum Teams have a common objective and direction for the Sprint. Each Scrum Team may have a different Sprint Goal that may or may not align with the Nexus Sprint Goal and the Product Goal. This may lead to confusion, inconsistency, and sub-optimization of the product delivery.

Answer : A, B

The Nexus Sprint Review is an event that occurs at the end of the Sprint where the Nexus, which is a group of approximately three to nine Scrum Teams working on the same product, presents the Integrated Increment to the stakeholders and collects feedback 12. The Integrated Increment is the combined work of all the Scrum Teams in the Nexus that meets the Definition of Done and the Nexus Sprint Goal 1. The purpose of the Nexus Sprint Review is to inspect the Integrated Increment and adapt the Product Backlog based on new learnings 1. Therefore, statement A is correct.

The Nexus Sprint Review replaces individual Scrum Team Sprint Reviews because the focus is on the entire Integrated Increment rather than the work of each team 12. The Nexus Sprint Review is not a container for each individual Scrum Team's Sprint Review, nor is it when individual Scrum Teams demo their work. These statements imply that the Nexus Sprint Review is a collection of separate Sprint Reviews, which is not the case. The Nexus Sprint Review is a single event that involves all the Scrum Teams and stakeholders in the Nexus 12. Therefore, statement B is also correct, and statements C and D are incorrect.