06/24/2008 by Dieter Steiger
Successful IT Planning & Control must include not only IT Service Management and Project & Portfolio Management, but also Application Lifecycle Management in order to be of lasting benefit. The following illustration by Gartner clearly demonstrates this.
Considering the support of the various areas and, above all, of the interfaces between them, it is obvious that helpful methods and high-quality tools for Service Development (Project & Portfolio Management, Design, Development and Testing) and Service Delivery (IT Service Management) are available and in use.
On the other hand, tools and methods supporting the interfaces between the different areas and to Application Lifecycle Management in general seem to be rather scarce.
At the same time, Application Lifecycle Management promises attractive benefits like:
- a noticeable increase in developer productivity
- “best practice” in development and service roll-out
- a clear focus of developers on business instead of technical requirements
- largely improved collaboration between development and business area
- improved time-to-market by repeatable and partly automated processes and generally improved resource planning
The software manufacturers priding oneself on their solutions that are supposed to reduce either project or operating costs are getting a bore. To them, the direct interdependencies between business and development are rarely of central concern. Statements as to the benefit of the solutions usually refer to either of the two aspects, and very often, improvement on one side is combined with a dramatic rise of costs on the other. This is why this topic is often referred to as the general “IT dilemma”.
A relevant issue of “good” software engineering is a comprehensive requirements management, covering diverse influencing parameters. However, there are few cases where with each requirement all depending lifecycle objects are taken into account right from the start. But without this, recognizing competing requirements as what they are is impossible. What is more, hardly ever consideration is given to changes that are being implemented. Thorough IT Planning and Control across all fields of activities including their interfaces also comprises referencing and versioning of the describing, organizational and technical objects and their relation to one another. IT Service, and IT as a whole, is regarded and referred to as a complete system.
The same is often true for business: IT Service Management (ITSM) includes Trouble Tickets without a clear reference to the concerned objects in Application Lifecycle. Information about the newest changes is not passed on to either the present development or the planned projects. This results in duplication, inconsistencies and considerable effort put in subsequent coordination. Any kind of re-use following the change or the newest project release is moving beyond reach.
“Comprehensive” process frameworks and methods such as ITIL, PRINCE2, PMI and COBIT or SOX audit and compliance standards are just as unsuitable to overcome the “IT dilemma”, because they all disregard the interdependencies between the Service Lifecycle objects, meaning between processes, services and all technical objects. Although it is the intent and purpose of all these standards to diminish risks, I doubt if they can half-way reach this target without taking these dependencies into account.
To me, the only solution in sight is introducing a professional method- and tool-supported Application Lifecycle Management.