Agile

The Dead End of the Agile Transformation

Copying Spotify or simply implementing any other blueprint of an agile organization is a fundamental mistake. Not because the models themselves were poor, but because implementing a model of an agile organization that has been chosen or developed by a few managers, experts or consultants from top to bottom contradicts the essential principle of self-organization. Agile organizations are always emergent in the sense that they result from the cooperation of self-organizing teams towards a common vision and are constantly evolving. Therefore, it is crucial for a sustainable agile transformation to withstand the pressure to deliver short-term successes and to empathetically and confidently give people the space and time to learn and grow together. As tempting as blueprints and their large-scale implementation may look, it is precisely this that leads the agile transformation into a dead end.

The essential and most important component in an agile organization is the self-organizing team. This is what you find in the principles behind the agile manifesto. And this autonomy of the teams is also at the core of Spotify. The Spotify model is based on exactly this fundamental principle and is therefore successful. Self-organization is the key, but also the challenge. For the transformation of a hierarchical organization into an agile organization of self-organized teams anyway, but also and still for Spotify:

What is the best thing about working at Spotify? What is the most challenging thing about working at Spotify? The answer for both questions is the same: Autonomy.
Joakim Sundén

Self-organization with a single team or with only a few teams is not a challenge. It only becomes difficult when the number of teams increases. This was also the case for Spotify, where the engineering team grew from 10 to 300 people between 2010 and 2013. And that’s exactly where this Spotify model emerged, which is now so often copied. But also something else was developed: “Agile à la Spotify“, a description of what this agile exactly means at Spotify. And it starts with:

Continuous improvement: At Spotify, part of my work is to look for ways to continuously improve, both personally, and in the wider organisation.
Agile à la Spotify

So the responsibility for the Spotify model clearly falls to those who have to work with it and in it. Everyone is continuously working to improve the organization at Spotify. This is the logical and necessary consequence of the principle of self-organizing teams. Admittedly, any form of organizing the cooperation of numerous teams is a restriction of the freedom of the individual team. However, this is necessary to make the organization and its product a joint success. One person’s freedom ends where another person’s freedom begins (Immanuel Kant). The fine but decisive difference is that these restrictions of the individual team’s freedom result from the cooperation of the teams and are decided by the teams themselves, and the teams are allowed to and trusted to do exactly that.

Trust: At Spotify we trust our people and teams to make informed decisions about the way they work and what they work on.
Agile à la Spotify

The task of leadership in this agile transformation is therefore not to choose the best model of an agile organization or to design a new and individual model and then roll it out from top to bottom. This seriously violates the central principle of self-organization and keeps people and teams dependent exactly where they should act autonomously. The actual task is rather to create a setting in which such an organizational model gradually emerges from the cooperation of self-organizing teams. This is a process of joint learning that cannot be accelerated with blueprints. If you try it anyway, you just introduce a new organizational model and conduct a transformation, but agile will be neither one.

Servant leadership: At Spotify managers are focused on coaching, mentorship, and solving impediments rather than telling people what to do.
Agile à la Spotify

Leave a Reply

Your email address will not be published. Required fields are marked *