Software
Shipped, not sustained.
A platform built to spec, handed over, and forgotten. Updates stack up. One dependency breaks and nobody knows where to start.

How we do software work
Operational software is where a spreadsheet, an email thread, and one person's memory have quietly become the system. We build software that makes that work safer to do — without breaking what already works.
We start with the work, not the artefact. Copying a spreadsheet field-for-field into a database doesn't fix anything; it just changes the format. We map how the operation actually runs — including the workarounds the team has earned the right to use — and decide which parts deserve software, which need a workflow change, and which should stay as they are.
“We build for the person who inherits it in year three.”
We build for the person who inherits it in year three. The architecture is one a different developer can read. The data structures match how the work actually happens. The deployment story is documented well enough that someone else can take over.
We build in slices. The riskiest workflow first, validated against real operating data, with the team that runs it in the room. Then the next. Each slice can be operated, audited, and rolled back. Big-bang cutovers are how operational software stops being trusted.
This work covers LIMS-style data systems, workflow tools, custom dashboards, reporting platforms, internal admin systems, and integration layers — the operational backend behind real businesses that don't fit off-the-shelf.
Last updated:
Projects
Where this work has shown up.
Field notes
Adjacent reading.
Talk it through
Talk through a specific situation.
Every engagement starts as one of three shapes — Understand, Build, Own — regardless of the discipline. A 25-minute Fit Call is the quickest way to work out which shape fits.



