Succeeding within agile frameworks

Succeeding within agile frameworks

“This new framework will see whole departments transformed…” and then, two years later, very little has actually changed.

Sounds familiar? Big change! High hopes! New CxO! And yet… nothing really sticks. The same is true of any business change – digital, structural, M&A, people – change doesn’t automatically work, and agile is no different.

Don’t get me wrong, agile frameworks really can help large organisations succeed at digital transformation and generate real business value.

However, they don’t, by themselves, overcome the fact that people and organisations are resistant to change.

Why are people resistant? What creates this resistance?

#1 Enforced change
We all know of examples where change is forced upon an organisation. From a top down perspective. Whole departments are seemingly transformed, job titles are changed, agile (or other way of working) is introduced wholesale, KPIs are re written… and then two years later, very little has actually changed.

#2 Constant change
Constant, perpetual change grinds people down. They become cynical about change, immune to more change and don’t take the time to.

#3 “You change first”
Many departments try to change others, without changing themselves. This results in people saying: “I understand what you want me to do and I see the business benefits, but you change first… then I’ll go second.”

To cope with this resistance, how do you have an agile framework and create business value rapidly?

 

“A framework should help your teams meet a certain level of contract with the business”
Stephen Vance, Director of agile, zipcar

 

#1. Recognise that most large organisations like frameworks.
They act in a certain way and by their size are more conservative and slower than smaller, more nimble organisations. The framework may be needed simply because large organisations like frameworks, it’s in their DNA and you won’t get anywhere without one, but it’s not all that is needed by any means.

#2. A framework is only a model.
Until a framework is live, it is just a model. Until it represents a way of delivering value to a specific organisation, it’s static. When you know how well it works, or doesn’t, and where you will use it, and not use it, then it will start to live and work for the organisation.

#3 Leave space in your framework for people.
Stephen Vance, Director of Agile at Zipcar, says his approach is:
“A framework should help your teams meet a certain level of contract with the business. At a team level, I believe in people stuff…”

One Comment

  1. Thank you for sharing with us your observations.
    I think that every company would like to get the advantages of being agile.
    Why do they fail?
    Because they do not look inside who they are :
    Being agile requires for some of them a massive change of they are and how they get things done. It is a cultural change. And cultural change does not happen overnight.
    Secondly, they have invested so much time and energy initially in they project methodologies like Prince 2 or PMI that it is difficult to say : ” Could we be wrong or is there another way od doing that could help us deliver more added value and faster?”
    Doing Agile is first doing change management.

Leave a Reply

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