In a Forrester’s report, The Changing Face Of Application Life-Cycle Management[1], nearly one-third of enterprises are already using Application Lifecycle Management (ALM) processes and tools, and almost half are aware of it (see Figure-1). But in conversations with user companies, we find that even those familiar with the term are often hard-pressed to define it.

Figure-1: Awareness of ALM is High

This article begins to describe what it takes to pragmatically and effectively integrate ALM synergistically with agile-lean product development.

For the purposes of this article my definition for ALM is:

Application Lifecycle Management (ALM) encompasses the processes, practices, techniques and tools employed at all stages of system-software development, including:

• Compliance
• Governance
• Program & Project Management & Planning
• Requirements Gathering and Management
• Software Architecture & Design
• System-Software Development
• Testing & Quality Assurance
• Deployment
• Operations Management

ALM, when done right, may help your enterprise wide adoption of agile-lean product development. Conversely done wrong, there is a high risk your adoption of ALM will result in not achieving the return-on-investment and value you had planned. There is also a high probability an ALM adoption gone wrong will undermine your adoption of agile-lean product development, not least of which will negatively impact your development organizations ability to build better software and team morale as well as result in dissatisfied Customers or internal IT Business Partners.

It is highly recommend you take a lean-agile approach to planning and implementing ALM.

You cannot improve what you do not effectively measure and quantify. Before you can improve anything, you have to know what your baseline is; otherwise, how do you measure the improvement, or even identify what to improve? While at the same time keeping in mind Gilb’s Measurability Principle: “Anything you need to quantify can be measured in some way that is superior to not measuring it at all.”

Examining both the perceived and actual processes your using to develop and maintain system-software provides a complete picture of your enterprise-wide system-software development processes and practices. People in your organization will have different opinions about the current state of your development capabilities. Establishing a shared understanding of your current situation and identifying those areas that need attention is key to success.

Value-stream maps, as depicted in Figure-2, are generated from the data gathered during examination to guide the organization to effective, efficient, and pragmatic ALM processes, practices, techniques and tools that synergistically integrate with your approach to agile-lean product development.

Figure-2: Agile-Lean Product Development Value-Stream Map

Above all you do not want the design and processes behind the ALM vendor’s tool to dictate how you are going to do things. It behooves you to make sure your ALM vendor of choice, understands this, takes it to heart and that they will work with you to adapt their tool to your specific needs.

As a result, strengths are acknowledged, areas for improvement (constraints and bottlenecks) are identified and continuous improvement begins to take form and substance.

[1] The Changing Face Of Application Life-Cycle Management by Carey Schwaber with John R. Rymer and Jacqueline Stone

Trackback(0)

TrackBack URI for this entry

Comments (1)

...
written by Jurgen Appelo, November 24, 2010

Thank you! I refer to this article in my presentation Agile Application Lifecycle Management (ALM):

http://www.noop.nl/2010/11/agile-application-lifecycle-management.html

• 
• +0
• 
• 

Write comment

Show/hide comment form

Name

Comment

smaller | bigger

Subscribe via email (registered users only)

Write the displayed characters

Add Comment Preview