Home/Resources/Application portfolio management

Guide · Application rationalisation

Application portfolio management (APM): a starter guide

Application portfolio management (APM) is the discipline of treating your applications as an investment portfolio — knowing what you have, what it costs, what value it delivers, and what to do about it.

Application portfolio distribution and cost dashboard
A portfolio view of applications by quadrant and cost.

What application portfolio management is

Application portfolio management treats your applications the way a fund manager treats holdings: as a set of assets with costs, returns and risks that should be reviewed together and rebalanced deliberately, rather than acquired one at a time and never revisited.

The contrast is with how estates normally grow. Each application arrived through a defensible individual decision. Nobody ever decided to run four systems doing content management, but that is what the accumulation of good local decisions produces over a decade.

Why it matters

The costs of an unmanaged portfolio are rarely visible in one place, which is why they persist:

What good APM tracks

Four dimensions, kept deliberately small so they can actually be maintained:

DimensionWhat you are askingTypical sources
CostTotal annual cost to own and runAP, licensing, hosting, support effort
Business valueHow much the capability depends on it, and how well it servesBusiness owner assessment, user survey
Technical healthSupportability, currency, architectural fit, defect loadTechnical owner, vendor lifecycle dates
RiskSecurity, compliance, continuity, key-person exposureSecurity register, continuity plans

Cost and technical health can be gathered largely from systems. Business value cannot — it requires asking people, and that is what makes it the dimension most often skipped and most often decisive.

You do not need a platform to start

Dedicated APM tooling is genuinely useful at scale, particularly for keeping data fresh across a large federated estate. It is also a common way to spend a year and a six-figure sum before producing a single decision.

For an estate under a few hundred applications, a well-structured spreadsheet does everything the first two rounds of analysis require. Tooling solves a maintenance problem, and you should only take on that solution once you have proven the analysis produces decisions worth maintaining. Buy the platform after the first rationalisation has paid for itself, not before.

The first assessment

Keep the first pass shallow and complete rather than deep and partial.

  1. Build the inventory. See how to build an application inventory. Two weeks, timeboxed.
  2. Map to capabilities. Link each application to the capability it supports. Duplication becomes visible here, before any scoring.
  3. Score value and health. Two axes, simple scales. Resist elaborate weighting on the first pass.
  4. Place each application in a quadrant. The TIME model — tolerate, invest, migrate, eliminate.
  5. Pick a small number of moves. Five to ten actions with owners, not a hundred recommendations.
  6. Build the case. Turn those into a funded plan — see the rationalisation business case.

Making it a rhythm rather than a project

The single biggest determinant of whether APM survives is whether it is wired into a decision that happens anyway. Attach the portfolio review to annual planning, so the estate is assessed when budgets are set. Attach a lightweight check to procurement, so nobody buys a fifth content management system without someone noticing the other four.

APM run as a standalone initiative produces a report. APM run as an input to funding decisions changes the estate.

Start with a working model

The Applications Assessment & Rationalisation Toolkit gives you a ready APM starting point — a scored inventory, portfolio calculator, capability map and cost view, with a completed worked example.

View the toolkit →