Skip to content
Tiatra, LLCTiatra, LLC
Tiatra, LLC
Information Technology Solutions for Washington, DC Government Agencies
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact
 
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact

Aware of what tech debt costs them, CIOs still can’t make it an IT priority

It’s among CIOs’ most persistent and underdiscussed challenges: embracing innovative technologies without losing sight of mounting — and potentially crippling — technical debt.

Tech debt can take many forms — old applications, bloated code, and aging hardware among them — and while the issue often takes a back seat to innovation and new technology, it is on the minds of a lot of CIOs.

Nearly four in 10 CIOs surveyed recently in a recent CIO Sentiment Survey by IDC said they expect to overspend on digital infrastructure over the next 18 months. And 47% percent of those who expect to overspend blamed excessive tech debt, including old apps.

Despite this recognition, CIOs ranked AI and cybersecurity far ahead of eliminating tech debt on their lists of priorities, according to the survey.

Tech debt is boring

Company boards and CEOs are putting pressure on CIOs to find innovative uses for AI, and the need for better cybersecurity never goes way. Therefore, always-lurking tech debt gets put on the backburner, says Daniel Saroff, group vice president for consulting and research at IDC.

“It’s not a sexy subject,” he says. “It’s not a subject the board are pounding their fists over.”

The trick for CIOs who have significant tech debt is to sell it to organization leadership, he says. One way to frame the need to address tech debt is to tie it to IT modernization.

“You can’t modernize without addressing tech debt,” Saroff says. “Talk about digital transformation.”

For example, some organizational leaders may balk at replacing an old ERP system because they see it as a back-office function, Saroff says.

“You don’t just say, ‘We’ve got an old ERP system that is out of vendor support,’ because they’ll argue, ‘It still works; it’s worked fine for years,’” he says. “Instead, you have to say, ‘We need a new ERP system because you have this new customer intimacy program, and we’ll either have to spend millions of dollars doing weird integrations between multiple databases, or we could upgrade the ERP.’”

Tie tech debt to other projects

An IT modernization and digital transformation angle for replacing old software and hardware can be a compelling argument, says Tim Beerman, CTO at IT services firm Ensono. Tackling tech debt on its own may not win CIOs a lot of supporters from higher-level management.

“A lot of it gets into even modernization as you’re building new applications and new software,” he says. “Oftentimes, if you’re interfacing with older platforms that have sources of data that aren’t modernized, it can make those projects delayed or more complicated.”

As organizational leaders push CIOs to launch AI projects, an overlooked area of tech debt is data management, adds Ricardo Madan, senior vice president for global technology services at IT consulting firm TEKsystems.

With business data in silos or hidden in dark corners of an organization’s IT systems, modern AI tools won’t have the information they need to return good results, he notes. CIOs at organizations launching AI projects should deal with their data debt before moving forward, he advises.

“It’s like a truth serum,” he says. “AI will let you know what that data state is.”

CIOs can also tie tech debt to other prioritized projects, such as cybersecurity improvements, Beerman recommends.

Old hardware and software can be vulnerable to attacks, and CIOs can work with CISOs to target systems that need to be replaced, Beerman says. Old hardware and software can also be expensive to maintain, and many organizations continue to run hardware and applications no longer supported by the vendor.

“In today’s market age where cybersecurity attacks are on the rise, hardware and software that’s not supported obviously leads to vulnerabilities that maybe can’t be patched,” he says.

Not all tech debt is bad

While old hardware, software, and code can create several problems for CIOs, both Beerman and Saroff advise CIOs to create a long-term plan to retire tech debt by focusing on critical needs. CIOs should take a balanced approach; in some cases, old systems can still run well and may not need to be replaced.

A certain level of tech debt isn’t necessarily bad, Saroff says, just as some financial debt can be useful to organizations.

“It’s when it starts to impact the function of the organization that financial debt is bad, and similarly with tech — when it inhibits your agility, increases your risk, or drains your resources, that’s when tech debt is bad.”

Some organizations may also have the veteran IT workers needed to deal with legacy hardware and code, adds Madan. Some legacy hardware and code tend to hang on forever, and organizations may keep old systems in place to retain those IT workers.

“Some technical debt is good to maintain because it is doing a more humane good for the sake of the employee or downstream potential,” he adds.

CIOs need to balance their priorities between new initiatives that create new revenue and the need to replace old systems, Beerman says. Old hardware that’s still running well may cost more to replace than the savings the replacement generates.

“As we sit down with clients and help them balance priorities, it is really looking at the more strategic picture,” he says. “If you have a good understanding of your business-critical applications, where do you get the biggest bang for the buck?”

Make a plan

Part of a long-term plan to address tech debt is showing company leadership the return on investment. For big projects, ROI is incremental, Beerman notes, with little savings building up over a series of months or quarters.

CIOs should create a “board-ready business plan” that shows both near-term and long-term ROI, he says.

“Something very complex, like mainframe modernization, is typically a multiyear effort,” he says. “What’s my near-term ROI, what’s my long-term cost savings, like increased efficiency, and where is there new revenue?”

These plans to retire tech debt also need to be flexible, especially when the plans stretch out over several years, Beerman says.

“These things aren’t flipping a switch,” he says. “You need to have an architecture, design, and plan that allows you to course correct along the way. As you learn new things, new technology is always popping up during the longer-term projects, and you have the ability to make a pivot if that’s the right thing to do.”

Madan suggests CIOs start small when tackling tech debt. The first step is to take an inventory of the organization’s IT assets and look for outdated or redundant IT systems, he suggests. For example, he sees many organizations that are running multiple container platforms or development tools, instead of settling on one.

“When people talk about debt and how a disproportionate amount of capital or OpEx is going to supporting old, high-cost, high-overhead systems and processes, we just want to see what we’re dealing with,” he says. “We just try to take an inventory and look for the redundancies and get those smart CIOs to really ask the right questions: ‘What’s not working well, where is most of your monthly budget going, and what’s the return that you’re getting?’”


Read More from This Article: Aware of what tech debt costs them, CIOs still can’t make it an IT priority
Source: News

Category: NewsAugust 6, 2024
Tags: art

Post navigation

PreviousPrevious post:How genAI is transforming financial servicesNextNext post:7 signs business stakeholders will sink your IT project

Related posts

Barb Wixom and MIT CISR on managing data like a product
May 30, 2025
Avery Dennison takes culture-first approach to AI transformation
May 30, 2025
The agentic AI assist Stanford University cancer care staff needed
May 30, 2025
Los desafíos de la era de la ‘IA en todas partes’, a fondo en Data & AI Summit 2025
May 30, 2025
“AI 비서가 팀 단위로 지원하는 효과”···퍼플렉시티, AI 프로젝트 10분 완성 도구 ‘랩스’ 출시
May 30, 2025
“ROI는 어디에?” AI 도입을 재고하게 만드는 실패 사례
May 30, 2025
Recent Posts
  • Barb Wixom and MIT CISR on managing data like a product
  • Avery Dennison takes culture-first approach to AI transformation
  • The agentic AI assist Stanford University cancer care staff needed
  • Los desafíos de la era de la ‘IA en todas partes’, a fondo en Data & AI Summit 2025
  • “AI 비서가 팀 단위로 지원하는 효과”···퍼플렉시티, AI 프로젝트 10분 완성 도구 ‘랩스’ 출시
Recent Comments
    Archives
    • May 2025
    • April 2025
    • March 2025
    • February 2025
    • January 2025
    • December 2024
    • November 2024
    • October 2024
    • September 2024
    • August 2024
    • July 2024
    • June 2024
    • May 2024
    • April 2024
    • March 2024
    • February 2024
    • January 2024
    • December 2023
    • November 2023
    • October 2023
    • September 2023
    • August 2023
    • July 2023
    • June 2023
    • May 2023
    • April 2023
    • March 2023
    • February 2023
    • January 2023
    • December 2022
    • November 2022
    • October 2022
    • September 2022
    • August 2022
    • July 2022
    • June 2022
    • May 2022
    • April 2022
    • March 2022
    • February 2022
    • January 2022
    • December 2021
    • November 2021
    • October 2021
    • September 2021
    • August 2021
    • July 2021
    • June 2021
    • May 2021
    • April 2021
    • March 2021
    • February 2021
    • January 2021
    • December 2020
    • November 2020
    • October 2020
    • September 2020
    • August 2020
    • July 2020
    • June 2020
    • May 2020
    • April 2020
    • January 2020
    • December 2019
    • November 2019
    • October 2019
    • September 2019
    • August 2019
    • July 2019
    • June 2019
    • May 2019
    • April 2019
    • March 2019
    • February 2019
    • January 2019
    • December 2018
    • November 2018
    • October 2018
    • September 2018
    • August 2018
    • July 2018
    • June 2018
    • May 2018
    • April 2018
    • March 2018
    • February 2018
    • January 2018
    • December 2017
    • November 2017
    • October 2017
    • September 2017
    • August 2017
    • July 2017
    • June 2017
    • May 2017
    • April 2017
    • March 2017
    • February 2017
    • January 2017
    Categories
    • News
    Meta
    • Log in
    • Entries feed
    • Comments feed
    • WordPress.org
    Tiatra LLC.

    Tiatra, LLC, based in the Washington, DC metropolitan area, proudly serves federal government agencies, organizations that work with the government and other commercial businesses and organizations. Tiatra specializes in a broad range of information technology (IT) development and management services incorporating solid engineering, attention to client needs, and meeting or exceeding any security parameters required. Our small yet innovative company is structured with a full complement of the necessary technical experts, working with hands-on management, to provide a high level of service and competitive pricing for your systems and engineering requirements.

    Find us on:

    FacebookTwitterLinkedin

    Submitclear

    Tiatra, LLC
    Copyright 2016. All rights reserved.