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

Why IT transformations don’t stick

What ever happened to Digital? The Cloud? Agile? Flattening IT’s org chart? ITIL/ITSM? Or whatever other transformational change was supposed to, well, transform IT but instead petered out into just another disappointing management fad?
There’s no one culprit. But here are a few of the more popular preventable reasons that IT change efforts die on the vine.

Culprit #1: Wrong methodology

Sometimes, the change methodology is, not to put too fine a point on it, a chump’s game. Most reorganizations fall into this category.

Preventing reorganization failures is simple: Don’t reorganize. Recognize that if you want a more effective organization, redrawing the IT org chart is about as promising as the legendary Save-the-Titanic methodology of rearranging its deck chairs.

Culprit #2: Cheaping out

Sometimes the hoped-for change was underbudgeted. Understanding this one might take a history lesson.

Back in the late 1990s IT planners figured out that its data architects’ practice of saving money by only storing the last two digits of any date field had outlived its usefulness and had become lethal in the extremis. Remarkably, addressing this — the Y2K crisis — turned into what just might have been the most successful IT change effort in history.

Which led to the most colossal failure of appreciation in the history of the business world. In any event, in the months following the worldwide success of IT’s Y2K remediation efforts, various groups conducted post-non-mortem analyses to figure out what had, mystifyingly, gone right.

Among the critical success factors, one stood out: Around the world, Y2K remediation efforts weren’t starved for resources. And oh, by the way, the Y2K crisis was neither a hoax nor the result of incompetence. But given our species’ proclivity to assign blame whenever we have the opportunity, there’s little point trying to convince anyone.

But still, we might decide to learn from this success and give our change efforts a chance by giving them enough staff and budget.

Culprit #3: What starts out as a fad stays a fad

Ready for another organizational change killer? Here’s a simple one: They became failed fads because the whole reason for trying them in the first place was that they were a trend someone influential had spotted and promoted. They became fads, that is, because they started out as fads.

Culprit #4: The 7x7x7 challenge

The first three culprits are the easy ones. Or at least, they’re conceptually easy. Increasing project budgets, for example, certainly isn’t easy to do. It’s just easy to understand.

Now comes the hard one — the one where even if you do everything right the hill you’ll have to climb is steep. It’s like this:

Among the factors that make change hard is the need for all participants and stakeholders to have a deep and intuitive understanding of what the change will feel like when they’re living in it.

To understand the challenge, imagine that someone invented a flying car, and for some strange reason IT received the assignment of making a corporate fleet of airborne automotive vehicles real. What would that feel like. Pretty cool, right?

Well …

If you wanted flying cars to succeed, you’d need to give everyone who might drive one of the cars an intuitive feeling of what navigating through heavy traffic would be like.

“Terrifying” is the word that comes to mind. Spotting bikes, motorized scooters, other drivers, and the occasional fearless pedestrian is hard enough in a 2D driving environment. Your company’s drivers would have to spot vehicles above and below, and at all diagonal vectors, too. Even something as seemingly simple as a 3D turn signal gets complicated in a hurry.

Making this change successful would call for more than a souped-up drivers’ education course. You’re going to need future drivers to gain an intuitive sense of what driving in 3D traffic feels like. You’ll need photo- and haptically-realistic simulators.

Which gets us (finally!) to the 7x7x7 challenge.

Think about how you might describe how things are done right now in their pre-change state, as you would to train new employees. That might call for a PowerPoint slide with seven linked boxes on it, seven being the number of items viewers can easily grasp at a glance.

It’s a view that’s easy to grasp, but too superficial to be complete. To be useful, each of those boxes would need more explanation. So, figure you’d have to create explanatory PowerPoint slides for each box in the higher-level slides, with “explanatory” meaning that each of the seven boxes would need seven explanatory boxes of their own. That’s seven by seven: 49 boxes.

The 49-box view of things is more helpful but still oversimplifies the current state by quite a lot. It isn’t until you craft seven-box views for each of these seven boxes to provide enough information — 343 boxes worth in total — to fully describe how things happen now.

That’s the level of depth that the change’s stakeholders will need in order to understand what living inside the change will feel like — for it to be real.

Making a change sticky calls for an equivalent 343-box account of the future state.

And oh, by the way, this has little to do with the essential analysis required to make sure these new 343 boxes deliver the old results, and deliver them better. Living inside them doesn’t make them better.

And “better” won’t happen immediately either. The current way of doing things has, by now, been sanded and varnished to a shine. Even if the new way of doing things would theoretically be an improvement, it won’t be an actual improvement until it’s been sanded and varnished to its own shine.

The 343-box perspective isn’t limited to processes and practices. It describes the process optimization methodologies and frameworks organizations use to design the new 343 boxes; the new organizational chart (the real one, not the oversimplified version that shows only a couple of layers); not to mention the business culture a leader might want to change.

In the end, large-scale changes are hard to nail into place. Sometimes that’s because leaders make easy-to-avoid mistakes. But often it’s because of how difficult it is to help everyone feel what the result is supposed to feel like once the organization tries to make the change real.

See also:

  • What agentic AI really means for IT risk management
  • How to get the business to love IT — again
  • The hidden risk of legacy tech: IT owning the inevitable fallout


Read More from This Article: Why IT transformations don’t stick
Source: News

Category: NewsJanuary 13, 2026
Tags: art

Post navigation

PreviousPrevious post:Endesa Energía sufre un ciberataqueNextNext post:Why businesses must adapt to the future workplace

Related posts

HUAWEI eKit strives to simplify AI adoption for SMBs
March 6, 2026
One title, many realities: How the CIO role changes by organization size and industry
March 6, 2026
What the COBOL Translation Backlash Gets Right — and Wrong
March 6, 2026
Technical debt is the tax killing AI ambition
March 6, 2026
BMW lleva robots humanoides con IA a su fábrica de Leipzig
March 6, 2026
Why great IT teams ‘just work’ (and most don’t)
March 6, 2026
Recent Posts
  • HUAWEI eKit strives to simplify AI adoption for SMBs
  • One title, many realities: How the CIO role changes by organization size and industry
  • What the COBOL Translation Backlash Gets Right — and Wrong
  • Technical debt is the tax killing AI ambition
  • BMW lleva robots humanoides con IA a su fábrica de Leipzig
Recent Comments
    Archives
    • March 2026
    • February 2026
    • January 2026
    • December 2025
    • November 2025
    • October 2025
    • September 2025
    • August 2025
    • July 2025
    • June 2025
    • 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.