Excel Is Usually Not the Villain. It Is the Crime Scene.

The spreadsheet survived because nothing replaced it. That is a management story, not a software story.

I have seen versions of the same spreadsheet in different companies: one file holding orders, owners, campaign dates, manual statuses, exceptions, comments, and a few mysterious columns nobody dares to delete.

The false diagnosis

The easy diagnosis is that Excel is the problem. Replace it with SharePoint, a CRM, a Power App, or whatever tool has the best demo that week. That diagnosis is usually wrong.

The spreadsheet survived because it was doing real jobs the organisation had not assigned anywhere else.

What the spreadsheet was doing

  • Holding state nobody else was holding.
  • Encoding a process nobody had written down.
  • Reconciling reports that did not match.
  • Quietly running the business.
Kill the spreadsheet without understanding it, and you will rebuild it inside SharePoint by Q3.

The order of operations

  • Document what the spreadsheet does.
  • Decide which of those jobs are real.
  • Name who owns each job after the spreadsheet is gone.
  • Decide which tool, if any, should hold each one.
  • Then migrate, slowly, with the original still running until trust exists.

Excel is often ugly because the operating model around it is missing. Fix that first. Otherwise the new system will inherit the same confusion with better branding.

Written by Kristóf Frey

Kristóf Frey works with teams on delivery rescue, Product Ownership, business analysis, and practical digital operations. He writes about making work visible enough to manage.

Start smaller

Download the Delivery Visibility Checklist

Before booking a workshop, test whether your problem is ownership, decisions, blockers, cadence, or reporting.

Request the checklist

Work with me

Need this fixed in your team, not just discussed?

Delivery rescue sessions, PO coaching, and operating model reviews — built around your real backlog.

See how →