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 checklistWork 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 →More from Field Notes from Real Work
Moving Countries Made Me Better at Seeing Delivery Risk.
Rebuilding life and work in another country is a useful stress test: it shows the difference between a confident plan and an operating system that can survive contact with reality.
Read the note→QA Taught Me That Quality Is Not the Last Step. It Is the Business Case Surviving Contact With Reality.
The best testers I worked with were not checking tickets. They were protecting the user experience the business had promised.
Read the note→