Why many decommissioning projects fail?
It is estimated that around 15% of IT budgets are dedicated to legacy system applications. In a world where digital transformation is a high priority in many companies, the financial and resource burden associated with legacy systems stand in the way of progress. Retiring these systems is what is required, but sadly many legacy system decommissioning projects fails.
Why is keeping legacy systems expensive
Firstly, let’s look at why keeping legacy systems is an expensive exercise:
- Legacy systems can be slow, vulnerable & cumbersome
- Some systems are no longer supported by vendors
- Most likely incompatible with the latest technologies/software, hindering innovation
- These systems typically have excessive hardware usage, driving up costs
- There is also the unavoidable costs of increasing compliance and legal regulations across many industries and countries around the world, making it essential for the data in these legacy systems to be kept.
Why do these projects fail
The ultimate solution to reduce the cost of maintaining legacy systems, while complying with legal, tax, audit and industry regulations is to move the historical data to a secure platform and then shutting down the legacy system.
Many organisations across the world have initiated decommissioning projects, but in our experience many have failed. Either the project never started, was not completed, stopped mid-way through or in the worst case, actually failed.
Below we have listed the common reasons why decommissioning projects fail:
- There is no decommissioning strategy
Whether your plan is to decommission a single system or 100 systems, the absence of a decommissioning strategy is by far the biggest single point of failure for decommissioning projects. This strategy will in its simplest form include plans for data migration, data archiving, data retention and data maintenance.
- Engagement with stakeholders
Non-identification (partial identification) of extensive stakeholders and the mismanagement of the stakeholder network is another major pitfall. Understanding who they are and a continuous communication plan is key.
- Lack of legacy system knowledge (Key users are not available)
Legacy ERP systems were typically implemented years or even decades before the project and not in use in recent years. In many cases, the key users who possess extensive knowledge on these systems have probably left the organisation or moved to another department. Not having any expertise of the legacy system functionality is another major factor for failure.
- Wrong expectations, budget and lack of support from high level management
Generally a decommissioning project is not really championed by a single person. The steering group (C-level) and high-level management typically prioritise the commissioning of new innovative technologies and projects for revenue growth rather than focussing on legacy systems. On top of that, there is a misconception around decommissioning of legacy systems in the sense that it will be a straightforward, fast project that won’t cost anything. After all, don’t you just extract the data and switch off the old system. This sadly is another area that contributes to failures.
- Not enough analysis of the legacy systems
Not thoroughly analysing the legacy systems including the data, documents and the usage over the last few years, along with data retention policies and non-identification of PII / SPII and commercially sensitive data are major issues. This not only hinder the project itself, but also poses business risk in future when the business might not be compliant anymore.
- Not understanding how decommissioning works
Through the project approval process, queries are raised by stakeholders and system users and in many cases this is due to the fact that they don’t have an understanding of how decommissioning works. There is a misperception that the historical data will not be readily available for users and this results in concerns and can bring a decommissioning project to an abrupt halt.
Having greater insight into why these types of projects might fail, allows for you to be better prepared for your project. The benefits of reducing your legacy systems landscape is clear, it is just about making sure it is done successfully first time round. Proceed Group has many years of experience in the decommissioning of legacy systems, both for SAP and non-SAP systems, so do involve the experts to help you towards success.
To learn more about decommissioning or to learn what you need to do to make your decommissioning project a success, please follow our steps towards decommissioning success.
You may be interested in

Sustainability and SAP data management: A crucial link
Discover how sustainability-focused SAP data management can reduce your carbon footprint. Understand the crucial role of efficient data management in SAP for both environmental benefits and operational efficiency. Transform unused data into a stepping stone for a sustainable future.
Read more

Proceed Group helps SAP customers with GDPR compliance for employee data
Proceed Group announces the availability of a new packaged service designed to address the GDPR compliance requirements for employee data within SAP systems.
Read more

S/4HANA migration: Greenfield and brownfield best practices
When embarking on your journey to S/4HANA, whether you are opting for a greenfield approach or upgrading an existing system through a brownfield strategy, implementing key data management strategies is crucial to ensuring a seamless, cost-effective, and swift migration process.
Read more