by David Norton | January 26, 2017 | Comments Off on Adopting an Enterprise Agile Framework – Culture Not Included
Enterprise agile frameworks come in all shapes and sizes. Some focus on scaling for multiple teams, other focus on teams and the challenges of program and portfolio governance. The most popular include, but are not limited too; SAFe, LeSS, Nexus, Disciplined Agile 2 (Formally DaD), and Spotify (not a framework per se, more a squad based org model) the list goes on and on and that’s without the frameworks promoted by SI.
Each framework has its pros and cons but all are based on agile principles with various mixes of Scrum, Lean and system thinking. Frameworks have value to the business if selected and implemented correctly – therein lies the rub. To paraphrase Andrew Lang many organizations use agile frameworks in the same way that a drunk uses lampposts—for support rather than illumination.
No framework, no matter how well thought out, no matter how good the training, no matter who your consultants are – will change your culture. That might sound counter intuitive, surely a framework is all about change? But expecting a framework to change your culture by itself is like me hoping I will lose weight because I bought a diet book and gym membership – which I have, and not lost a single pound.
The framework can help but cultural change needs a fundamental shift in organizational values, leadership style and most importantly behaviour – and that takes a focused and concerted effort at both the individual and the organizational level. If you want people to invest that time and effort there needs to be a very clear and real business reason to adopt the framework in the first place, only then will they commit to it.
Leaders need to go beyond the framework roles, practices and process and really empathise with the individuals who will be impacted by the implementation. To understand their fears and aspirations. They need to foster the right sort of environment within IT and the business to allow people to be successful with the framework.
And a final thought, one of the most valuable lessons I learnt as a system engineer was “Try to scale the problem down, before you scale the process up” so do not rush to implement a framework until you are sure you need to.
For more on this, shameless plug, have a look at Best Practices for Adopting an Enterprise Agile Framework ID: G00278351
Read Complimentary Relevant Research
Predicts 2017: Artificial Intelligence
Artificial intelligence is changing the way in which organizations innovate and communicate their processes, products and services. Practical...
View Relevant Webinars
Align Marketing & Customer Experience to Build Loyal Advocates
EDT: 10:00 a.m. & 1:00 p.m. | PDT: 7:00 a.m. & 10:00 a.m. | GMT: 14:00 & 17:00 Great customer experience design demands data-driven...
Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.