Agile Manifesto Explained
Agile Manifesto Explained
Rationale
Since I read the agile manifesto the first time, I was wandering if there is some higher order rational behind the four statements. Although they seem to cover different dimension, there is somethin in common.
Presence vs. Past
For me it looks like that the agile manifesto is basically about presence over past:
- Interactions/individuals are now – processes/tools originate from past decisions.
- Working software works now – comprehensive documentation is (mostly) out of date
- In customer collaboration you know his current requirement – a contract manifests past decisions
- A change is happening now – a plan is (mostly) out of date.
Mirko,
I think it is an interesting observation but I see some bias here that might not be justified. I think your arguments can be easily turned around in some points.
For example – you write the documentation now, the working software will be produced in the future. A change is something that results from the past decisions whereas plans always look towards the future (ignoring for a minute that they might be out of date).
I would suggest that it’s more about outcomes over processes, and outcomes are indeed positioned in the future.
Reblogged this on MBWiki – Collaborative Programming Wiki.
The manifesto can also be read as “… can substitute for …”
@Marcin: Your trasnlation into presence -> future supports the same arrow of time:
documentation -> (working) software,
plan -> change.
Therefore, it’s not that different from me saying past -> presence.