Scaling Scrum with Nexus

by Nader K. Rad, 2018-02-08

Scrum is primarily defined for one team, with a maximum of 9 members. When more than one team is required, the system is called Scaled Scrum.

There are different ways of scaling Scrum. Unfortunately, most of them are focused on generic advice, not clearly defined, or are just too complex.

Scrum.org has recently released their own framework for scaling Scrum, called Nexus. It’s explained in a short 11 page guide. In my opinion, it’s the best option, because:

  1. It’s simple, and straightforward. It seems like many forget that Scrum is supposed to be simple. I sometimes even suspect they make it too complex to impress the audience.

  2. It’s practical, and the defining guide is really a definition rather than a set of generic advice. This is, unfortunately, very common nowadays for authors to just provide vogue, generic advice when they are talking about Agile. Many even believe that Agile is nothing but that; while its core should be a framework/methodology. Scrum.org supports this basic need in a great way.

Let’s take a quick look at Nexus.

Scaling Scrum with Nexus

Development Teams

There can be 3 to 9 teams in this framework. Each team consists of 3 to 9 developers, and therefore, the maximum number of developers supported here is about 80.

Note: the term “developer” refers not only to programmers, but also anyone else who has a part in the production of the solution, including, but not limited to designers, analysts, and testers.

Each team still needs a Scrum Master, and since this role is not necessarily full-time, one person can be the Scrum Master for more than one team. However, not more than one Scrum Master would be assigned to one team.

Product Owners? No, there’s no Product Owners in each team. One project has only one Product Backlog and one Product Owner, to minimize complexity, and ensure that prioritization is done properly.

Integrated Increment

Each team produces its own “Done” output during each Sprint. The outputs create one “Integrated Increment” for the whole project, and this is what the supplier demonstrates to the customer for feedback and adaptation.

The Nexus Integration Team

There’s a new “integration” layer added to the framework to ensure that an Integrated Increment is created at the end of each Sprint.

There’s a “Nexus Integration Team” in this layer to:

This team consists of one or more ream members, who can be dedicated to this job, or also be a developer in a development team. There’s a Scrum Master assigned to this team, who’s expected to be expert enough in Scaled Scrum.

This is also where the Product Owner is placed. Remember, there’s only one Product Owner in this framework.

Events

This is how events are handled in this framework:

Is that all?!

Almost. Remember that it’s a framework: the minimum structure you need to increase your chances of success. You have to add tools and techniques to apply it to your projects.

This is not everything you need, but is the most important part of it.


Related Courses

Our job is creating self-paced, online courses that are practical and pleasant! The following courses relate to the topic of this article, in case you’re interested:

By the way, the first lessons of each of these courses are free and you can take them even without registering.