Many large organisations run a long-established ITSM platform — legacy BMC deployments are a common example — that has served for years and has quietly become part of the problem it was meant to solve. Heavily customised, expensive to maintain, rigid to change, and increasingly out of step with how modern IT works, the legacy ITSM platform reaches a point where extending it costs more than it returns and the question becomes whether to modernise. That is a real decision with real stakes, because ITSM sits at the centre of how IT serves the organisation, and modernising it badly disrupts the service delivery everyone depends on. Making the case well means weighing the accumulating cost of staying against the cost and risk of change.
Why legacy ITSM becomes a burden
A long-lived ITSM platform accumulates the familiar afflictions of enterprise systems. It has been customised extensively to fit the organisation’s processes, and that customisation is now brittle, costly to maintain, and a barrier to change — every modification a project, every upgrade a risk. Its cost has grown, in licensing, maintenance and the specialists who keep it running. Its approach may predate modern expectations for automation, self-service, integration and user experience, so it feels dated to the people who use it. And adapting it to new needs has become slow and expensive, so IT works around it. The result is a platform that is expensive, rigid and increasingly ill-fitting — the case for modernisation — held in place by the disruption that changing it would cause, which is the case for caution.
Weighing the modernisation case
- The cost of staying. Account honestly for the maintenance cost, the rigidity, the specialist dependency, and the growing gap between what the legacy platform does and what IT now needs — this is usually larger than it first appears.
- The cost and risk of moving. ITSM modernisation is a substantial programme that must maintain service delivery through the change; the disruption and effort are real and must be weighed.
- The fit of the modern alternative. A modern platform must genuinely serve IT better — automation, self-service, integration, experience — not just be newer; migrating to something that fits no better is cost without benefit.
- The opportunity to shed complexity. Modernisation is the chance to escape the brittle customisation and rigidity; that gain is a significant part of the case if those are the core pains.
Modernising well if you go
- Maintain service through the change. IT service delivery cannot stop during the migration; sequence and plan it so the organisation keeps being served throughout.
- Shed the legacy complexity, don’t port it. Use the modernisation to escape the brittle customisation rather than reproducing it on a new platform, or you carry the old problems forward.
- Rethink process, not just tooling. Modernisation is a chance to simplify and improve the service-management processes, not just re-platform them; the tooling change without the process improvement wastes the opportunity.
- Consider modernise-in-place too. Sometimes disciplined modernisation of the existing platform is the better trade than a full migration; weigh it against the cost and risk of moving.
Legacy ITSM modernisation is a genuine decision for many established organisations, turning on an honest weighing of the mounting cost and rigidity of staying against the substantial cost and risk of change. The firms that decide well account fully for both, confirm a modern platform genuinely serves IT better, and if they modernise, maintain service through the change while shedding rather than reproducing the legacy complexity — ideally improving the underlying processes, not just the tooling. Done that way, modernisation replaces an expensive, rigid liability with a capability that serves IT and the organisation better; done carelessly, it is a disruptive migration that carries the old problems onto new software.
Free · 4 minutes
Do you actually know what you are running — and what it is about to cost you?
Fourteen questions on the systems you depend on, the ones nobody owns, and the support dates that turn a routine upgrade into a forced re-platform. Banded finding on screen, full sheet by email.
Who this is for
This reading is for:
- IT leaders running an ageing enterprise ITSM platform
- CTOs weighing modernisation against continued investment
- Firms whose ITSM has become heavy, customised and rigid
- Boards funding an IT service management modernisation
Sixteen Pillars runs ITSM modernisation to maintain service through the change while shedding the legacy complexity – improving the processes, not just re-platforming them. Pricing is published at /pricing/. If this is live for your organisation and you would like an independent reading, the place to start is a conversation.
Sixteen Pillars is a technology governance consultancy based in Cyprus. Engagements run remote across the EU, UK, and Middle East, with on-site time where the engagement requires it.
Build and rescue work
Hands-on delivery of this kind is handled by Sixteen Pillars Studio.
Looking at an acquisition, supplier, or major project?
The greatest risks are rarely visible in the executive summary. The Sixteen Pillars framework surfaces the technology risks that diligence usually misses.