ExamGecko
Home Home / Scrum / SPS
Question list
Search
Search

List of questions

Search

Related questions











Question 35 - SPS discussion

Report
Export

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.

If this pattern of Nexus Sprint Reviews continues for multiple Sprints, what may be the effects?

(choose the best two answers)

A.
There will be more and more work to inspect so teams will need their own individual Sprint Reviews.
Answers
A.
There will be more and more work to inspect so teams will need their own individual Sprint Reviews.
B.
Quality will degrade as the teams delay creating a single Integrated Increment.
Answers
B.
Quality will degrade as the teams delay creating a single Integrated Increment.
C.
Empiricism will suffer as the teams cannot produce a shared velocity.
Answers
C.
Empiricism will suffer as the teams cannot produce a shared velocity.
D.
Ability to adapt will suffer as the stakeholders continue to disengage and not give feedback.
Answers
D.
Ability to adapt will suffer as the stakeholders continue to disengage and not give feedback.
Suggested answer: B, D

Explanation:

The Nexus Sprint Review is an event where the Nexus, consisting of multiple Scrum Teams, presents the Integrated Increment to the stakeholders for inspection and feedback 1. The Integrated Increment is the sum of all the work done by the Scrum Teams in a Sprint that meets the Definition of Done 1. The purpose of the Nexus Sprint Review is to inspect the outcome of the Sprint, discuss the progress toward the Product Goal, discuss any changes in the environment, and collaborate on what to do next 2.

In Scenario A, the Nexus Sprint Review is not conducted effectively. The teams are not using a shared environment to demonstrate the Integrated Increment, but rather showing their individual work. This means that the stakeholders cannot see the whole product and how it works together. The teams are also delaying the integration of their work, which can lead to quality issues, technical debt, and increased complexity 1. The stakeholders do not provide much feedback, which means that the Nexus cannot adapt to the changing needs and expectations of the customers and users. The event ends without any clear outcomes or next steps.

If this pattern continues for multiple Sprints, the effects may be:

Quality will degrade as the teams delay creating a single Integrated Increment. This is answer B. By not integrating their work frequently and continuously, the teams will face more challenges and risks in ensuring that the product is functional, reliable, and usable. The teams will also miss the opportunity to validate their assumptions and learn from the feedback on the Integrated Increment 1.

Ability to adapt will suffer as the stakeholders continue to disengage and not give feedback. This is answer D. By not engaging the stakeholders in a meaningful dialogue and collaboration, the Nexus will lose the insight and direction that the feedback provides. The Nexus will also risk building the wrong product or features that do not meet the needs and expectations of the customers and users. The stakeholders will also lose trust and confidence in the Nexus and the product 2.

The other two answers are not correct because:

There will be more and more work to inspect so teams will need their own individual Sprint Reviews. This is answer A. This is not a valid effect because the Nexus Sprint Review replaces the individual Scrum Team Sprint Reviews 1. The Nexus Sprint Review is not a time for each team to present their work, but rather for the Nexus to present the Integrated Increment. The teams should not need their own Sprint Reviews, but rather focus on integrating their work and delivering a valuable product 1.

Empiricism will suffer as the teams cannot produce a shared velocity. This is answer C. This is not a valid effect because velocity is not a measure of empiricism. Empiricism is the principle of making decisions based on observation, inspection, and adaptation 1. Velocity is a measure of the amount of work done by a team or a Nexus in a Sprint. Velocity is not a mandatory artifact or metric in Scrum or Nexus, and it does not reflect the quality or value of the work done 1.

asked 23/09/2024
Mark David
44 questions
User
Your answer:
0 comments
Sorted by

Leave a comment first