Resources

What actually makes a transformation work — or fail

Practical, full-length thinking on enterprise ERP delivery, operating-model governance and change — the non-technical realities that decide whether a programme lands. No product pitch; just what the best programmes get right.

Featured · ERP delivery

Why ERP projects fail isn't about the technology

The systems work; the projects still miss. The same six non-technical causes keep surfacing — and none are fixed by a better platform.

Read the article →
Insight

The failure is almost never the software.

Operating model

Deciding who decides

Who owns the process, the data, the template, the money and the release? Settle it before design starts — or discover it by accident, halfway through.

Read the article →
Value & adoption

Go-live is a milestone, not the outcome

On time, on budget, no critical defects — and still no value. The adoption gap is where most ERP value quietly leaks away, after everyone goes home.

Read the article →
Integration

Who owns what happens between the workstreams

Every team green, and the process still broken. Integration is an accountability, not a connection — and the gaps between workstreams are where programmes break.

Read the article →
Design discipline

Configure first: the quiet discipline of a clean core

Every line of custom code is a line you own, test and re-validate at every upgrade, forever. Clean core is the difference between staying current and ageing into a liability.

Read the article →
Business case

Describe the value before you buy the system

Most ERP business cases are built to get funding approved, not to be measured. Value you can't describe precisely at the start, you can't prove at the end.

Read the article →
Benefits

The baseline has an expiry date

Benefits tracking breaks at cutover: the baseline lived in a legacy report you can't reproduce once the old system is off. Measure it while you still can.

Read the article →
Risk

The unwritten risk register

The risks that sink programmes are the ones everyone knows and no one writes down. The formal register tracks only the risks it's safe to admit.

Read the article →
Autonomous enterprise

Who checks the agent

As AI takes on more execution inside enterprise systems, the question shifts from 'can it act' to 'who verifies it acted correctly.'

Read the article →
Timing

The real deadline isn't the vendor's

Vendor end-of-support dates are the vendor's deadline, not yours. Letting a maintenance calendar set the pace is how programmes rush what matters most.

Read the article →
Governance

Governance on paper vs. governance people trust

Most programmes have plenty of governance and very little that anyone trusts. The gap is where oversight becomes theatre and the board finds out last.

Read the article →
Strategy

Vendor lock-in, named properly

Lock-in isn't one thing you negotiate at signature. It's five distinct dependencies that accumulate over years — and each is managed differently.

Read the article →

New insights are added regularly. Want one on a specific theme? Tell us →