Alternatives to SAFe
At the moment there is not one single best practice, standard solution, or silver bullet that can guarantee an organisation to increase its technical agility, organisational agility, business agility and ultimately become more successful, resilient and innovative.
For decades the whole industry has been trying to find a solution to this, while at the same time the opportunities and the challenges organisations face are also changing and evolving.
But after over 10 years since when large organisations are trying to adopt Agile, we know that there are alternatives that are less recommended and don’t work and others that work.
1 - Not recommended alternatives
All heavy-weight frameworks like SAFe, that promise to scale Agile, have problems similar to or equivalent to SAFe.
All the canned solutions and standard recipes for Agile transformations, Digital transformations, and for Scaling Agile, coming from large consultancy firms, don’t work either.
All attempts to copy and paste solutions of other organisations, like trying to replicate the Spotify model, have also failed repeatedly.
Also, the attempts to extend or customise SAFe or other heavy-weight frameworks for a particular industrial sector, have failed.
Attempts to adopt Agile following one framework by the book, of running an Agile transformation using a Waterfall programme don’t work either.
2 - Recommended alternatives
Successful Agile adoptions or organisations that have successfully developed their technical, organisational and business agility with lasting benefits for their business, often present some common elements. These elements are listed below.
For a more detailed list of available alternatives follow the related links in Appendix 1.
Your chances of success are greatly increased by taking inspiration from these elements below:
Embracing an experimental approach to Agile adoptions has been instrumental in many successful adoptions. It consists in starting small and proceeding with small experiments, learning, adapting and evolving. It focuses on making things work well in the small before going bigger. Furthermore, it is an Agile approach to adopting Agile. The journey through these experiments, the mistakes and the related learning are instrumental to understanding, learning, adopting and adapting Agile to your specific organisation’s needs.
Using a people-centred approach where employees are invited to participate in the adoption and where autonomy to individuals and teams is increased, has worked well too.
Building on the previous point, a focus on team autonomy, coupled with alignment to clear customer outcomes and wrapped up with lightweight governance, instead of the hierarchical and complex SAFe approach, is certainly a more effective way of scaling agile across an organisation.
What has also worked well is a focus on descaling the problem. For example, through modularisation, aligning teams and the organisation along individual products and services and more in general along value-streams (take a look at Team Topologies for an in-depth Introduction on this). And also through technical excellence reducing and relaxing cross-team dependencies,
A pluralistic approach that takes elements from various non-scaled Agile frameworks (think of eXtreme Programming, Crystal clear, DSDM, Kanban, Scrum, etc.) and patterns and practices available from the Agile community, has also worked well.
This approach is informed and guided in each of its steps by the values and principles of Agile, Lean, and Human Complexity.
Exploring team types, their composition and their interactions is a key factor to consider when one considers ways of working across an entire organisation. There are a number of constructs that explore this in more detail:
Team Topologies by Matthew Skelton and Manuel Pais explores team types (topologies)
Sriram Narayan in his book ‘Agile IT Organization Design’ explores similar
Sooner Safer Happier by Jon Smart et al - explores safety teams
Managing Digital by Charles Betz explores team spectrums
Extra-dependent teams by David Kesby explores same skilled teams
There’s more exhaustive organisational design literature but the above is a good place to get started. There are also learning triads as well which are worth exploring too but don’t tend to be a long-term team given the size.
The above should be considered in the context of an existing organisation but won’t necessarily give you concrete practices to de-scale the work/interaction/dependencies although it’s a good start. What people often need is a platform-based approach (see Jade Bloom) and the book Continuous Architecture by Murat Erder and Pierre Pureur.
A focus on technical agility and technical excellence is also a trait common to successful Agile adoptions. With a reference to the domain-specific technical practices used to build the product or to supply the service the organisation offers.
The journey itself to learn and adopt Agile is unavoidable. It is not possible in any way to fast-forward or skip to the finale. Each Agile adoption is a gradual process of exploration and discovery. The destination takes shape and acquires meaning by going through the journey. And it is a place where continuous improvement is the norm.
References: