Question
Why does schema abstraction fail?
Quick Answer
Collapsing all your schemas to a single abstraction layer. People who live only at the concrete level become rigid operators — they can execute procedures but can't adapt when context changes. People who live only at the abstract level become armchair theorists — they can explain why things work.
The most common reason schema abstraction fails: Collapsing all your schemas to a single abstraction layer. People who live only at the concrete level become rigid operators — they can execute procedures but can't adapt when context changes. People who live only at the abstract level become armchair theorists — they can explain why things work but can't ship anything. The failure is not having the wrong level. It is having only one level, or having multiple levels that are not connected to each other.
The fix: Pick one domain you operate in daily — managing people, writing code, making decisions, maintaining a relationship. Write down three schemas you use in that domain, one at each level: (1) a concrete procedure — the specific steps you follow, (2) a principle — the general rule that governs quality, and (3) a theory — the underlying model of why things work the way they do. Now examine: which layer is most developed? Which is thinnest? Where are you operating on autopilot without an explicit schema above or below to check it against?
The underlying principle is straightforward: You can build schemas at different levels of abstraction each serving different purposes.
Learn more in these lessons