Agile Manifesto Published
11 February 2001 to 13 February 2001SoftwareParadigm shiftDate precision, exactEvidence grade, primary1 primary source
Drivers:
Frustration with heavyweight methodologies drove practitioners to seek alternatives. Internet-era speed required faster iteration. Developers sought more autonomy and customer contact.
In 2001, a group of software developers created the Agile Manifesto. They believed software should be built in small steps with frequent feedback, rather than following rigid long-term plans. Agile methods like Scrum break work into short 'sprints' of a few weeks, delivering working software frequently and adapting to changes.
Agile Manifesto Published event plate
Structured atlas record showing date, domain, evidence grade, source count, and predecessor and successor links.
Forecasts and counterfactuals stay labelled as opinion in the event data. Source: Computer History Museum.
Before
Heavyweight methodologies (waterfall, RUP) dominated enterprise software. Documentation often valued over working software. Customer feedback came too late. Developers felt constrained by rigid processes.
What changed
Seventeen software developers met in Snowbird, Utah and published the Manifesto for Agile Software Development. It prioritised individuals, working software, customer collaboration, and responding to change. Agile became the dominant software development philosophy.
How it happened
Representatives of XP, Scrum, DSDM, Crystal, and other lightweight methodologies gathered to find common ground. They agreed on four values and twelve principles. The manifesto deliberately avoided prescribing specific practices, instead articulating shared values.
Outcomes
- Shifted industry toward iterative development
- Popularised Scrum, XP, and other agile methods
- Changed relationship between developers and business
- Influenced DevOps and continuous delivery
Limitations
- Often misapplied as 'no documentation'
- Scrum certification became commercialised
- 'Agile' label applied to non-agile practices
- Some contexts need more structure
Lessons learnt
- Values matter more than processes
- Short feedback loops reduce risk
- Working software is best progress measure
- Manifestos can be co-opted
Stakeholders and artefacts
Organisations
- Agile Allianceprofessional_bodyFormed to promote manifesto
Individuals
- Kent BeckSignatory, First Class SoftwareXP creator, manifesto signatory
- Martin FowlerSignatory, ThoughtWorksManifesto signatory, influential author
- Ken SchwaberSignatory, IndependentScrum co-creator, manifesto signatory
- Jeff SutherlandSignatory, IndependentScrum co-creator, manifesto signatory
Artefacts
- Agile ManifestoframeworkFour values and twelve principles for software development
- ScrummethodologyIterative framework with sprints and roles
- Extreme Programming (XP)methodologyPractices including TDD, pair programming, CI
Key terms
Causality
Preceded by: Design Patterns Book Published (Gang of Four).
Made possible: DevOps Movement Emerges.
On this course
Read in the path Software Development: Waterfall to DevOps.