The Field Report
Short pieces on problems that repeat across industries, each traced to its mechanism. Written for the leader who recognizes the situation and wants to know why it keeps happening.
Latest
The record that exists in one system and not the other
How a record reaches one system and never the other, and the two-way check that finds it.
Amit Govil · October 22, 2026
Read the perspective










About the Field Report
What is a perspective, and what does it leave out?
A perspective is a short observation from delivery work. It opens with the answer, describes a situation a leader will recognize, traces it to the mechanism underneath and says what changes it. A diagram appears only where it does the work a table of findings would. It is built to be recognized in, and read in one short sitting.
What it leaves out is the evidence base. A perspective makes no claim about how common a problem is and names no client, so it describes how a failure forms and leaves the weight of the argument to the research reports behind it.
The six problems the series keeps returning to
Pilots that prove a model and then stop. The handover nobody scheduled between pilot and production looks at the date no plan names. Its companion lists what a pilot gets for free.
Decisions agreed and not carried out. Agreed in the meeting, owned by no one describes the room that leaves with different beliefs about who acts. Its companion asks why a decision returns.
Systems that disagree. When two systems tell the same customer different things covers the copies of one fact. A second covers the record that exists in one system only.
Change that gets dearer. Why the third change costs more than the first follows what each change leaves behind. The next piece asks why every change now needs a meeting.
Buyers who ask an assistant. The buyer who asked an assistant describes a loss that leaves no trace in any record. Its companion asks why a competitor is named instead.
Work that waits for one person. The process that waits for one person traces a step the process never named. The last asks what a team cannot do while that person is away.
The example in a perspective is a prop. The mechanism is what carries over to your team.
Read the perspective, or go straight to the report?
A perspective is enough when
- You want to know whether a problem on your own team is the one described.
- You are preparing a conversation with a colleague and need the mechanism in plain words.
- You have a short sitting and a particular team in mind.
Go to the report when
- You must explain how the failure forms to people who will challenge it.
- You need the method, the sources and the limits in front of you.
- You want the self-check to run against your own organization.
A perspective costs a short sitting and helps you recognize a problem. It cannot show how the problem forms in your case, and it states no rate. The report can, at the cost of a longer read.
Where a problem is set out in full
Each problem has a longer treatment elsewhere on the site. Use the table to find it when a perspective has told you enough to want the whole argument.
| If this is your problem | Go deeper with |
|---|---|
| A pilot that worked and never reached daily use | The report on why AI pilots stall, and the AI-to-Production Readiness Assessment |
| A decision nobody carries out, or nobody keeps closed | The report on ownership of live AI systems, and the AI Governance Assessment |
| Systems giving a customer different answers | The report on systems and data that stop agreeing |
| Each change costing more than the last | The Technology and Architecture Risk Assessment, which asks about change and dependencies |
| A buyer who asks an assistant and never finds you | The report on being found through AI assistants, and the AI Search Visibility Checklist |
| A process that waits for one person | The Technology Architecture Review Checklist, with its section on ownership and knowledge |
How is one made, and where does it lead?
A situation earns a piece when it recurs across different businesses and has a mechanism that can be stated. The example is described so that no client could be recognized, and a law or standard is cited once the passage it supports has been read. Drafting tools may help; a person checks every fact and the piece goes out under that person's name. A published perspective is revisited when the report or source behind it changes.
When a piece describes a problem you have, the free tools give a first scored read in your browser. AI Consulting is the service for pilots and ownership, and Technology Consulting for the problems about systems and change.
What do readers ask about the Field Report?
Should I read a perspective or go straight to the report?
Read a perspective when you want to know whether a problem on your team is the pattern described, or need the mechanism in plain words for a colleague. Go to the report when you must explain the failure to people who will challenge it, or want its method and self-check.
Does a perspective say how common a problem is?
No. A perspective makes no claim about how common a problem is. It describes how a failure forms and what changes it, and leaves the weight of the evidence to the research reports behind it. Test the mechanism against your own team.
Are the examples real clients?
No client is named, and each example is described so that no client could be recognized. Treat the example as a prop. The mechanism is what carries over to your team, so ask whether the same steps are happening in your own work, whatever your industry.
How does a situation earn a place in the Field Report?
It has to recur across different businesses and have a mechanism that can be stated. A person checks every fact against its source, and the piece goes out under that person's name. It is revisited when the report or source behind it changes.
Does one of these sound like a team of yours?
Name the team and the step that waits, and we will tell you whether it is the pattern described or something else.
