Scrum Scaled Professional Scrum SPS Exam Questions

Answer : B

When multiple Scrum Teams are working together on the same product, each team should not maintain a separate Product Backlog. According to the Scrum Guide, the Product Backlog is the single source of truth for the product, and it is owned and managed by the Product Owner 11. Having multiple Product Backlogs for the same product would create confusion, inconsistency, and duplication among the Scrum Teams and the stakeholders. It would also compromise the transparency, the alignment, and the value of the product development.

Instead of having separate Product Backlogs, the Scrum Teams should work from a common Product Backlog that reflects the vision, the goal, and the priorities of the product 22. The Product Owner should collaborate and communicate with the Scrum Teams and the stakeholders to ensure that the Product Backlog is clear, refined, and ordered. The Scrum Teams should coordinate and integrate their work to deliver a single Integrated Increment that meets the Definition of Done and the Product Goal every Sprint 33.

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

A Nexus is a framework for scaling Scrum that enables multiple Scrum Teams to work on a single product 1. A Nexus has one Product Backlog, which is an ordered list of the work to be done by the Scrum Teams in the Nexus 1. The Product Backlog has a single source of requirements and priorities for the product, and it is managed by the Product Owner, who is accountable for maximizing the value of the product and the work performed and integrated by the Scrum Teams 1. Having one Product Backlog for a Nexus ensures that the Scrum Teams have a common vision, goal, and alignment for the product 23. Therefore, the statement is true.

Answer : A

The best answer for this question is A. Integrating more frequently. This answer is correct because integrating more frequently can help the Scrum Teams in a Nexus to detect and resolve integration issues or dependencies earlier and faster, and to deliver a potentially releasable product increment at the end of each Sprint. Integrating more frequently can also reduce the complexity and risk of integration, and increase the quality and feedback of value delivery 112233.

The other answers are not correct for the following reasons:

B . Doing more acceptance testing. This answer is not sufficient because doing more acceptance testing does not address the root cause of the problem, which is the late integration of the work. Acceptance testing can help to verify the quality and functionality of the product increment, but it does not ensure that the integration is done early and often. Moreover, doing more acceptance testing may consume more time and resources, and delay the delivery of the product increment 44.

C . Doing more exploratory testing. This answer is not helpful because doing more exploratory testing does not solve the issue of the late integration of the work. Exploratory testing can help to discover and learn more about the product increment, but it does not guarantee that the integration is done smoothly and quickly. Furthermore, doing more exploratory testing may introduce more uncertainty and variability, and hinder the delivery of the product increment 55.

D . Using Behavior-Driven Development. This answer is not relevant because using Behavior-Driven Development does not directly affect the integration of the work. Behavior-Driven Development is a technique that can help to define and communicate the expected behavior and outcomes of the product increment, but it does not ensure that the integration is done frequently and effectively. Additionally, using Behavior-Driven Development may require more collaboration and coordination, and complicate the delivery of the product increment [6].

E . Investing in more Requirements Traceability. This answer is not useful because investing in more Requirements Traceability does not improve the integration of the work. Requirements Traceability is a practice that can help to track and document the origin and evolution of the product requirements, but it does not ensure that the integration is done timely and efficiently. Also, investing in more Requirements Traceability may increase the overhead and bureaucracy, and slow down the delivery of the product increment [7].

F . All of the above. This answer is not correct because none of the above answers are effective for addressing the issue of the late integration of the work. As explained above, each of the above answers has its own limitations and drawbacks, and does not directly or sufficiently help the Scrum Teams in a Nexus to integrate their work more frequently and successfully. Therefore, the best answer is A. Integrating more frequently.

Answer : B

A Nexus Integration Team is not responsible for actually doing the integration work during the Sprint. The Nexus Integration Team is a specialized Scrum Team that provides services and guidance to the Scrum Teams in the Nexus to ensure that the Integrated Increment is produced every Sprint 11. However, the Nexus Integration Team is not accountable for the integration of the work of the individual Scrum Teams, as this is the responsibility of the Scrum Teams themselves 22. The Nexus Integration Team helps the Scrum Teams to coordinate, coach, and supervise the application of Nexus and the operation of Scrum, but it does not take over their work or accountability 33. Therefore, the statement is false.

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 12. The Nexus framework defines the accountabilities, events, and artifacts that bind and weave together the work of the teams in a Nexus 12. One of the key roles in the Nexus framework is the Nexus Integration Team, which is a team of people who are responsible for coordinating, coaching, and supervising the integration of the work done by the Scrum Teams in the Nexus 21.

The purpose of the Nexus Integration Team is to:

Raise transparency. This is answer A. This is a valid answer because the Nexus Integration Team is responsible for raising transparency across the Nexus 213. Transparency is one of the pillars of empiricism, which is the principle of making decisions based on observation, inspection, and adaptation 12. The Nexus Integration Team helps to raise transparency by facilitating the Nexus events, such as the Nexus Sprint Planning, the Nexus Daily Scrum, the Nexus Sprint Review, and the Nexus Sprint Retrospective 213. The Nexus Integration Team also helps to raise transparency by visualizing the Nexus Sprint Backlog, which is a representation of the work across the Nexus that has dependencies 213. The Nexus Integration Team also helps to raise transparency by communicating and collaborating with the stakeholders, the Product Owner, and the Scrum Teams 213.

Be accountable that an Integrated Increment is produced. This is answer C. This is a valid answer because the Nexus Integration Team is accountable that an Integrated Increment is produced 214. The Integrated Increment is the integrated aggregation of all work completed by all the Scrum Teams in a Nexus 124. The Integrated Increment is the potentially releasable outcome of the Sprint, which means it meets the quality standards and expectations of the stakeholders 124. The Nexus Integration Team is accountable that an Integrated Increment is produced by ensuring that the work done by the Scrum Teams meets the Definition of Done, which is a formal description of the state of the Increment when it meets the quality measures required for the product 214. The Nexus Integration Team is also accountable that an Integrated Increment is produced by helping the Scrum Teams to identify and resolve any integration issues or dependencies that may affect the quality and delivery of the product 214.

The other two answers are not correct because:

Manage the Nexus. This is answer B. This is not a valid answer because the Nexus Integration Team is not the manager of the Nexus. 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 211. The Nexus Integration Team does not manage or control the Nexus, but rather supports and enables the Nexus 211. The Nexus is self-organizing and autonomous, which means it decides how to do its work and what work to do 124.

Integrate the work of the Scrum Teams. This is answer D. This is not a valid answer because the Nexus Integration Team is not the one who integrates the work of the Scrum Teams. 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 211. The Nexus Integration Team facilitates the integration of the work, but does not do it for the teams 211. The teams are responsible for integrating their own work and delivering a potentially releasable Increment of product value in each Sprint 124.