Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ


Choose your language

InfoQ Homepage Articles Agile at 10 – A State of Contradiction

Agile at 10 – A State of Contradiction

Leia em Português

This article is part of the Agile Manifesto 10th Anniversary series that is being published on InfoQ.

Agile is in a true state of contradiction.  In some ways Agile as defined 10 years ago is dead or at least passé - the best practitioners have taken what we defined as "agile" 10 years ago - which was a reflection of what the best practitioners had done for 40 years, into something different, but this new state of the art has not been documented to date.  Also, as Agile as defined becomes mainstream, it will simply be called "software development". 

My guess is that this has already started to happen: there are some companies that were medium or small 10 years ago that have grown with Agile embedded into their DNA - they don’t know any other way to develop software. 

On the other hand, Agile is as alive as it ever was, because there is more lip service paid to it, and there are more true efforts and budget allocation to implement it as defined 10 years ago everywhere:  every industry in just about every country has Agile implementations.   Yet, there is danger in such a wide range of "we are Agile because we implement L with X, Y, Z". We need to worry about how diluted the meaning of agile is becoming, and focus on real quality.

We need to raise the quality of Agile implementations and we also need to document the state of the art as it is today, to make it easier for practitioners to envision the future. 

In regards to quality, at the 10-year Agile Manifesto Workshop (see this link) we came out with four statements that we thought were possible to implement: 

  1. demand technical excellence,
  2. promote culture change,
  3. maximize business value,
  4. organize knowledge. 

These four statements convey a powerful, relevant and accurate mission as to what Agile as defined 10 years ago needs to do to survive with a clean name.  Otherwise it runs the real risk of getting diluted, badmouthed, and thus enlarge the backlash it already has with every Agile implementation gone bad. 

What Agile as defined 10 years ago needs is an action plan to put these four statements to work in organisations today.

In regards to the future and current state of Agile, the true state of the art as of today remains undocumented in the Agile Manifesto or elsewhere. 

Among other things the state of the art includes these days are the many advances that have been made by practitioners over the last 10 years in many interesting directions:  

  • Agile for business, implementing Agile in other processes other than software
  • enterprise implementations
  • value-driven techniques
  • organisational patterns
  • scaling
  • distribution
  • swarming
  • culture change
  • layered testing
  • continuous integration
  • user involvement
  • agile metrics
  • agile architecture
  • mixing Agile with other useful things like Lean/Kanban, etc.  

So as a community looking into the future we need to revisit what is "current state of the art" and possibly come up with an Agile Manifesto 2.0. 

I’ll share with you what I do in one of my standard presentations - I play with the class or with the audience a game called "Re-write the Agile Manifesto with your thoughts and feelings now". 

Here is one of the outcomes:

Beyond Individuals and interactions to hyper-productive Swarming jelled teams and communities of practice

Beyond working software to high-quality, well architected and well-tested user-centered software services

Beyond customer collaboration to user collaboration and user involvement

Beyond responding to change to prioritizing and optimizing for change

Beyond single Agile teams to Agile Enterprises

Anyone can do this and I think is great to see what people can write or expand on the original ideas of the Agile Manifesto based on advancements in the state of the art over the last 10 years. 

Good luck in all your Agile Transformations!

Please add you contribution to the manifesto 2.0 in comments below.

About the Author

Mike Beedle is one of the first Scrum adopters with experience practicing Scrum since 1996 in a variety of business environments. Mike and his companies have introduced Scrum to thousands of people and hundreds of companies, providing training, consulting, mentoring, coaching and hands-on consultants, developers and Scrum Masters to the industry

Mike Beedle is the co-author of the first Scrum book, the co-author of the first Scrum paper published in a book, a co-author of the Agile Manifesto, the author of the upcoming Enterprise Scrum book and one of the co-authors of the upcoming Scrum Pattern Language book. (See this link)

Rate this Article