Having been a strong proponent of AGILE and Agile-like methodologies for the past 20 years. I have not only seen the benefits that can be achieved by implementing AGILE but have also attained them.
I have helped companies improve on-time delivery of projects. At DHL we went from 26% to 81% and at Henkel, we improve enhancement delivery (small 60 day projects) from 35% to 95%. These are just two on many improvements achieved. I have even applied AGILE to other areas not just on-time delivery, but also Cost and Operational Performance Management and seen similar results.
AGILE works, it is as simple as that.
Here are 4 reasons why it works and one excuse for when it doesn’t
With AGILE it is the teams that decide what will be included within the scope of a release, based on priorities of the product owner, and also the date that this will be delivered.
This self determination helps to increase the level of the commitment from the teams as they are involved in the scoping and timings, and increased commitment, leads to increased ownership which drives success.
For each Sprint within AGILE, there is a clear definition of what success means. This definition is agreed, shared and understood by all. This means that you now have everyone pulling in the same direction looking to achieve the same goal.
This clear definition along with a clear scope ensures that there are no misunderstands of what is required. It also means that there is less frustration when the work is completed only to find that something else was expected.
I have lost count of the number of times I have seen projects fail because of confusion over the scope and also the expectations of what was to be delivered.
This not just damages this project/release but also leads to frustrations, demotivation, and disengagement.
This is clearly linked to the self-determination because when teams are setting their own deadlines there is automatically an increased level of confidence in the outcome and confidence is a critical component of success.
In my experience teams are not afraid of hard work they are afraid of failure. And when you look at the stats around failure, one study showed that on projects that failed 75% of the time the teams involved knew it was going to fail on day 1.
Now this lack of confidence can become a self-fulfilling prophecy, but by the same thinking, a belief that the project will be successful can also become self-fulfilling.
When teams believe a project will fail, when it starts to fail they go into I told you so mode. However when they believe a project will succeed and it starts to fail they go into solution mode. Looking to find out what’s caused the issues and try to resolve them.
Teams in solution mode will always outperform teams in I told you so mode.
Within AGILE the role of management changes from one of directing to one of supporting the teams. Looking to clear roadblocks and any issues that the teams are facing which prevent progress.
All of which helps to increase the effectiveness of the teams.
This is the number one alleged reason I hear as to why either why companies don’t feel ready to implement AGILE or why they believe that AGILE failed.
But as I mention in the headline this is not a reason is just an excuse. It is true that it can take a while for teams to adapt to AGILE and to get confidence in both the process and the management, but it will come if you persist.
But it is even truer that the leadership is immature and not willing, or not confident enough, to give up some of the that is power needed to make AGILE a success.
AGILE requires that much of the decision making distributed to the right levels. It’s not just about having shortened development cycles with regular feedback loops.
It is about giving teams that sense of self-determination and I know that this can be hard, scary even, but this is crucial if you want to achieve the benefits of AGILE and not just pay lip service to it. Then once you give that self-determination you need to support the teams through coaching and issue resolution.
If you can do that then your AGILE implementation will be a success, if you can’t then you’re the real reason why AGILE won’t or didn’t succeed.