Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

What is the Nexus Framework? Scrum at Scale

DZone's Guide to

What is the Nexus Framework? Scrum at Scale

Nexus is a framework which rests on top of 3 to 9 Scrum teams.

· Agile Zone
Free Resource

See how three solutions work together to help your teams have the tools they need to deliver quality software quickly. Brought to you in partnership with CA Technologies

Definition

Nexus is a framework which rests on top of 3 to 9 Scrum teams. It provides structure for how multiple Scrum teams work together on a single Product Backlog to build an Integrated Increment every Sprint.


Nexus = Scrum + dependency removal logic


The Aim


To optimize productivity by removing dependencies which are common to multiple teams working toward a common goal.





What’s New?

  • Roles — A Nexus Integration Team which coordinates, coaches and supervises the application of Nexus and Scrum.
  • Artifacts — Nexus Sprint Backlog and a single product backlog managed by the Nexus Product Owner. Also, theIntegrated Increment, a common Definition of “Done”Nexus Sprint Goal is introduced.
  • Events  Nexus Sprint Review, Nexus Sprint Retrospective,RefinementNexus Daily Scrum.

Process Flow


1. Refine the Product Backlog

Aims to forecast what teams do what work, identify dependencies in that work and “thinly slice” that work. It’s a two step process:

  1. Decompose product backlog items to understand which teams might deliver them and in what sequence
  2. Focus on minimizing/removing dependencies.

2. Nexus Sprint Planning

Coordinate activities of all Scrum teams for a single Sprint, by:

  1. Adjusting work order with appropriate Scrum team members (post-Refinement events)
  2. Define the Nexus Sprint Goal
  3. Then do Sprint Planning for each Scrum team.

3. Nexus Sprint Backlog

Visualize the combined Scrum team Sprint Backlogs along with their dependencies.

4. Development Work

Same ol’.

5. Nexus Daily Scrum

Scrum Development Team representatives attend this event to identify a) integration issues, b) cross-team dependencies at the backdrop of a visualized Nexus Sprint backlog. Dependencies that are identified are taken back to individual Scrum teams.

Three questions are asked in this event:

  1. Was the previous day’s work successfully integrated? If not, why not?
  2. What new dependencies have been identified?
  3. What information needs to be shared across teams in the Nexus?

6. Nexus Sprint Review

Replaces individual Scrum Team Sprint Reviews and functions as a combined version of these.

7. Nexus Sprint Retrospective

There are three parts:

  1. Appropriate members meet and make shared issues transparent in a Nexus Sprint Retrospective.
  2. Scrum Teams hold their own Sprint Retrospectives
  3. Appropriate members re-meet, form actions for shared issues, visualize these and track them.

All retrospectives should address the following questions:

  1. Was any work left undone? Did the Nexus generate technical debt?
  2. Were all artifacts, particularly code, frequently (as often as every day) successfully integrated?
  3. Was the software successfully built, tested, and deployed often enough to prevent the overwhelming accumulation of unresolved dependencies?

5 Common Activities of a Nexus Integration Team

  1. Coaching
  2. Consulting
  3. Highlighting dependencies and cross-team issues
  4. Perform work from the Product Backlog
  5. Work in other Scrum teams (with Nexus Integration Team work taking precedence)

How Does This Differ from Scrum?

It’s the formalization of dependency removal when multiple Scrum teams work together, with a fine-tuning of the questions asked in Scrum events.


First posted on my blog.

If you liked this post, click here to Tweet it!

Discover how TDM Is Essential To Achieving Quality At Speed For Agile, DevOps, And Continuous Delivery. Brought to you in partnership with CA Technologies

Topics:
scrum ,agile adoption ,agile

Published at DZone with permission of Gerry Claps. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}