Question #1
Scenario B: Six Team Nexus with complex dependencies
A six team Nexus is developing a complex product, with different parts of the product that only certain Scrum Teams can work on. In fact, there are some highly specialized individuals outside the Nexus that are required for some of the work. In past Sprints the Nexus encountered challenges dealing with the many dependencies between Scrum Teams.
Which of the following practices could this Nexus try in order to conduct Nexus Sprint Planning more effectively? (choose the best two answers)
- A . Ensure all Scrum Teams and outside experts are available during the Nexus Sprint Planning event and have a way of quickly communicating with each other. They should try to be together in the same room or use technology that makes it seem as if they are in the same room.
- B . Plan one Scrum Team’s Sprint at a time before moving on to the next team. This way you can account for time zone differences and can communicate dependencies across all teams.
- C . Have the Nexus Integration Team select the work for each of the individual Scrum Teams. This allows the Nexus Integration Team to control the dependencies.
- D . Visualize the known dependencies in the Product Backlog for all to see. As Scrum Teams select work for the Sprint, they can easily check for any dependent work and communicate with other teams.
Correct Answer: AD
AD
Explanation:
The purpose of Nexus Sprint Planning is to coordinate the activities of all Scrum Teams within a Nexus for a single Sprint 1. To do this effectively, the Nexus needs to have a clear understanding of
the dependencies between the teams and the work items, and to communicate and collaborate with each other and any outside experts as needed. Therefore, the best practices for this Nexus are:
AD
Explanation:
The purpose of Nexus Sprint Planning is to coordinate the activities of all Scrum Teams within a Nexus for a single Sprint 1. To do this effectively, the Nexus needs to have a clear understanding of
the dependencies between the teams and the work items, and to communicate and collaborate with each other and any outside experts as needed. Therefore, the best practices for this Nexus are:
Question #2
Scenario B: Six Team Nexus with complex dependencies
A six team Nexus is developing a complex product, with different parts of the product that only certain Scrum Teams can work on. In fact, there are some highly specialized individuals outside the Nexus that are required for some of the work. In past Sprints the Nexus encountered challenges dealing with the many dependencies between Scrum Teams.
Some individual Scrum Teams in this Nexus have said that they do not see how the work they are doing is contributing to the product’s progress.
What is the best remedy for this situation?
(choose the best answer)
- 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.
- B . During Nexus Sprint Planning, ensure that all Scrum Teams understand the Nexus Sprint Goal.
- 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.
- D . During Nexus Sprint Planning, ask each Scrum Team to create a Sprint Goal that describes the purpose of the Sprint.
Correct Answer: B
B
Explanation:
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:
B
Explanation:
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:
Question #3
The purpose of the Nexus Sprint Backlog is: (choose the best two answers)
- A . To make the work of the Nexus Integration Team transparent.
- B . To provide a view of dependent Product Backlog items in a Sprint.
- C . To visualize all Product Backlog items.
- D . To make dependencies transparent to the Scrum Teams.
Correct Answer: BD
BD
Explanation:
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:
BD
Explanation:
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:
Question #4
True or False: All Scrum Team members must attend the Nexus Daily Scrum.
- A . True
- B . False
Correct Answer: B
B
Explanation:
The answer is false because not all Scrum Team members are required to attend the Nexus Daily Scrum. According to the Online Nexus Guide1, the Nexus Daily Scrum is an event for appropriate representatives from individual Scrum Teams to inspect the current state of the Integrated Increment and to identify integration issues or newly discovered cross-team dependencies. The appropriate representatives are those who can best collaborate and communicate the progress and impediments of their Scrum Teams, and who can make and influence decisions regarding the integration and delivery of the product. The number and selection of the representatives may vary depending on the context and needs of the Nexus 234. The Nexus Daily Scrum does not replace the Daily Scrum of each Scrum Team, which is still held by all the Developers of the team to plan their work for the day 5.
B
Explanation:
The answer is false because not all Scrum Team members are required to attend the Nexus Daily Scrum. According to the Online Nexus Guide1, the Nexus Daily Scrum is an event for appropriate representatives from individual Scrum Teams to inspect the current state of the Integrated Increment and to identify integration issues or newly discovered cross-team dependencies. The appropriate representatives are those who can best collaborate and communicate the progress and impediments of their Scrum Teams, and who can make and influence decisions regarding the integration and delivery of the product. The number and selection of the representatives may vary depending on the context and needs of the Nexus 234. The Nexus Daily Scrum does not replace the Daily Scrum of each Scrum Team, which is still held by all the Developers of the team to plan their work for the day 5.
Question #5
Which statements are true regarding using Scrum for large-scale product delivery? (choose the best two answers)
- A . Splitting a team member’s time between multiple Scrum Teams is often less productive than focusing that team member on a single team’s Sprint Backlog.
- B . Scrum requires all team members work full time on a single team.
- C . Changes to the core Scrum framework are needed to be successful with Scrum at large-scale.
- D . A well-structured and refined Product Backlog can minimize and often eliminate dependencies between multiple Scrum Teams working together on a product during a Sprint.
Correct Answer: AD
AD
Explanation:
The true statements regarding using Scrum for large-scale product delivery are:
AD
Explanation:
The true statements regarding using Scrum for large-scale product delivery are:
Question #6
A Nexus Daily Scrum: (choose the best two answers)
- A . Provides a single meeting where all Scrum Teams can update the Sprint Backlog.
- B . Is the same as a Scrum-of-Scrums.
- C . Provides input into each Scrum Team’s individual Daily Scrums to help them better plan their days work.
- D . Is only for the Nexus Integration Team to plan their work for the next 24-hours.
- E . Is an opportunity to make integration issues transparent.
Correct Answer: CE
CE
Explanation:
The best answers for this question are:
C. Provides input into each Scrum Team’s individual Daily Scrums to help them better plan their days work. This answer is correct because the Nexus Daily Scrum is an event that helps the Scrum Teams in a Nexus to coordinate their work and identify any integration issues or dependencies that may affect their progress toward the Nexus Sprint Goal. The appropriate representatives from each Scrum Team attend the Nexus Daily Scrum and share relevant information and feedback that can help their teams plan their work for the next 24 hours 112233.
E. Is an opportunity to make integration issues transparent. This answer is also correct because the Nexus Daily Scrum is an event that enables the Scrum Teams in a Nexus to inspect the current state of the Integrated Increment and to make any integration issues or newly discovered cross-team dependencies transparent. The Nexus Daily Scrum also provides a forum for the Scrum Teams to collaborate and resolve any integration challenges or impediments that may arise during the Sprint 112244.
The other answers are not correct for the following reasons:
CE
Explanation:
The best answers for this question are:
C. Provides input into each Scrum Team’s individual Daily Scrums to help them better plan their days work. This answer is correct because the Nexus Daily Scrum is an event that helps the Scrum Teams in a Nexus to coordinate their work and identify any integration issues or dependencies that may affect their progress toward the Nexus Sprint Goal. The appropriate representatives from each Scrum Team attend the Nexus Daily Scrum and share relevant information and feedback that can help their teams plan their work for the next 24 hours 112233.
E. Is an opportunity to make integration issues transparent. This answer is also correct because the Nexus Daily Scrum is an event that enables the Scrum Teams in a Nexus to inspect the current state of the Integrated Increment and to make any integration issues or newly discovered cross-team dependencies transparent. The Nexus Daily Scrum also provides a forum for the Scrum Teams to collaborate and resolve any integration challenges or impediments that may arise during the Sprint 112244.
The other answers are not correct for the following reasons:
Question #7
Four teams in a Nexus typically integrate their work only once, late in the Sprint. The teams report that it takes many hours or days to integrate their work, which delays the Sprint’s end.
To address this issue, which of the following would help? (choose the best answer)
- A . Integrating more frequently.
- B . Doing more acceptance testing.
- C . Doing more exploratory testing.
- D . Using Behavior-Driven Development.
- E . Investing in more Requirements Traceability.
- F . All of the above.
Correct Answer: A
A
Explanation:
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
Explanation:
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
Question #8
During Cross-Team Refinement, the ordered Product Backlog (1 through 9) is mapped out so the Nexus can visualize dependencies. For example, PBI 5 for Team Orange is dependent on Team Red completing PBI 1.
All else being equal, which PBI is most concerning? (choose the best answer)
- A . PBI 2, because it has the most dependencies.
- B . PBI 1, because it is on the top of the Product Backlog.
- C . PBI 1, because it is the first piece of work with a dependency.
- D . PBI 2, because there is a dependency with a different team on work that occurs within the same Sprint.
Correct Answer: D
D
Explanation:
PBI 2 is the most concerning because it involves a cross-team dependency within the same Sprint, which can create challenges and risks for the integration and delivery of the product increment. According to the Online Nexus Guide1, dependencies should be minimized or eliminated as much as possible, and if they exist, they should be made transparent and resolved as early as possible. Cross-team dependencies within the same Sprint can cause delays, conflicts, rework, and waste, and reduce the quality and value of the product increment 234. The other answers are not correct for the following reasons:
D
Explanation:
PBI 2 is the most concerning because it involves a cross-team dependency within the same Sprint, which can create challenges and risks for the integration and delivery of the product increment. According to the Online Nexus Guide1, dependencies should be minimized or eliminated as much as possible, and if they exist, they should be made transparent and resolved as early as possible. Cross-team dependencies within the same Sprint can cause delays, conflicts, rework, and waste, and reduce the quality and value of the product increment 234. The other answers are not correct for the following reasons:
Question #8
During Cross-Team Refinement, the ordered Product Backlog (1 through 9) is mapped out so the Nexus can visualize dependencies. For example, PBI 5 for Team Orange is dependent on Team Red completing PBI 1.
All else being equal, which PBI is most concerning? (choose the best answer)
- A . PBI 2, because it has the most dependencies.
- B . PBI 1, because it is on the top of the Product Backlog.
- C . PBI 1, because it is the first piece of work with a dependency.
- D . PBI 2, because there is a dependency with a different team on work that occurs within the same Sprint.
Correct Answer: D
D
Explanation:
PBI 2 is the most concerning because it involves a cross-team dependency within the same Sprint, which can create challenges and risks for the integration and delivery of the product increment. According to the Online Nexus Guide1, dependencies should be minimized or eliminated as much as possible, and if they exist, they should be made transparent and resolved as early as possible. Cross-team dependencies within the same Sprint can cause delays, conflicts, rework, and waste, and reduce the quality and value of the product increment 234. The other answers are not correct for the following reasons:
D
Explanation:
PBI 2 is the most concerning because it involves a cross-team dependency within the same Sprint, which can create challenges and risks for the integration and delivery of the product increment. According to the Online Nexus Guide1, dependencies should be minimized or eliminated as much as possible, and if they exist, they should be made transparent and resolved as early as possible. Cross-team dependencies within the same Sprint can cause delays, conflicts, rework, and waste, and reduce the quality and value of the product increment 234. The other answers are not correct for the following reasons:
Question #10
Scenario A: Nexus Sprint Review with Five Scrum Teams
There are five Scrum Teams working on a product. During the Nexus Sprint Review, the teams present the results of the Sprint. After introductions, each team takes time to present their work for inspection by individually showing the new features they have built. They are not using a shared environment. The stakeholders do not provide much feedback. The event ends and people filter out of the room.
Since teams are not using a shared environment, what is likely? (choose the best two answers)
- A . The Sprint is too short.
- B . The Nexus has not yet reached the integration phase.
- C . There is no single Integrated Increment.
- D . The Nexus Integration Team is lacking or nonexistent.
Correct Answer: CD
CD
Explanation:
According to the Nexus Guide1, the Nexus Sprint Review is an event where the Nexus presents the Done Integrated Increment that was built over the Sprint and collects feedback from the stakeholders. The Integrated Increment is the combined work of all the Scrum Teams in the Nexus that meets the Definition of Done. The Nexus Guide also states that 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.
In the scenario, the teams are not using a shared environment, which implies that they are not integrating their work frequently and effectively. This means that there is no single Integrated Increment that can be inspected and adapted by the stakeholders. This also suggests that the Nexus Integration Team is lacking or nonexistent, or that it is not fulfilling its role of facilitating integration and resolving dependencies. Without a Nexus Integration Team and a shared environment, the Nexus cannot deliver a valuable product Increment that meets the Product Goal.
The Sprint length and the integration phase are not relevant to the scenario. The Sprint length is determined by the Nexus based on the complexity and uncertainty of the product, and it should be less than a month. The integration phase is not a separate phase in Nexus, but a continuous activity that happens throughout the Sprint. Therefore, A and B are not correct answers.
CD
Explanation:
According to the Nexus Guide1, the Nexus Sprint Review is an event where the Nexus presents the Done Integrated Increment that was built over the Sprint and collects feedback from the stakeholders. The Integrated Increment is the combined work of all the Scrum Teams in the Nexus that meets the Definition of Done. The Nexus Guide also states that 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.
In the scenario, the teams are not using a shared environment, which implies that they are not integrating their work frequently and effectively. This means that there is no single Integrated Increment that can be inspected and adapted by the stakeholders. This also suggests that the Nexus Integration Team is lacking or nonexistent, or that it is not fulfilling its role of facilitating integration and resolving dependencies. Without a Nexus Integration Team and a shared environment, the Nexus cannot deliver a valuable product Increment that meets the Product Goal.
The Sprint length and the integration phase are not relevant to the scenario. The Sprint length is determined by the Nexus based on the complexity and uncertainty of the product, and it should be less than a month. The integration phase is not a separate phase in Nexus, but a continuous activity that happens throughout the Sprint. Therefore, A and B are not correct answers.
Question #11
The Scrum Teams in a Nexus find they have simply too much work each Sprint to do to deliver a valuable and useful Increment.
What could they try to improve their ability to produce an Increment for the next Sprint? (choose the best answer)
- A . Reduce the amount of work that the teams pull into the Sprint.
- B . Ask the Nexus Integration Team to extend the Sprint to allow more time for integration.
- C . Reduce the number of Scrum Teams to reduce complexity.
- D . Add another Scrum Team to the Nexus to increase capacity.
Correct Answer: A
A
Explanation:
The best way to improve the ability of the Scrum Teams in a Nexus to produce an Increment for the next Sprint is to reduce the amount of work that the teams pull into the Sprint. This will allow the teams to focus on delivering a high-quality and valuable product Increment that meets the Definition of Done and the Product Goal. Reducing the amount of work also reduces the complexity and dependencies among the teams, which makes integration easier and faster.
The other options are not advisable for the following reasons:
Asking the Nexus Integration Team to extend the Sprint to allow more time for integration is not consistent with the Scrum principles and values. The Sprint length should be fixed and consistent throughout the product development, and it should be less than a month. Extending the Sprint would compromise the feedback loop, the transparency, and the adaptability of the Nexus 11. Reducing the number of Scrum Teams to reduce complexity is not a viable solution, as it would also reduce the capacity and the productivity of the Nexus. The number of Scrum Teams in a Nexus should be based on the size and the scope of the product, and it should not exceed nine teams 11. Reducing the number of teams would also disrupt the existing team dynamics and collaboration. Adding another Scrum Team to the Nexus to increase capacity is not a good idea, as it would increase the complexity and the dependencies among the teams. Adding another team would also require more coordination and communication, which would consume more time and resources. Moreover, adding another team would not necessarily increase the value or the quality of the product Increment 22.
A
Explanation:
The best way to improve the ability of the Scrum Teams in a Nexus to produce an Increment for the next Sprint is to reduce the amount of work that the teams pull into the Sprint. This will allow the teams to focus on delivering a high-quality and valuable product Increment that meets the Definition of Done and the Product Goal. Reducing the amount of work also reduces the complexity and dependencies among the teams, which makes integration easier and faster.
The other options are not advisable for the following reasons:
Asking the Nexus Integration Team to extend the Sprint to allow more time for integration is not consistent with the Scrum principles and values. The Sprint length should be fixed and consistent throughout the product development, and it should be less than a month. Extending the Sprint would compromise the feedback loop, the transparency, and the adaptability of the Nexus 11. Reducing the number of Scrum Teams to reduce complexity is not a viable solution, as it would also reduce the capacity and the productivity of the Nexus. The number of Scrum Teams in a Nexus should be based on the size and the scope of the product, and it should not exceed nine teams 11. Reducing the number of teams would also disrupt the existing team dynamics and collaboration. Adding another Scrum Team to the Nexus to increase capacity is not a good idea, as it would increase the complexity and the dependencies among the teams. Adding another team would also require more coordination and communication, which would consume more time and resources. Moreover, adding another team would not necessarily increase the value or the quality of the product Increment 22.