Waterfall explained in terms of agile
I’m getting a little fed up with descriptions of project development lifecycles starting with waterfall, and then describing iterative and agile development in waterfall terms. What happens if we start on the other side?
Project development lifecycles
- Agile: The project creates a roadmap for a year or two, commits to the scope a delivery in a few weeks to a few months, adapts their commitment as they learn more and irons out the details of each task just prior to when it’s performed.
- Incremental: The project commits to the scope the whole roadmap at the beginning of the project and delivers bits every few months according to this plan. The details of a task are ironed a few months ahead of time. Changes to the full project scope are handled as exceptions.
- Waterfall: The project commits to the whole scope of the roadmap at the beginning of the project and postpones delivery of all functionality until the end of the project. The project avoids spending time to verify details after any implementation has started. Learning is handled as exceptions.
Agile described in terms of waterfall (“do a full project every few weeks”) sounds chaotic. Waterfall explained in terms of agile sounds insane.
Comments:
Bob Marshall - Feb 9, 2011
Try explaining Newtonian Physics in terms of Quantum interactions, or vice versa, and the same chaos/insanity ensues. Fundamentally different mindsets do not correlate. Period.
- Bob
Johannes Brodwall - Feb 9, 2011
Between what? Between a process where we apply learning and one where we ignore it?
Johannes Brodwall - Feb 10, 2011
Isn’t the analogy more like Aristotelian physics vs Newtonian physics? Waterfall and agile talk about the same phenomena, but has different theories about what’s true.
[Rgs_es] - Feb 9, 2011
Maybe there is something in between :)