Writing on technology, data and the work of transformation.
Independent perspectives on the questions I spend my time on: making AI dependable, treating data as an asset, modernising with intent, and leading change that lasts. Considered pieces, published as I have something worth saying.
Data & AI
A data contract is a promise between the team that produces data and the teams that depend on it. Most data breaks because that promise was never written down.
5 min read
If you cannot explain where a number came from, should an executive make a decision with it? Lineage is the quiet precondition for trusting data at all.
5 min read
Enterprise AI does not fail because the models are weak. It fails because organisations deploy them faster than they can govern them. Governance is the enabler, not the brake.
6 min read
The label ‘data product’ has become fashionable. The idea underneath it is sound — and demanding. It asks teams to treat data with the same rigour they would any product people depend on.
5 min read
The question every board eventually asks about AI is the hardest one to answer well: what did it change? Measuring AI honestly is less about dashboards and more about deciding what counts.
6 min read
Trust in data is not established by a platform or a policy. It is earned slowly, through consistency, and lost quickly, through a single number that turns out to be wrong.
5 min read
Every organisation wants AI. Far fewer want to do the unglamorous work it depends on. AI does not fix poor data — it industrialises it, at speed and scale.
5 min read
The fear that governance will smother AI is understandable and, handled badly, justified. But the choice between speed and control is a false one. The right governance is what lets teams move quickly and safely.
5 min read
Technology Leadership
Delivering programmes is the price of entry for a technology leader, not the job itself. The harder, less visible work is judgement: knowing what to build, what to stop, and what to defend.
5 min read
Organisations are drawn as boxes, but the hardest work lives on the lines between them — where ownership is unclear and no one is quite responsible.
5 min read
Transformation programmes are described in terms of systems and timelines, but they succeed or fail on something harder to plan: whether people can and will work differently.
5 min read
Choosing proven, unremarkable technology is often the most sophisticated decision a leader can make. Novelty has a cost that is easy to underestimate and hard to unwind.
5 min read
Cloud & Architecture
Cloud in financial services is rarely a technology problem and almost always an organisational one. The institutions that succeed treat it as a change in how they operate, not just where they run.
6 min read
AI does not make enterprise architecture obsolete. It raises the cost of not having one — because AI is only as good as the data, systems and boundaries it inherits.
6 min read
Lift-and-shift gets an organisation to the cloud. It rarely gets it any benefit. The value is in modernisation — and modernisation is a decision, not an inevitability.
6 min read
Delivery & Operating Models
Data mesh is not decentralisation for its own sake. It is giving ownership to the people closest to the data — and holding them to one shared standard.
6 min read
Strategy documents describe intent. Operating models decide what actually happens. When the two disagree, the operating model wins — every time.
5 min read
Uncertainty is used to excuse a lot of loose delivery. In reality, the less certain the outcome, the more disciplined the delivery has to be — just disciplined about different things.
5 min read
Transformation programmes are rich in metrics and poor in meaning. Measuring what matters begins with an uncomfortable question: if this succeeds, what will be different — and for whom?
6 min read
Financial Services
An organisation can be rich in data and poor in trust — and it is trust, not data, that is spent when a real decision is made.
5 min read
Capital markets organisations build sophisticated data platforms and then wonder why adoption lags. The gap is usually not capability. It is a platform built for engineers rather than the business it serves.
6 min read