Karen Ferris

View Original

Agility – Five Things It Isn’t

This is a well-known story but at the moment it isn’t having a happy ending. Organisations have to recognise what agility isn’t before they realise what it is.

In 2001, at The Lodge at Snowbird ski resort in the Wasatch Mountains of Utah, seventeen people from the world of software development got together to seek an alternative to the documentation driven, heavyweight software development process.

They named themselves The Agile Alliance and agreed on the Manifesto for Agile Software Development. Now referred to as ‘The Agile Manifesto’ it consisted of four values and twelve principles. The four values are as follows.

“We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: 

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.”

The first four of the principles ideates what the manifesto intended.

“Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.

Deliver working software frequently, from a couple of weeks to a couple of months, with a 
preference to the shorter timescale.

Business people and developers must work together daily throughout the project.”

In essence it promoted increased agility through continuous and frequent delivery of a valuable product, continual feedback loops in order to incorporate changing requirements, and collaboration.

This was a call for a mindset change from delivery that involved a complete specification of requirements that had to be in place before a project could commence development, copious amounts of supporting documentation, inability to change direction midcourse, development done in isolation from the business and extensive periods of time before the business saw anything delivered. 

It recognised a mindset change that valued people more than processes, just enough documentation to get work done, customer involvement throughout and the ability to incorporate change along the way.

1. It is not a noun

Unfortunately, much of this has all been lost in translation.

Agile has become used as a noun. It is not a noun. It is an adjective that means you can move quickly and easily.

Saying “we are doing agile” is like saying “we are doing rainy”. Saying “the age of agile” is like saying “the age of sunny.”Saying “we are learning agile” is like saying “we are learning cloudy.”

We should be saying, “we are becoming more agile” or “ we are looking at ways to increase our agility.” We should be saying, “I work on a team that is agile” or “I work on a team that values agility” or “this is the age of becoming more agile.”

We have to get back to the basics and stop corrupting what was an important evolution in a way of thinking not only for software development but also for the delivery of any product or service.

2. It’s not about IT

Albeit it was in the world of agile software development that the notion of agility started, it is not longer about IT. When change is volatile, uncertain, complex and ambiguous but also constant, the entire organisation needs to be able to quickly adapt and change direction.

Not doing so is a matter of life or death for organisations today. The entire organisation needs to be able to experiment, innovate, be totally customer centric, sense and respond and be adaptive. It is business agility that is needed to achieve this. Organisations need to be agile at every level of the business without exception. It is these organisations that will not only survive in today’s volatility and unpredictability, but also actually thrive.

3. It’s not about control

You cannot ‘tell’ people we are doing agile now. It’s not about using the word ‘agile’ and expecting things to happen. You cannot use command and control to establish agility in the organisation.


Agility is a fundamental mindset shift. You cannot command that and expect it to happen. Agility is about people, interactions, collaboration, and responding to change.

The fifth of the agile principles is:

“Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.”

People have to be allowed to self-manage, have autonomy and allowed to get on with the job in the way they see best. Not in the way someone else sees it.

Teams need to be able to self-organise and act independently. They need to be trusted. The team does not follow a rulebook or protocol. It evolves through self-reflection and continuous improvement.

There are methodologies and approaches to support agility such as Scrum but you don’t want to prescribe exactly how teams should become more agile. One of my clients has adopted widespread business agility. Every team across the organisation has stand-ups, kanban boards etc. However they are all doing it in ways that meet the needs of their particular team. Agility is not prescribed. Every kanban board is slightly different but the principles of being agile is commonplace.

Trying to introduce agile ways of working into a command and control hierarchy is doomed for failure. Trust is at the core of agile ways of working and command and control does not foster trust. Leaders need to learn that when they trust and let go of control, they actually gain control. At the core of agility is service leadership and selflessness.

The coexistence of hierarchical command and control along with agile ways of working just sends mixed message to employees. They hear ‘you want us to create, innovate, collaborate, experiment and learn but you want to tell us how!’.

An empowered cross-functional team that is trying to move at speed but exists within a hierarchy of control in which decisions have to go up and down the chain of command will fail.

4. It’s not about the work

Agile delivery is all about the outcomes and provision of value. It’s not about the hours that are worked. 

It is actually all about agile principle number ten.

“Simplicity‑the art of maximizing the amount of work not being done‑is essential.”

It is about removing things that don't add value. This means focusing on the must-haves rather than the nice-to-haves. It is not about the output – it is all about the outcome. Teams adopting agile ways of working put their effort into delivering the highest value to the customer with the least elements.

If you have managers who mentally clock their employees in and out and think that a visible presence for 7.5 hours every day is delivering value – change them or change them. They need to have an agile mindset along with their employees if adoption of agility is going to even get off the ground. 

5. It’s not a Band-Aid solution

I see so many organisations struggling to truly adopt an agile way of working because they haven’t addressed the underlying culture needed.

This excerpt from McKinsey and Company sums it up:

“February 26, 2018 - While many companies are striving to become agile, only four percent of survey respondents have completed an organization-wide transformation, the latest McKinsey research finds. The No 1. problem they cite is culture.”[1]

The successful organisations recognise that the adoption of agile ways of working is an imperative in order to survive in a world of constant change but also recognise that this is not a Band-Aid solution. This is open-heart surgery!

These organisations spend an enormous amount of time and energy on laying the right foundations for an agile organisation. They ensure that leaders are able to role model agile behaviours including customer centricity, self-management, self-discipline, autonomy, collaboration, adaptability, trust, experimentation, flexibility, delegation whilst embracing constant change and uncertainty.

Summary

Are you really ready to become agile? If not, start laying the foundations now. Accept that it is a journey and one on which everyone has to be on. There are going to be fundamental changes and tough decisions to be made along the way but resistance is not an option. This is about survival and remaining relevant.

 

[1]https://www.mckinsey.com/business-functions/organization/our-insights/the-organization-blog/culture-can-make-or-break-agility