- Forrester Councils
- Councils Overview
- log in
Posted by Phil Murphy on August 27, 2009
I heard an interesting comment from an executive at one of the big services firms - that application portfolio management (APM) efforts must begin by mapping business processes for the applications. I really don't agree, but thought it would make an interesting topic to discuss here. Part of the argument stems from how services firms are routinely engaged - to take action against one application or a group of applications to transform, re-engineer business processes, reengineer, refactor or otherwise modernize an application. All are useful activities and techniques, but they are not portfolio management techniques - they are modernization techniques. Modernization and APM live together on a continuum of application activity that includes in order:
Interest in APM has grown over the past several years because IT orgs:
APM is not equivalent to BP, does not begin with BP, and cannot take a back-seat to BP mapping activities. In fact I argue that APM should be established first as a governance mechanism:
I see and appreciate the value of mapping BP in the right cases - to match features required in a new or replacement package, make sure we don't lose a function through application retirement and as a prelude to consolidating 2 apps, etc. but that makes them techniques for modernization, not the starting place for APM. What are your thoughts?
Lead BT Transformation
Develop customer-obsessed strategies to drive growth »
Forrester's CX Index
Predict how actions to improve CX will affect revenue performance.
Measure the customer experiences that matter most »