Agile is not always the answer

Post by 
Harry Vazanias
August 30, 2018
"I love Agile"

Agile is great. It’s dynamic, focuses on value, empowers the workforce. Hurrah – up with the Agile manifesto!

"I also hate Agile"

I hate Agile for a number of reasons, but probably the biggest right now is how it has become the lazy answer to business needs. We need to become Agile. We need to adopt Agile. We need to think Agile. Agile should be our default answer. No, no, no.

"Agile is a great framework and idea"

Scrum and other Agile methodologies can be highly effective approaches for delivering and embedding changes, particularly IT changes.

"However, Agile is not the only and complete answer"

Too many organisations are jumping into Agile without first clarifying what question they are even needing to answer.

A few years ago I got into a heated argument with another management consultant over the use of Agile. He was arguing that all IT teams should be Agile product teams, constantly working to develop IT solutions under their remit. I disagreed strongly. “If it makes sense, absolutely,” I argued,“but some IT systems and environments may not be suitable. There will be various cases where it just doesn’t make commercial sense or justify the level of effort”.

We never agreed. He’s now a senior figure in the DevOps community which is perhaps not a surprise. The idea that the Agile way of working is the defacto answer before you’ve asked the question is the problem. He was trying to apply Agile to everything because it was such an effective model, but he wasn’t asking about what was needed or desired.

If a company wants to be more ‘digital’, then it first needs to understand what it means by this and what it really wants to achieve. Define that first, then with an open mind look at the how. Agile may not be the best or only answer. A news organisation I helped a few years back decided to implement IT changes through rolling 8 week mini projects. This was highly effective, allowed them to easily commission work to different suppliers and to deliver changes quickly. They had product owners and daily stand ups, but didn’t do Agile. They borrowed Agile ceremonies and even roles from the likes of Scrum, but equally took much of their delivery approach from frameworks such as Prince 2. This was highly effective and they are one of the most digital organisations I know. They have agility.

"So that’s why I hate Agile but, as I said at the start, I also love Agile"

It is great for a number of reasons, but blindly loving something without seeing its faults is a mistake. It means you might apply Agile when it’s not right for you, and that can be far more dangerous than not doing Agile at all.

Join Our

We never share your info. View our privacy policy
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Join Our Amazing
THere's More

Post You mIght Also Like

All Posts
Strategy & Transformation

Culture trumps strategy every time

Digital Transformation is all the rage these days – as businesses try and deliver customer centric value to the market quicker than their competitors. However, it is often done without consideration for the cultural impact of these changes to your business. 
Strategy & Transformation

Integrate LPM in Law Firms

Integrate Legal Project Management (LPM) in Law Firms
Agile & Product

Running Scrum Remotely

It is well known that Agile and Scrum emphasize personal interaction and in person teamwork in a very organic and dynamic way. Most organisations will have in-flight projects that have been succeeding in their delivery since inception – based around these core Agile principles. You know these approaches will foster relationships and enable the work processes to naturally appear. You’re ready to facilitate your event calendar, to make sure everybody understands artefacts, events and roles, and to foster an Agile mindset. Suddenly the country shuts down, everyone is sent home and no date is set for when you will next see each other in person.
Agile & Product

Not what – Why

When building a new product - too often it is easier to start with What, When and How rather than the Why.
People & Change

Covid 19 – Life in lockdown and beyond

Covid 19 - Life in lockdown and beyond