I come from the days when Waterfall way of delivering projects was the de-facto standard. And it was successful, let me tell you.
Then the competition started and new variations started coming up until we reached where we are today i.e. extreme Agile and ScrumOps.
We have come a long way from the times where product release once a year was fine with everyone to the daily releases or incremental deployment was the expected quality of service standard.
Coming to the crux of the matter:
If yes, then please raise your hand and continue reading.
If you have never encountered such situations then trust me you are blessed my friend! Please pass on the blessings to us by leaving a comment below with your experiences.
The eternal fight between Agile Vs. Waterfall
Ever since Agile concepts came into being and helped us show a better way of executing projects, a battle ensued in the project management rooms.
While some of the managers and companies were able to use Agile to the best possible results leading to a faster delivery, efficient services and others could not make much use of it. This is a well-known fact.
Sooner, the discussions started getting centered around the points that Waterfall used to allow enough time to test before shipping, it helped ensure better quality for the consumers whereas the issues being reported by customers from field started to pile up for the Agile-run projects.
I have been lucky enough to witness this transition from pure waterfall to pure Agile to a much more balanced Agile during my stint with world-renowned companies such as Microsoft et al.
My own scales used to tip in favor of one concept only to tip towards another as I ran into issues!
This frequent oscillation of my feelings, affinity, and common sense helped me understand a few things very clear and these were that:
My multiple conversations with my peers and experts in the industry revealed that they were experiencing similar pains. One of the research revealed that projects revenue had shot by a whopping 230% by switching to Agile mode, but the employee satisfaction dropped by 53% and the number of issues from the field jumped by 80%.
Obviously, Agile is not going away, neither we are going to slow down to yearly shipping once again. So what do we do then?
Juggling Agile with Waterfall
I like to call it “Balanced Agile” [Trademark; Copyrighted by Abhinav Gupta, 2018].
Balanced Agile is a concept that aims to help projects get back to health. Too much of everything is bad; isn’t it?
Before I delve deeper into what “balanced Agile” entails, I would like you to know what benefits you will derive from juggling Agile with Waterfall efficiently:
And trust me, it will not hamper your project margins. Agree there will be a slight slowdown on topline but those effects will be nullified with reduced cost for low productivity, better quality, and lesser live field issues. Don’t be surprised if you actually are able to increase your margins if done properly.
How to strike the perfect balance?
There are many ways with which you can implement Balanced Agile in your projects irrespective of domain. Whether you are handling a software project, hardware project, manufacturing project, anything can take benefit of this approach.I am assuming you would like to make this switch in your ongoing projects, so start with calling a series of post-mortem meetings that discuss the following items:
Finally, come up with a list of items that reduce project complexity if they are done sequentially instead with Agility. Because the trade-off you will do in this area will help you buy some extra quality and better customer reaction by letting go off some speed in project execution.
Once you are done with these reviews you should come up with a plan on how you want to incorporate those change in your existing project wheel.
But not before considering the impact on:
You need to have your stakeholders on boarded with these changes but above all, it is you THE PROJECT MANAGER who should be convinced with this plan. Only then you will be able to drive it to success else it will end up being just another initiative that bit the dust.
I will list out some of the common examples of items that are causing the pain to you, your customers and team. These are collated based on my experience from my projects.
Items that commonly are redundant or lead to time wastage:
Items that can improve team efficiency without creating extra burden:
1) Remember this meeting is not to discuss people but to focus on highlights and low lights.
2) I have intentionally kept it for 25 minutes. So because it creates a psychological goal for us to be efficient.
Items that are most commonly reported from field:
A feature that used to work earlier is not working anymore or in other words, a new way of doing things is not easy to use. This comes under scenario engineering.
Good amount of field issues are also due to lack of proper customer training. So you should focus on that as well.
Guided tours help in such situations.
I hope my post on how you can juggle Agile with Waterfall in a seamless manner for better results. I will certainly look forward to hearing your experiences through the comments section or you can write to me on firstname.lastname@example.org
All the best!
Your email address will not be published. Required fields are marked *