Skip to main content
Enterprise Agile Planning icon with arrows

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Aug 13, 2013 — Enterprise Agile Planning expert

Re-Imagining the Agile Manifesto for Agile Software Development

Enterprise Agile Planning

Another Agile conference has come and gone, and as usual, there was plenty to learn in Nashville this year (besides packing walking shoes for the Gaylord).

The biggest piece I took away from last week might be how we view the Agile Manifesto. After the SAFe kerfuffle, maybe it’s time we think of the manifesto in a different light.

Specifically, what if the manifesto wasn’t the manifesto? What if it was the Agile Constitution? Why? Well, does the constitution say anything about driving at 16 or drinking at 21? Is there anywhere in the constitution that says the BAC limit for driving is .08? No, the constitution just gives us a framework.

Similarly, do the words Scrum, XP, Lean, Kanban, Story Points, Daily Stand-up or any activities we hold dear specifically laid out in the 12 principles? Nope! Let’s re-imagine the manifesto as a set of guiding principles vs. some iron-clad document.

As Agile grows and spreads new frameworks and ideas will naturally evolve. There are too many smart people using Agile principles for this not to happen. I don’t expect every new idea to be accepted with open arms, but we should apply a uniform evaluation to these new frameworks. I am not advocating a “supreme court” of agile constitution scholars passing judgment on all new ideas, but I do think it will be easier for the community to accept new ideas if we simply view the manifesto as guiding principles vs concrete rules. If the new ideas meet a preponderance of agile principles, maybe it is something we should try. I don’t expect every new idea to be perfect day one, and if we are applying principle 12 then we should be inspecting and adapting these ideas over time. Let’s take what is good in these new ideas and evolve them to make them better vs. wholesale trashing the idea because we don’t like one or two components of the idea.

Not only is it the right thing to do, it’s Agile.

Related video: How the Agile Manifesto For Agile Software Development Was Born, and Why You Should Care

More from the Blog

View more
Digital.ai Government Cloud
Apr 12, 2022

Digital.ai Government Cloud receives FedRAMP Authorization through sponsorship from the United States Department of Veterans Affairs

Enterprise Agile Planning
Flagship Digital.ai Agility solutions can effectively scale agile deve ...
Read More
Nov 22, 2021

What are the qualities of highly effective agile teams?

Enterprise Agile Planning
A team is the core unit of productivity in an agile organization. Wher ...
Read More
Nov 15, 2021

How an open-first attitude revolutionized government tech development

Enterprise Agile Planning
Public perception of government is often that it is slow-moving, reluc ...
Read More
cross functional
Nov 08, 2021

6 best practices for building resilient cross-functional teams

Enterprise Agile Planning
Agile frameworks prize the quality of resilience within every facet of ...
Read More
Contact Us