Has Hell Frozen Over? An Agile Maturity Model?

| by Scott Ambler Follow 1 Followers on Jun 15, 2006. Estimated reading time: less than one minute |

A note to our readers: You asked so we have developed a set of features that allow you to reduce the noise: you can get email and web notifications for topics you are interested in. Learn more about our new features.

Ross Pettit, a Client Principal with ThoughtWorks, describes the potential need for an agile maturity model (AMM) and provides some ideas about what the AMM should address.  His AMM is not intended to be prescriptive or authoritarian. It is an attempt to create a simple, flexible, fact-based assessment of the degree of agility in fundamental IT practices and, subsequently, in an organization. With this framework, an organization can quickly assess how its current processes enable and inhibit responsiveness and can determine what it should be doing. Fully applied, an AMM also helps identify what teams must change to be able to achieve responsiveness and then structure a business case for making those changes. 

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

General Comments on Article. by Armen Moloian

I believe that a complete AMM should address in some form the the following concepts as well.

The evolution of requirements. i.e., Where is an organization in defining the right things at the right time. It is not just a question Fat upfront to lightweight on the fly. It is about the "right" level of Requiremetns definition as a request moves through the SDLC.

Evolutionary Stages: Addressing composite measures. As typical in large organization there can be teams at various evolutionary stages. Another issue that needs to be reviewed is the dependancy heirarchy of the chain of applications in the enterprise. Down stream "service" and "support" applications tend to automagically move towards more agile approaches as the requirements for this systems are often provided by upstream technology groups and not business clients per se.

Meauring Progress: A completed AMM should "suggest" Metrics that support clear demonstration of the cost/benefit of moving in either direction along the continum of evolutionary steps. The challange of "restructuring" would become diminished and in fact reveresed as value-add is demonstrated. It would become a natural evolution.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

1 Discuss

Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you