Work / How I work
How I work
I rarely begin with a method.
Published September 2026
I begin by trying to understand what is actually happening: what people are trying to accomplish, what the environment makes easy or difficult, what assumptions have become invisible, and what evidence might explain the situation.
The exact process changes with the work. The underlying moves are surprisingly consistent.
The seven steps
Four ways to read them
Step 1: Read the situation
Start with behaviour in context.
What are people actually doing? What are they trying to achieve? What constraints shape their decisions? What workarounds have they invented?
The artefact — a screen, classroom, policy, workflow, or resource — is only part of the situation.
Step 2: Find the mechanism
Description is necessary but insufficient.
The more useful question is usually why the observed behaviour occurs.
The mechanism might involve cognition, incentives, information, physical layout, institutional rules, interaction design, social norms, or several of these at once.
Step 3: Examine the evidence
Evidence differs in strength and relevance.
A repeated design convention is not automatically a learning principle. A laboratory finding does not automatically transfer unchanged into a classroom. A successful implementation does not prove that every element caused the result.
I try to distinguish what is known, what is plausible, what is contextual, and what remains assumption.
Step 4: Make the judgement
Evidence rarely specifies the design.
Someone still has to decide what matters under the constraints of the actual situation.
This is where design becomes judgement rather than compliance.
Step 5: Translate it into form
A useful idea eventually has to change something.
Depending on the situation, that might mean:
- an interface
- a classroom arrangement
- a routine
- a policy
- a workflow
- a representation
- a facilitation structure
- a guide
- a decision rule
Step 6: Watch what happens
Implementation produces new information.
People reinterpret designs, develop workarounds, encounter constraints that were invisible earlier, and adapt the intervention to their context.
Those responses are part of the design problem rather than noise around it.
Step 7: Extract what transfers
The final question is not merely whether something worked.
It is:
What did this situation teach us that might improve judgement somewhere else?
The most valuable output of a project is sometimes not the artefact itself, but a better way of seeing the next problem.
Turn a card over to see what to ask at that step.
| Step | What it means | Questions to ask |
|---|---|---|
| 01Read the situation | Start with behaviour in context, not with the artefact. |
|
| 02Explain the mechanism | Ask why the behaviour occurs, not only what it is. |
|
| 03Examine the evidence | Weigh evidence by its strength and its relevance here. |
|
| 04Judge under constraint | Decide what matters under the real constraints. |
|
| 05Translate into form | Change something: a screen, a room, a routine, a rule. |
|
| 06Observe what happens | Treat what people do with it as part of the design. |
|
| 07Transfer what was learned | Keep what will improve judgement somewhere else. |
|
Hold a real situation in mind and work down the list. Tick a question once you have an answer you would defend. Nothing leaves this browser.
01 Read the situation0/5
02 Find the mechanism0/3
03 Examine the evidence0/5
04 Make the judgement0/3
05 Translate it into form0/3
06 Watch what happens0/4
07 Extract what transfers0/2
Where next
Follow this idea
Evidence
Reading education research (opens in a new tab)Guide
Operationalise it
Moves for thinking about educational changeTool
Related argument
Design for translationNote
See it in practice
Practice casesPage
Challenge it
A principle is not a findingNote