Thinking

How something gets from noticed to built

An observation is cheap. A project costs money, time and other people's careers. What sits between them is the work of deciding which observations deserve the expense.

The progression

Each promotion costs more than the last, which is the only reason to separate them. A good sentence is not a validated system, and treating one as the other is how expensive mistakes start.

  1. Observation Something noticed once. Might be a pattern, might be noise. No claim attached.
  2. Note The observation written down in a form somebody else could read. Short. Survives being reread a month later or it is dropped.
  3. Argument A position, with the reason attached and the counter-case acknowledged. This is where a note earns the right to be disagreed with.
  4. Essay Several arguments assembled into a structure, with the evidence carried through. Long enough that a weak link becomes visible.
  5. Framework The essay compressed into something reusable by somebody who has not read the essay. Sense, decide, act, show is the one that survived this step.
  6. Project Money, time and other people's careers. By the time something becomes a project, I want it to have survived most of these tests.

It does not always run in that order. The chess analogy sat as an observation for years before it explained anything. Sense, decide, act, show arrived as a framework first and had to be argued backwards. Most things stall at note, which is where most things belong.

A loop I keep coming back to

Four stages, and the fourth is the one that gets dropped.

Sense, decide, act, show, as a closed loop over data Sense feeds decide, decide feeds act, act feeds show, and show returns to sense. Data sits underneath all four stages rather than being one of them. SENSE DECIDE ACT SHOW the person stays able to correct it DATA not a stage, the floor all four stand on

A system that senses, decides and acts without showing its work is one a person cannot correct, cannot audit and eventually cannot trust. Showing the work is what keeps someone's understanding intact while the labour moves away from them. It produces no visible capability, which is why it is the step that gets cut.

Data is not one of the four. It is the floor they stand on. An agent is bounded by what it can sense, remember, understand and verify, not by the model behind it.

The loop sits inside a larger one. A system regulates the people who use it through five channels: information, incentives, effort, feedback and ambiguity. Only effort is visible on a screen, which is why it gets most of the attention, and incentives and ambiguity are usually the stronger two. I have worked that argument out at length in A General Theory of Human-System Interaction.

Essays

Long-form, structured, carrying evidence through.

Essay

The distance between intent and execution

Why the gap between wanting an outcome and having it is hard, what an analytics product taught me about compressing it, why 53 seconds still did not close it, the difference between operating software and instructing it, and what an application becomes responsible for once nobody is driving it step by step.

Research

Working papers. Longer, more formal, and provisional by design. Both are versioned and carry a changelog.

Working paper · v0.2

Trust Across Boundaries

An eight-layer trust model with strict dependency ordering, mapped across human, agent-human and agent-agent interaction, plus how trust attenuates across delegation chains. It argues that incentive alignment is the layer nobody has solved.

Working paper · v0.2

Broken at the Seams

Where control, context or commitment crosses between reasoning parties, things get dropped. Three seams, six property axes, ten design principles, a seam-coverage metric, and a hypothesis stated so it can be shown wrong.

Working paper · v0.1

A General Theory of Human-System Interaction

Felt ease treated as a regulation problem rather than a design problem. Complexity is allocated rather than removed, and the audit question is who absorbed what was taken away.

Notes

Short, numbered, undated. Each one is a position I would defend, compressed to the point where the reasoning is still visible.

Note 01

Autonomy is earned, not granted

The permission a system has should track the consequence of the action, and the infrastructure required to hold it.

Note 03

Most enterprise architecture is an artefact of a vanishing constraint

The shape of business software was set by constraints that are now weakening. The shape has not moved with them.

Note 04

The answer arrived from somewhere else

The problem we could not solve was solved by people who were not solving our problem.

All notes

Observations

Things noticed and not yet argued. These are the least defended items here, and they are the stage everything else came out of.

Observation

Nobody describes their goal in the vocabulary of the software

People say they need to buy something properly. The system asks them to create a requisition. The translation between those two sentences is where most of the friction lives, and it is performed by the human every single time.

Observation

The interfaces people praise are the ones that show state

Ask somebody which tool they trust and they will usually describe something that made a situation legible at a glance rather than something that did work for them. That may be about trust rather than about interfaces.

Observation

A demonstration and a deployment fail in different places

Demonstrations fail on capability. Deployments fail on the edges, the cost per run, and the question of who is responsible when it is wrong.

Observation

Speed changes what people ask for

When an answer took weeks, requests were rationed and carefully chosen. When it took under a minute, the questions got smaller and more numerous. I do not yet know whether that was an improvement.