How to assess an application portfolio
A workable scoring model for business criticality, technical health, cost and risk — and how to turn scores into agreed dispositions.
Read moreLegacy systems rarely fail outright. They just make everything slower, more manual and more fragile until change becomes too risky to attempt. Modernization is the discipline of removing that risk incrementally, while the business keeps running.
The licence fee is rarely the expensive part.
The platform is unsupported, the original developers are gone and every modification carries the risk of breaking something nobody fully understands.
Information moves between systems by export, spreadsheet and re-keying. Reporting is a reconciliation exercise and the numbers are always slightly disputed.
Unsupported operating systems and applications cannot be patched, fail audits, and increasingly affect insurability and customer due diligence.
One or two people understand the system. Their retirement or resignation is an unmitigated operational risk that nobody has costed.
Modernization stalls because the only plan on the table is a total replacement that is too big to approve. The way through is a phased plan where each stage delivers value and can be reversed. The way through is a phased plan where each stage delivers value and can be reversed.
Measured against your current run cost, change velocity and risk register.
Typical reduction in the time taken to deliver a business change once workloads sit on supported, well-integrated platforms.
Retire, replace, re-platform, refactor or retain — each with a rationale, a cost and a date, so the portfolio stops being an open question.
Unsupported operating systems and applications removed from the estate, closing the audit and insurance findings that follow them.
Every migration stage carries a tested rollback path, so a bad day is an inconvenience rather than an outage.
Typical reduction in export, re-key and reconciliation work once integrations replace spreadsheet handoffs.
Institutional knowledge captured, processes documented and dependencies mapped, so the estate no longer rests on two people's memories.
How to read these: the figures above are typical ranges we plan and measure against, not guarantees. In your first engagement we agree the baseline, the target and the measurement method in writing, then report against them.
From portfolio assessment through to decommissioning the last server.
Every application scored on business criticality, technical health, cost, risk and dependency, producing an agreed disposition for each.
A phased plan ordered by risk and value, where each stage stands on its own and none of them require a weekend of held breath.
Execution of each phase, followed by the step most programmes skip: actually turning the old system off and archiving it properly.
Individually scoped stages, so approval is never a single all-or-nothing decision.
Inventory, ownership, technical health, support status, cost and business criticality for every system, with a recommended disposition for each.
Tracing what actually talks to what, including the undocumented interfaces and scheduled jobs that surface only when something breaks.
A phased plan sequenced by risk and value, with costs, dependencies and the benefit of each stage stated separately.
Extraction, cleansing, mapping, load and reconciliation with documented evidence that what arrived matches what left.
Cutover runbooks, rollback triggers and tested fallback positions, so each stage can be reversed within an agreed window.
Retiring superseded systems properly — retention obligations satisfied, archives accessible, licences cancelled and hardware recovered.
Where an operating system, database or application has passed end of support and is now an audit, insurance or security finding requiring a dated plan.
For legal, healthcare, financial services and public sector: migrations governed by statutory retention, chain of custody and disclosure obligations.
Value early, risk retired steadily, no single stage large enough to threaten the business.
Portfolio inventory, dependency mapping and cost baseline, including the systems nobody claims to own.
Agree dispositions with the business owners — what gets retired, replaced, re-platformed, refactored or deliberately retained.
Phase the plan so each stage delivers standalone value, with rollback designed before build begins.
Deliver phase by phase with parallel running and reconciliation where the risk justifies it.
Decommission properly, capture the saving, and re-baseline the portfolio for the next cycle.
Retain is a legitimate disposition. Some legacy systems are stable, cheap and low-risk, and replacing them is a poor use of capital. We will say so rather than recommending a migration that only benefits us.
Modernization programmes fail loudly. Here is how we keep them boring.
Every phase has a tested fallback. We do not rely on a cutover weekend going perfectly, because sometimes it does not.
Our team runs infrastructure, hosting and managed IT day to day. Legacy estates are familiar territory, not an unpleasant surprise.
You are never asked to commit to a three-year programme on a single business case. Each stage is scoped, priced and justified on its own.
Decommissioning, archiving and licence cancellation are in scope. Programmes that skip this pay for the old estate indefinitely.
Illustrative engagements, written in the structure we use for real case studies.
A plant-floor application ran on an operating system years past end of support. A phased plan moved functions across without a single production stoppage.
Data moved between three systems by scheduled export and manual upload. Building proper integrations removed the reconciliation burden entirely.
Demo content: the organizations and measurements above are illustrative placeholders written to show the structure of a real story. Replace them with verified client results and approved references before publishing.
Material for leaders weighing replacement against another year of workarounds.
A workable scoring model for business criticality, technical health, cost and risk — and how to turn scores into agreed dispositions.
Read moreWhat phased migration looks like in practice, and how to design rollback that people are actually willing to use.
Read moreRetention obligations, archive accessibility, licence cancellation, hardware recovery and the stakeholder sign-offs to collect before switching anything off.
Read moreA portfolio assessment gives you a disposition, a cost and a date for every system — and usually a smaller programme than you feared.
Describe the situation in your own words.