The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Scott Ambler on Jun 15, 2006
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.
Case Study: IBM's Agile Transformation
Agility at scale, become as agile as you can be
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
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.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
1 comment
Watch Thread Reply