Scrum SPS Practice Test - Questions Answers, Page 3

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.

Creating a communication plan is not enough to fully address the coordination challenges that arise when many Scrum Teams work on the same product. A communication plan is a document that outlines the objectives, methods, channels, and frequency of communication among the stakeholders of a project or product 1. While a communication plan is useful for ensuring clarity, transparency, and alignment among the Scrum Teams and other parties involved, it does not address other aspects of coordination, such as integration, dependency management, alignment of goals and vision, and cross-team collaboration 2.

To effectively coordinate multiple Scrum Teams working on the same product, a communication plan should be complemented by other practices and frameworks, such as:

Nexus: Nexus is a framework for scaling Scrum that consists of three to nine Scrum Teams working together to deliver an Integrated Increment every Sprint 3. Nexus provides roles, events, artifacts, and rules that help the Scrum Teams coordinate, integrate, and align their work, while maintaining the Scrum values and principles 4.

Scrum of Scrums: Scrum of Scrums is a technique for scaling Scrum that involves a regular meeting of representatives from each Scrum Team to share progress, identify dependencies, resolve issues, and align on the product vision and goal . Scrum of Scrums helps the Scrum Teams communicate and collaborate effectively, while minimizing the overhead and complexity of coordination .

Communities of Practice: Communities of Practice are groups of people who share a common interest, skill, or domain, and who meet regularly to exchange knowledge, ideas, and best practices . Communities of Practice help the Scrum Teams learn from each other, improve their skills, and foster a culture of continuous improvement .

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.

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.

When a Nexus, which is a group of approximately three to nine Scrum Teams working on the same product, faces many dependencies during Nexus Sprint Planning, it can use some techniques to manage them effectively. One technique is to reorganize team members between the teams to eliminate cross-team dependencies. This can be done by forming feature teams or component teams based on the nature of the work and the skills required. By doing so, the Nexus can reduce the need for coordination and integration across teams, and increase the autonomy and ownership of each team 1122. Therefore, statement B is correct.

Another technique is to reorder Product Backlog items to better accommodate dependencies. This can be done by applying dependency management techniques such as dependency mapping, dependency inversion, dependency breaking, and dependency prioritization. By doing so, the Nexus can identify, visualize, resolve, and minimize the dependencies that affect the delivery of the Integrated Increment, which is the combined work of all the Scrum Teams in the Nexus that meets the Nexus Sprint Goal 334455. Therefore, statement D is also correct.

Statement A is incorrect because it implies that the Nexus Integration Team, which is a group of people who are accountable for ensuring the integration and delivery of the Integrated Increment, should do the dependent work ahead of the Sprint for the teams. This would create a bottleneck and a single point of failure, as well as undermine the self-organization and collaboration of the Scrum Teams 1122. Statement C is incorrect because it suggests that the Nexus should extend the Sprint so that the teams can have more time to complete the dependent work. This would violate the Scrum principle of time-boxing, which ensures that the Nexus delivers value frequently and incrementally, and inspects and adapts its process regularly 1122.

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.

The purpose of the Nexus Sprint Retrospective is to plan ways to increase quality and effectiveness across the whole Nexus 1. It is not to review the feedback from the Sprint Review, which is the purpose of the Nexus Sprint Review 1. It is not to ensure all Scrum Teams are working on the same improvement actions, which is a possible outcome but not the main goal of the event 2. It is not to identify underperforming team members, which is not a constructive or collaborative approach to scaling Scrum 3. 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 145. The Nexus Sprint Retrospective enables continuous improvement across the Nexus by inspecting and adapting the Nexus framework, the integrated work, the processes, the tools, and the interactions among the Scrum Teams 1.

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.