How do you build a compelling business case for phasing out legacy tech?

1.1k views1 Upvote6 Comments
Sort By:
Oldest
Director in Manufacturing2 years ago
Our company's leadership often emphasized the importance of having a secure environment for applications that could be easily patched and supported. However, when proposing a project to reduce legacy applications, the lack of patches or support was mentioned as a justification, but never included in the ROI calculation required for project funding and approval. All of our legacy apps were replaced based on cost savings. This caused problems for some of our small ERP systems running on outdated AS/400s without proper maintenance on software or hardware. The running costs of these older apps were mainly the cost of a few legacy support staff and an outsourced hardware support contract to a third party like Capgemini, which did not include hardware. We even had to buy hard drives on EBAY! We calculated the cost of Capgemini's services, the cost of insourced or outsourced application support, and within that savings, we would either need to shut down the application completely or migrate it to SAP. Sometimes, luck was on our side and the application was in READ/ONLY mode due to a past SAP migration that did not have the funds to complete archiving of legacy data, so the old ERP system was left running. The cost to migrate the data into SQL and write some basic reports was not too much, so we could usually justify the work. In summary, if we could not justify the cost, the legacy application would continue to be used until the hardware failed or the business no longer needed the legacy ERP data, and we could shut it down. Usually, 7-10 years of legacy data is required. For some AEROSPACE and Government requirements, there are sometimes needs for the life of "part" which could have a 4-year or 40-year life. I've found that getting funding for phasing out legacy technology to be the most difficult projects to fund. You won't get much business support since most of their employees are fine using the old application to get the legacy data they need.

Start with trying to get as detailed cost of support information as possible, including human cost and hardware cost etc. Hopefully those costs are high enough to migrate to new tech and still show savings.
2
Board Member in Healthcare and Biotech2 years ago
I have used business agility to new opportunities as one of the key tenets for phasing out legacy tech using data to demonstrate the time taken to make changes to legacy due to various limitations with unsupported systems, lack of skills to make changes, undocumented code, and impact to business due to the delay in providing new functionality or fixing old issues.

Cost saving is an add-on benefit in some cases.
1
CEO in Software2 years ago
Most everything has been covered here already, I would just emphasize the area that I think is most important and it relates to agility and resource management/solution delivery:
Think of legacy infrastructure and applications like pulling money out of a 401K account. You pull out 1000 and pay it back over 2 years. You paid back the 1000, that's great, but what did you lose, you lost the interest created and the compounding of that interest over the remaining lifetime of your 401K account. This is money you'll never earn. 

Having critical resources allocated to something that's just "keeping the lights on" vs. some or all of those people being focused on activities (coding, learning, sharing, building, etc., etc) that further the mission and vision of the enterprise is a lost opportunity that you'll never reap the rewards from.
1
lock icon

Please join or sign in to view more content.

By joining the Peer Community, you'll get:

  • Peer Discussions and Polls
  • One-Minute Insights
  • Connect with like-minded individuals
CIO Strategic Advisor in Services (non-Government)2 years ago
Great points but there is also a trap to avoid.

Can you use the legacy tech another day? Can you use it for another week? What about another month? And how about another year?

It is a similar problem as the frog in the boiling pot of water. The danger is the slow slide of decline over time versus stark failure. Put that in perspective with priorities in any given year and legacy tech often falls below the water line.

If you have clear cost advantages or features with value in business terms, that is great. Unfortunately, most legacy tech does not have that opportunity. Therefore the business case is much harder and complicated to navigate. Identifying risks, value and cost avoidance can help. Engaging a cross-functional team to understand and buy-in the problem is key.
CIO in Education2 years ago
It should build itself, actually. Costs to maintain, from both a physical and human capital perspective, should be able to justify migration or transformation to a solution that is more sustainable and cost effective today.

Content you might like

IT Manager in Constructiona month ago
Hello,
the topic is so broad, what are you focused on?
Read More Comments
4.8k views2 Upvotes5 Comments

TCO19%

Pricing26%

Integrations21%

Alignment with Cloud Provider7%

Security10%

Alignment with Existing IT Skills4%

Product / Feature Set7%

Vendor Relationship / Reputation

Other (comment)

View Results
5.7k views3 Upvotes1 Comment

Human Factors (fears, mental health, physical spacing)85%

Technical / IT Factors (on-premise tools, pivoting back away from remote)14%

3.7k views3 Upvotes2 Comments
Sr. Director, Enterprise Applications and IT Services6 days ago
These worked for us:

Stakeholder Engagement - Engage all relevant stakeholders early and continuously throughout the procurement process. 

Adaptible Contracting - Use contracting methods that allow for adjustments ...read more
1
724 views1 Comment