Does agile mean no processes and no governance?

Publish date:

There are two generally held perceptions about agile. One, that agile is a kind of anarchist model with no processes, and second, that agile means no governance. Let’s look at the first perception that agile means no processes. We can understand how agile looks at the need of processes by applying a well-known principle called […]

There are two generally held perceptions about agile. One, that agile is a kind of anarchist model with no processes, and second, that agile means no governance. Let’s look at the first perception that agile means no processes. We can understand how agile looks at the need of processes by applying a well-known principle called Occam’s razor which states that ” one should not increase, beyond what is necessary, the number of entities required to explain anything”. The principle helps us to remove those concepts, variables or constructs that are not needed to explain a phenomenon. By doing this, it becomes easier to create a model which resembles reality much better and redundancy and inconsistency are removed. In essence, Occam’s razor stipulates that when multiple theories are available to explain a problem, the simplest one is preferred. Nature likes simplicity. Occam’s razor, when applied to project management methods, would imply that a Project should have only those processes which are required and not more. This is exactly what agile paradigm means with its use of low ceremony, just enough processes. Agile teams chose processes which are most relevant for them to meet their goals in their context. It means you do not pick set of pre-defined, rigid processes in a bunch and deploy them on a project. A process is good as long as it adds value to the project, or it should be discarded or amended. So, why is to so hard to agree with this!
It is possibly due to the fact that traditional management methods have relied heavily on process standardization and execution efficiency. But it has not helped achieve predictability of results which is clear from the number of IT project failures. Today’s business scenario is vastly different with constant change and dynamic markets. Project teams like Organizations need to adapt quickly. Traditional methods, which are based on “execution as efficiency”, find this hard to achieve because they inherently oppose changes in the system. In a Harvard business review paper published in 2008, Professor Amy Edmondson identifies a different approach to execution, called “execution as learning” which looks uncannily similar to agile thinking of software development. She calls execution as learning “a radically different organizational mindset, one that focuses not so much on making sure a process is carried out as on helping it evolve”. Agile practitioners would easily relate to her thoughts and “execution as learning” looks very similar to agile manifesto.
The second perception of agile is that there is no or very little Governance in agile methods. But the fact is that agile makes governance more effective as it puts the onus on the participation of all stakeholders in the project. Traditional command and control governance models usually end up creating bureaucratic hurdles and illusion of control. Agile governance model, on the other hand, is about enabling the team and facilitating an environment where the team can meet its objective without avoidable hindrances. Whole team principle is about shared vision and goals and that there is no finger pointing and putting the blame when and if things go wrong. Should the project sponsor remains a distant illusive figure or rather become part of the team! Perception of agile being low on governance perhaps comes from the principle of “self-organizing teams”. Scott Ambler explains this principle when he says that “self-organizing doesn’t mean that you are out of control and doing your own thing. It means that team members are themselves deciding how to meet the goals. But the goals they have to meet, the resources used and timeframe, are governed by the organization“. Agile governance he says is about keeping the baby and throwing the bathwater. And that might well summarize processes and governance perspective in agile.

Related Posts

ADMnext

No one likes waiting. With Continuous Delivery, now you don’t have to!

Venky Chennapragada
Date icon March 22, 2021

Automated and on demand – here’s how, why, and when you should adopt Continuous Delivery...

agile

How to liberate your legacy applications to unleash powerful, agile next-gen apps

Erik Haahr
Date icon March 1, 2021

Discarding the burden of an existing traditional applications landscape will bring clearer...

agile

Re-think authority and responsibility in the agile company

Nick van Zuijlen
Date icon February 22, 2021

To be successful, teams need quick turnaround on decisions.