Editor’s note: Original blog was published on Sep 7, 2017
What is Scaling Agile?
Scrum and XP were developed for a small team environment where there was freedom to explore and innovate, and most of the problems can be managed at the team level. When we want to scale Agile to Enterprise level, Scrum and XP fall short, as usually teams are distributed. We need a bit of architecture, need more levels of planning, execution, demo, and retrospect, coordination across teams, more people (servant leaders) to solve enterprise level impediments, big room planning to accommodate all people across organizations, frequent integration across teams, more product management as we need to deal with more requirements and need ‘Systems thinking’ kind for holistic approach.
Scrum shows the most significant promise which was developed for a small team. Hence for an enterprise level of Agile, we need a different framework, which is known as the ‘Scaling framework.’
Popular Scaling Agile Framework
The popularity of the ‘Spotify’ Scaling framework is growing day-by-day, and a lot of companies are implementing and enquiring about this framework.
How it started?
Spotify is a Swedish music, podcasts, and video streaming company. When Spotify launched their first music play, Spotify was pretty much ‘Scrum’ company, and number of Agile teams were growing and they realized a couple of scrum practices like ‘Sprint Planning’, ‘Task breakdown’, ‘Velocity’, ‘Estimation/Relative Estimation’ and Metrics like ‘Burndown chart’ was coming in their way. So, they decided these practices as ‘optional.’ Every Squad can decide if these practices were making sense to them.
Spotify framework is evolved from their continuous ‘Inspect and Adapt.’ However, now, ‘Spotify framework’ is among one of the most sought after ‘Scaling Agile framework.’
Let us deep dive into the Spotify framework.
(Similar to Agile Team)
(Similar to Scrum Master)
(Similar to Agile Release Train in SAFe)
Each tribe has a ‘Tribe lead,’ this is similar to ‘Release Train Engineer (RTE)’ role in SAFe
The chapter is your small family of people having ‘similar skills’ and working within the same general ‘competency area,’ (within the ‘same tribe’). Each chapter meets regularly to discuss their area of expertise and their specific challenges - for example, the ‘testing chapter,’ the ‘web developer chapter’ or the ‘backend chapter.’
Each guild has a “Guild Coordinator.”
It is an open space event where all can discuss challenges and solutions within their field.
Definition of Done
Instead of ‘Definition of Done,’ they have ‘Definition of Awesome’
Scrum of Scrum
Scrum of Scrums(SoS) is optional and happens on demand like Daily Sync-up.
If there are dependencies that require coordination of multiple squads, they had a ‘daily sync’ meeting where they identified and resolved dependencies between the squads and used a board with sticky notes to keep track of unresolved dependencies.
Optional in Spotify
The Spotify model can help you to understand how things are done at Spotify, but you shouldn’t copy it in your organization. It changes all the time as people at Spotify learn and discover new things. There is no one way in which software is developed at Spotify.
The way that Spotify develops software was first described by Henrik Kniberg and Anders Ivarsson in Scaling Agile @ Spotify with Tribes, Squads, Chapters and Guilds. I believe Spotify is one of the best scaling models in the current context, and it’s a great inspiration to start with.
Reference: Spotify engineering culture video from Henrik Kniberg and related docs.