Insights · Modernisation

Three questions before you modernise a legacy .NET system

Jigar Bagadai · Founder & Principal Architect · August 2026

Modernisation projects rarely fail because the new framework was the wrong choice. They fail because the old system was never really understood before the rewrite began. Fifteen-year-old codebases don't document themselves — they encode fifteen years of decisions, workarounds, and business rules that live nowhere else.

Before committing budget, three questions are worth answering honestly.

1. Do you know what production actually does?

Not what the code could do — what it does. Which endpoints get traffic, which scheduled jobs still matter, which features have quietly had zero users since 2019. A few weeks of real telemetry is worth more than any architecture workshop, because it turns "migrate everything" into "migrate the 40% that's alive, retire the rest." The cheapest code to modernise is the code you delete.

2. Is the data ready to move before the code?

The application is replaceable; the data is not. Schema quirks, implicit conventions, columns whose meaning changed in 2017 without a rename — these will surface either during a controlled data-first analysis or during the go-live weekend. One of those is much cheaper.

A rewrite is a data migration wearing an application costume. Plan it in that order.

3. Can you ship it in slices?

The big-bang cutover — freeze the old system, build the new one for eighteen months, switch — has a failure mode everyone knows and teams keep choosing anyway. The alternative is the strangler pattern: route one workflow at a time to the new system, run both against the same data, keep every step reversible. It feels slower. It's the only version that lets you stop halfway with something valuable instead of nothing.

Slicing also changes the risk conversation with the business. "We move claims lookup next month, and we can route it back in an hour if something's wrong" is a sentence a stakeholder can approve. "Trust us for a year and a half" is not.

Where this lands

If those three questions have good answers — you know what runs, the data is mapped, and the plan is sliced — modernisation is an engineering project like any other. If they don't, the framework choice is the least of your problems, and the right first engagement is a short assessment, not a rewrite.

← All insights