At some point in your agile journey you begin to ask and/or hear this question: “Is agile suitable for all projects?”
Here are some of the responses I’ve heard from both those who are still learning about agile and those who have a lot of agile experience:
- Agile isn’t necessary when you have a known problem and a known solution.
- Agile doesn’t work in regulated environments.
- Agile doesn’t work in government.
- Agile can’t work in a large enterprise.
In my opinion and experience all of these answers are borne out of legitimate concerns but none of these responses are valid. Let me explain why.
One of the significant differences between traditional projects and agile projects are the short feedback loops. These short feedback loops allow teams to validate assumptions sooner, identify and deal with risks and issues sooner, find and correct defects sooner, and deliver a solution sooner. Agile will be implemented differently based on the project types identified in the responses above, but I believe that all projects will benefit from agile’s short feedback loops. To say otherwise assumes that we always get it right the first time – even in the uncommon situation where the solution is 100% known, we get everything right the first time about 0% of the time. Agile helps us discover that sooner so that we can correct our mistakes.
Additionally, any project can benefit from increased trust amongst team members, increased trust between teams and customers, increased trust between teams and management, and increased trust of project status.
In my opinion and experience, the only question you need to ask has nothing to do with the type of project, the type of problem, or the type of solution. Instead, here is the key question:
Does the team want to use agile and have the support to do it?
If the answer is yes, then it can work. If the answer is no, it is not likely to work.
P.S. Here are some examples of agile being used in projects and organizations where “agile won’t work”:
Agile in a large enterprise.
The agile experience at John Deere’s Intelligent Solutions Group.- presentation by Chad Holdorf at Much Ado About Agile VI – Vancouver 2011.
Agile with a known solution and a known problem.
I recently completed a project with a known solution and a known problem – converting a VB6 application to dotnet “as is”. We used agile and the project was very successful.
Re-posted from winnipegagilist.blogspot.com