A new force is making itself felt in the world of software development. Advocates of the agile development methodology claim that its potential to increase productivity in some areas is so bright that coders are going to need to wear shades to write software with it.
Instead of starting by developing a detailed set of requirements, agile methodologies call for programmers to begin by writing small chunks of functionality that can be completed in two to four weeks — "iterations", in agilespeak. Module testing receives the same level of attention as the actual writing of the code. When one iteration is done, developers find the next requirement to add more functionality to the module just completed and thereby start a new iteration.
Agile processes promise to deliver high-quality, functioning software at a fraction of the time and cost of traditional methods. Still, agile isn't likely to replace the so-called waterfall development methodologies, those proven ivory towers that have been used for the development of everything from missile guidance to widget-tracking ERP systems. For many projects, especially big ones with relatively fixed requirements, the Software Engineering Institute and its family of Capability Maturity Models are the gold standard and will remain so.
What's changed is product development in the era of global mass customization. You can't afford a three-month requirements-definition phase whose pieces are nebulous and evolving. The agile method has at its core the ascendance of trial and error over planning and documentation or, borrowing more agilespeak, "early value delivery" over "formalism."
Agile tilts to a more intuitive but still disciplined form of software development. Build and test a software module for that widget-tracking system with a very small, tightly integrated team, then interpret the requirements for that module in the testing and have the software built before the requirements even would have been developed using traditional waterfall methods.
Agile already is showing up in mainstream software development. Some developers will see it first as part of a hybrid methodology, with some parts managed via waterfall methods and others spun off to agile. Likely candidates for spinning off to an agile team are software modules that include undefined areas or functionality that's likely to change.
Instead of waiting for dependencies to be resolved or customer inputs to catch up to requirements, put agile to work. Develop the test plan, build and test with "Tinkertoy" interfaces that can be easily updated when the project catches up. Agile excels in this environment.
The potential savings offered by the agile method force the global software development marketplace to take it seriously. Its pros and cons are hotly debated. If agile does what its proponents claim, it will be disruptive technology for software development, changing everything.
And if everything changes, there will be winners and losers. The winners will include a lot of those early proponents who were able to see and embrace the change — and who didn't have a large stake in the entrenched way of doing things. The losers will mostly be development shops that have a large stake in the ancient regime and are unable or unwilling to embrace the change.
Willoughby is a 20-year IT industry veteran and journalist. He can be reached at email@example.com