Skip to main content

The Power of Paper

Instead, they learned that one of the oldest technologies in human history—a sheet of paper and a pen—remains one of the most effective tools for managing complexity, whether diagnosing failures in large AI systems or navigating the far less predicta

When Aya joined the incident response team of a rapidly growing AI company in 2026, she assumed the hardest part of the job would be understanding transformer architectures, GPU clusters, and model evaluation metrics. She was wrong.

The hardest part was untangling human confusion.

One Friday afternoon, an enterprise customer reported that the company’s AI assistant had produced contradictory legal summaries in two separate conversations. Engineers immediately suspected a regression introduced by a recent retrieval pipeline update. Product managers blamed prompt engineering. The customer success team feared reputational damage.

Within an hour, dozens of hypotheses filled the team’s internal chat. Each seemed plausible. None were supported by evidence.

Aya quietly opened a blank notebook.

Instead of writing possible explanations, she wrote only observable events.

09:12 – Customer uploads revised contract.

09:14 – Document indexing begins.

09:18 – Vector database synchronization delayed by heavy traffic.

09:23 – User starts first conversation.

09:31 – Background indexing completes.

09:34 – User starts second conversation.

As she continued, a pattern emerged that nobody had noticed.

The first conversation had occurred before the updated document finished indexing. The second occurred afterward. The AI had not contradicted itself; it had answered based on two different knowledge states.

The bug was not reasoning.

It was timing.

Her notebook transformed dozens of emotional opinions into a single engineering question:

“How can retrieval systems expose document freshness to users?”

The discussion immediately became productive. Rather than debating intelligence, the team designed a solution. Future responses would indicate when referenced documents had been indexed, and the retrieval system would expose document version metadata. Engineers also added telemetry measuring indexing latency, allowing future delays to be detected before customers encountered them.

A senior engineer smiled.

“You didn’t solve the incident,” he said.

“You changed the shape of the problem.”

Aya later discovered that psychologists have long described a similar phenomenon. Converting thoughts into written language reduces the burden on working memory, allowing the brain’s executive functions to organize information more effectively. In cognitive psychology, this process resembles external cognition—using writing or diagrams as an extension of the mind rather than relying solely on mental rehearsal.

Software engineering has independently evolved comparable practices. Modern incident response encourages constructing detailed timelines before assigning blame. Reliability engineers performing post-incident reviews often distinguish between facts, assumptions, and interpretations, because chronological reconstruction frequently reveals causal relationships hidden by hindsight bias. Aviation accident investigators and medical safety analysts follow similar principles: establish the sequence of events before searching for explanations.

Aya began applying the same technique to her personal life.

Whenever anxiety grew vague and overwhelming, she resisted the temptation to solve it immediately. Instead, she filled several pages with nothing but dates, conversations, decisions, and observations.

A strange transformation occurred.

What had seemed like one enormous, shapeless problem usually decomposed into several smaller ones.

One task required an email.

Another required learning a new skill.

A third required accepting that no immediate action was possible.

The emotional weight diminished not because the circumstances had improved, but because uncertainty had been replaced by structure.

Months later, while mentoring new employees, Aya wrote a sentence on a whiteboard:

“A problem that exists only in your mind has no edges.”

She drew a rectangle around the sentence.

“The moment you write it down,” she continued, “it gains boundaries. Once it has boundaries, it becomes something you can inspect, measure, divide, prioritize, and eventually solve.”

The newcomers expected a lecture about artificial intelligence.

Instead, they learned that one of the oldest technologies in human history—a sheet of paper and a pen—remains one of the most effective tools for managing complexity, whether diagnosing failures in large AI systems or navigating the far less predictable architecture of the human mind.

Start: Face a Problem
Write down the problem on paper
Journal the details in chronological order
Transform the problem into a specific task/challenge
View the problem's structure from a broader perspective
Clarify the points at issue
Find an effective solution
End: Problem Solved

All names of people and organizations appearing in this story are pseudonyms

Comments