A Framework for Agile

[article]
Summary:
Bob Aiello discusses how CM and agile practices can go hand in hand - provided that you have a solid framework to work with. With agile's popularity seemingly always on the rise, alongside the need for CM, learn how having both benefits everyone onboard.

This month I had the opportunity to teach a class at a government contractor on the West Coast. These folks were responsible for writing mission critical software that had to work correctly or else very bad things could happen. I quickly saw that the class was composed of bright and experienced software engineers who worked through about four and half days material in less than three days. We even had time to talk about CM patterns and release management. With such a great class, I naturally asked them if they were using agile practices. They were not. I spoke about the benefits of continuous integration which was well received but overall they were used to a very disciplined software development framework that was most definitely not agile. What frustrated me most is that I did not have a solid framework to point them to in order to really get them interested in agile.

Why do we need a framework?
Last month I suggested that one way to meet the need for a comprehensive framework is to use existing standards and frameworks - for example mapping and harmonizing agile practices into the well thought out IEEE 12207 life cycle standard. I have been including agile practices in a framework that I am writing for a quality management effort and I certainly see value in that approach. It's true that agile has its own way of thinking and approaching software development and that has many benefits for successful development efforts. It's also true that developers need a better place to start in their quest to understand what agile is all about. I propose that agile needs a comprehensive framework that can aid as a tool in its adoption and use by development teams. That may mean that the extra documentation may run counter to the agile approach, but agile needs to mature into its rightful position in the software development world and right now it is just too hard for the average developer or software manager to really understand and manage the entire agile approach to development.

How do other frameworks approach this?
I am also knee deep in studying and applying both ISACA Cobit 4.1 and ITIL v3. The Cobit 4.1 framework uses a simple structure to organize 34 controls:

    1. Plan and Organize
    2. Acquire and Implement
    3. Deliver and Support
    4. Monitor and Evaluate

The ITIL v3 framework is organized into:

    1. Service Strategy
    2. Service Design
    3. Service Transition
    4. Service Operation
    5. Continual Service Improvement

Most of the CM and release management practices are in the service transition volume, but the entire framework is needed if you are going to implement the extremely popular configuration management database (CMDB). There is a lot of reading material to wade through in ITIL v 3 although it is very accessible and easy to understand. Whenever I take a deep dive it is easy to step back and see where I am in relation to the overall model. I don’t have that same experience when I read agile.

Alistair Cockburn does talk about methodologies in his text entitled “Agile Software Development – The Cooperative Game”. He also refers to methodologies as a straight jacket that people choose to use. Dr. Cockburn talks about the size of the methodology and the amount of “ceremony” – which is an indication of the rigidity of the process. “The amount of ceremony in a methodology depends on how life critical the system will be and on the fears and wishes of the methodology author..”, p. 157.

A framework would, of course, operate at a slightly higher level with the value of providing one-stop shopping to be able to understand and select the best methodology based upon the application team requirements and intrinsic characteristics.

About the author

Bob  Aiello's picture Bob Aiello

Technical Editor of CM Crossroads and author of Configuration Management Best Practices: Practical Methods that Work in the Real World, Bob Aiello is a consultant and software engineer specializing in software process improvement, including software configuration and release management. He has more than twenty-five years of experience as a technical manager at top New York City financial services firms, where he held company-wide responsibility for configuration management. He is vice chair of the IEEE 828 Standards Working Group on CM Planning and a member of the IEEE Software and Systems Engineering Standards Committee (S2ESC) Management Board. Contact Bob at Bob.Aiello@ieee.org, via Linkedin linkedin.com/in/BobAiello, or visit cmbestpractices.com.

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!

Upcoming Events

May 04
May 04
May 04
Jun 01