Position

We don't tear out systems that grew for a reason

Infrastructure shaped over years carries decisions worth understanding before anyone touches it.

Our position

A system that grew over years usually got that way for reasons we can trace — we replace it only once we understand what those reasons were.

Should old IT infrastructure generally be rebuilt from scratch?

Not as a default, no. Infrastructure that developed over years almost always carries traces of earlier decisions — a device kept because it still worked, cabling routed for a room layout that no longer exists, a software version left untouched for a specific reason. Replacing all of it without a closer look risks discarding the reasons that once justified it. At NDVDL, any project on a grown setup starts by asking why something is built the way it is, not with a list of what could be swapped out. What actually gets replaced is what causes a real problem, not what merely looks old.

01

Age is not a defect

A device or cable run that has been in place for years is not automatically a liability. Many parts of a grown setup work reliably precisely because they have proven themselves in daily use, not because nobody looked at them.

Treating age as a stand-in for risk leads to swapping out parts that work, without a technical reason behind the change. That costs money without improving how the operation runs.

02

Understanding comes before deciding

Before we say what stays and what goes, we look at how a setup is actually used, not just how it appears on a diagram. Often, what looks disorganized at first turns out to follow a real operational reason.

Missing that reason and simply redesigning from scratch just moves the problem into the new setup. What results is another grown structure — only with newer hardware.

03

The operation carries the cost of a full rebuild

A complete rebuild almost always means downtime, new workflows to learn, and effort beyond the project itself for the people running the business. That cost exists regardless of whether the old setup actually needed replacing.

A targeted intervention instead leaves most of the familiar routine in place, and the business only has to adjust to what genuinely changed.

What speaks for starting over

The case against this position is real: a setup patched in small steps over years can end up costing more than a clean cut, because every further change builds on an unclear foundation. Interim fixes meant to last a few weeks often stay in place for years and consume fresh effort with every incident. Someone who only ever repairs the minimum on such a structure may, over time, pay more than a single rebuild would have cost. Where we see that, we say so — not every grown setup is worth preserving.

What this means in practice

  • We start with an assessment that shows why a setup is built the way it is.
  • We propose a full rebuild only when continuing to patch the existing setup is demonstrably more expensive.
  • Whatever we keep gets documented, so later decisions can build on the same information.

Does that sound like your situation?

Then let us talk about what it concretely means for your business.

IT infrastructure
Follow-ups

What we get asked about this

No. It means a decision to replace something is based on a specific reason — such as lost support or an identifiable risk — not on age alone.

When the existing structure is disorganized or inconsistent enough that every individual change costs more effort than an orderly rebuild would.

That depends on the scope and how well the existing setup is documented; we can't give a general timeframe for it.

They stay in use but get added to the overall documentation, so future decisions are made with full knowledge of what's there and why.

We look at your setup before we propose anything

Get in touch to talk through your existing IT infrastructure.