Part I — Mindset

Chapter 1

The One Everyone's Afraid to Lose


Chapter 1: The One Everyone’s Afraid to Lose

There is a person in your organization — you knew their name before you finished this sentence — who holds the whole thing together. The one who knows why the discount looks wrong before anyone opens the spreadsheet. The one who can tell, from the way a customer phrases an email, whether this is a Tuesday problem or a drop-everything problem. The one whose two weeks of vacation get planned around like weather.

Ask how they do it and you’ll get a shrug. I just know. I’ve been here twenty years.

Not long ago I sat on a call while a veteran consultant walked me through a diagnostic he’d run at an industrial manufacturer. Sales team full of people with fifteen, twenty, twenty-five years in the chair. He asked each of them whether the questions they ask a new customer were written down anywhere. Same answer, person after person: no. It’s in my head. Decades of hard-won knowledge about how that business actually works, and not one page of it anywhere a system — or a new hire — could touch.

I see the same picture every week at smaller scale. A team processing quotes and orders, the current price list literally thumbtacked to a cubicle wall, half the team working from the old version in a folder somewhere. The people inside it are genuinely good — you build those muscles when you’re in it every day. But when the new person comes, it’s impossible to train them. Nobody can say how the machine works. The machine is Marie, and Marie is on vacation.

Business has a name for this, and it isn’t a compliment: tribal knowledge. For the entire industrial age, the verdict on that knowledge has been the same. It’s a risk. A single point of failure. A dependency on individual people that keeps owners up at night. And the prescribed cure has been the same for just as long: extract it. Interview everybody. Record everything. Get it out of their heads and into the binder, just in case they leave.

I want you to notice two things about that cure, because the whole shift this book describes starts here.

First: it never worked. You know it never worked, because you have the binder. Somewhere in a shared drive there is a process document from the last documentation push, faithfully capturing the steps and missing everything that made the expert an expert. The facts transferred. The judgment didn’t. The binder could tell the new hire what fields to fill in; it could not tell them that when this particular customer says “no rush,” it means the opposite.

Second, and this is the part almost nobody says out loud: the cure was insulting. “Let us record everything you know in case you leave” tells a person their twenty years amount to a liability to be drained out of them while they’re still in the room — that the company’s fondest wish is to need them less. People don’t volunteer for that. So the knowledge stayed in heads, the experts kept their quiet leverage, the binders gathered dust, and everyone agreed to call it a documentation problem. It was never a documentation problem. It was a misframing of what the knowledge was.

Then intelligence stopped being scarce

Two things became true at almost the same moment, and you have to hold both of them at once, because every mistake being made with AI right now comes from holding only one.

The first: applied intelligence — a competent mind, doing the work — has become abundant, parallel, and nearly free to run. The thing that was your scarcest, most rationed input for the entire history of work is now the cheapest thing you have. The doing of most knowledge work — the drafting, the assembling, the documenting, the building — no longer queues behind a scarce human.

The second, less flattering: that same intelligence is amnesiac, unaccountable, confident exactly where it has gaps, and biased toward the average of everything it was trained on. It forgets the moment the window closes. And left to its statistical defaults, it reproduces the industrial age’s patterns at machine speed — what our program names the Training Data Problem, and what the hard part of becoming AI-native runs into immediately: it flips so much of what you’ve learned about business on its head. The machine arrives carrying the old assumptions. It will not correct them for you.

So here is the test this whole book hangs on, and it is brutally simple. Remove the AI. If your work merely slows down, you have bolted AI onto an organization still shaped by scarcity and called it transformation. If your work stops — if the thing you’ve built genuinely cannot run without the intelligence woven through it — you are AI-native. Not slower. Stopped.

Sit with the gap between those two words, because most organizations live in “slower” while telling themselves they’ve reached “stopped.” Slower means AI is an accessory: helpful, removable, bolted on. Stopped means AI is structural: the default doer, with the organization rebuilt around what that makes possible. The distance between the two is not more licenses or better prompts. It is the subject of this book.

But notice what the test implies. If the machine is now the default doer, then the value of a human being can no longer rest on being the doer. So what’s left? What, exactly, is the thing the abundant intelligence cannot supply for itself?

You already know. You’ve been calling it a risk for thirty years.

The weakness that was the asset

Klemen Hrovat is a practitioner who builds AI-powered delivery systems for a living — about as far from an AI skeptic as you can get. In a working session, after watching an AI faithfully extract the decisions, the action items, the agreements out of a recorded client call, he said the thing that names this entire chapter:

“Your interpretation of how the call went… is what I will not be able to do no matter how good the skill is… That context is the layer on top of the transcript which dictates what the next action is, not what you necessarily agreed on the call… Those suggested actions are totally useless to me.”

Read that again. The machine captured everything that was said. What it could not produce — no matter how good the skill, his words — was the interpretation: the read on how the call actually went, the layer of context that dictates what to do next as opposed to what everyone politely agreed to. The transcript is abundant. The read is scarce.

That read is what your twenty-five-year sales veteran was carrying all along. It’s what the binder could never hold, because the binder format strips out the only part that mattered. We spent decades trying to extract the facts from our experts when the asset was always their judgment — and then we wondered why the documentation never made anyone less indispensable.

So here is the reframe, and I’d argue it is the single most useful mindset shift a leader can make right now: tribal knowledge as a weakness can become human domain expertise as a strength.

Same knowledge. Same people. What changes is what you believe the knowledge is and what you build around it. Tribal knowledge is expertise trapped — locked in individual heads, invisible to systems, walking out the door at every resignation, training new people by osmosis or not at all. Human domain expertise is the same judgment made legible — named, fed deliberately into a shared system, applied with precision at the moments that need it, and visible enough that the AI and the rest of the team can watch it work and learn from it.

I’ll be honest about how this landed for me, because it took longer than I’d like to admit. When I first started mapping the layers of an AI-native operation, I kept talking about the “intelligence layer” the way everybody does — as the layer where the models live. It took me a minute to put the humans in it. But every time I traced what was actually broken in a business, I landed in the same place: dependency on individual people, or on people outside the organization entirely. That dependency is the intelligence layer, mismanaged. The humans were always in it. We just never treated them like infrastructure worth investing in. We need to put our humans in a position to be successful, and we need to put our agents in a position to be successful — to use their intelligence to create value. The same sentence, both kinds of minds. That’s not a slogan about culture. It’s an architectural statement, and the rest of this book takes it literally.

And expertise compounds the moment it’s legible. Yours isn’t the only domain in the room: you’ve got a lot, but you don’t have it all. Your judgment about your business and your people, combined with someone else’s judgment about how to ask the machine the right questions faster — that’s how a team gets to where it would have been six months from now, now. Trapped knowledge can’t do that math. Legible knowledge does it by default.

Two removal tests

Here’s a symmetry worth keeping, because it answers the fear that walks into every room where this subject comes up.

The tribal-knowledge organization already lives under a removal test — it just never wrote it down. Remove the person, and the work stops. That’s what tribal knowledge means. It’s why you’re afraid to lose them, why the vacation calendar is a risk register, why the new hire takes a year to be useful. The industrial age’s relationship to its experts was a hostage situation both sides had politely agreed not to name.

The AI-native organization runs on the inverted test. Remove the AI and the work stops — remove any one person, and it no longer does. And here is the part you must not miss: that does not make the person less important. It makes them important for the right thing. What they knew has finally become infrastructure — documented, shared, multiplying through every system and every teammate. What they judge is now the daily work: the read on the call, the exception to the rule, the “no” to the confident-but-wrong output, the call about what matters next. The machine took the doing. The human kept the deciding. Nobody’s worth got extracted; it got relocated to the only place it was ever truly irreplaceable.

Say it plainly, because the rooms I sit in need it said plainly: if any part of your AI story carries even a scent of replacing your people, it will fail before it starts — and it will deserve to. That instinct is the AI Replacement Trap, the oldest and most expensive misread of this whole era: pointing abundance at headcount instead of at capability. The question was never “how many people can we remove?” It is “how much value can each person now create?” That’s AI-Human Partnership over Replacement — not as a nicety, but as the only version of this that compounds. The companies that get this wrong don’t just lose people. They lose the judgment those people were carrying — the one asset the machine cannot regrow for them.

The expert everyone’s afraid to lose, in other words, is not the problem. They are the seed. The problem is the structure that kept their expertise trapped — and the mindset that called it a weakness instead of recognizing the most valuable raw material in the building.

Why you can’t optimize your way there

At this point a reasonable leader says: fine, I’m convinced. Let’s buy the tools, train the team, and capture the efficiency. Add AI to what we already do.

That instinct — optimize the current approach rather than change the approach — is precisely the thing this part of the book exists to break, and I want to be honest that breaking it is uncomfortable. Optimization makes you better at the thing you currently do. Transformation is a different thing entirely. And AI bolted onto an unexamined operation does something worse than nothing: it does the old, broken thing faster. The model arrives pre-loaded with the industrial defaults — measure activity, automate the dysfunction, treat people as cost — and an organization that hasn’t examined its own defaults will find the machine agreeing with every one of them, fluently, at scale.

You can watch the misframe operate in the questions leaders reach for first. How many hours did the AI save us? Hours-and-output is how we measured work when human doing was the scarce input — and the moment doing becomes nearly free, the number goes hollow. You can save a thousand hours sprinting confidently in the wrong direction. That’s the Measurement Trap doing what it always does: hiding the real question — what value got created, what capability got built — under an easy number that feels like an answer. The measurement infrastructure most companies are pointing at AI is broken for this era; it cannot be based on hours out and output in, and an organization that boils its AI story down to a time-savings dashboard is doing itself a disservice it will spend years unwinding.

There’s a second reflex to name, gentler but just as costly: can’t we just pay someone to do this for us? A decade of software taught businesses a kind of learned helplessness — you don’t have to be good at this, just let the vendor handle it. Hand your AI transformation to that reflex and you get the Managed Services Trap wearing an AI badge: renting a black box you cannot see into, evolve, or own. That’s automation with a subscription, not nativity. The aim — and this is Empowerment over Learned Helplessness doing real work, not decorating a slide — is capability that lives in your people: you run this without us. An expert can hand you their output forever and leave you no stronger. The shift only counts when the judgment is yours.

And underneath both reflexes sits the real obstacle, which is not technical at all. A while back, a manufacturing company told me about their experience with a capable, well-regarded implementation partner. “Great — we have workflows and sequences,” they said, and they said it in the most disdainful way, like it was zero value. Then they told me what they actually wanted: “We want somebody who’s going to make us think.”

Sit with how strange that is by industrial-age logic. Here is a buyer saying the deliverable they crave is not the build — the build, frankly, is the easy part now; most of the project work you’d have paid a consultant for last year, an AI assistant can do today, and I want my clients to know it and do it themselves. What they’re asking to pay for is the thinking: the conversation that reframes the problem, the judgment about what’s worth building at all, the aha moments. Do you understand what you’re capable of, what your team is capable of, and what AI can help you do? That is the scarce thing now. They could feel it before they could name it.

My partner Ryan Ginsberg has a line for what that demand does to anyone in the business of helping: “the only way to give value is to show value.” Not describe it. Not promise it in a strategy document. Show it — demonstrated, working, in front of the people whose judgment you’re trying to earn. The era of being paid for having done the thinking once, long ago, and renting out the artifacts, is closing. What replaces it is closer to what that manufacturer was asking for: expertise, applied live, where everyone can watch it work and learn it.

Which is exactly the move this chapter has been describing all along — just pointed at your own organization instead of a consultant. The shift from tribal knowledge to human domain expertise is the shift from owning judgment to showing it: landing it in a shared system, at speed, where the AI and your people can both watch, learn, and apply it.

The diagnostic posture

Part I of this book is called Mindset, and chapters with that word in them have a habit of being the ones readers skim to get to the architecture. Don’t. The program this book teaches has an anti-pattern list, and the first entry is people who skip the mindset work to get to the building — it’s an anti-pattern because the building keeps faithfully expressing whatever frame you bring to it. You cannot architect your way out of a problem you have misframed. And “our experts are a risk to be mitigated” is a misframe with thirty years of compound interest on it.

So before any architecture, an honest inventory. Where does the judgment actually live in your organization — not on the org chart, in reality? Whose head holds the read that makes everything work? What would genuinely stop tomorrow if one name left — and what does that tell you about what was never written down? What’s thumbtacked to your cubicle wall?

Where does your brain go with that? Whoever you just pictured — that’s not your biggest risk. That’s the seed of the most valuable thing you will build in the next decade: an organization where their judgment is fed into a system everyone shares, where the machine does the abundant work and the humans do the scarce kind, and where the answer to “what happens if the AI goes down?” is everything stops — and the answer to “what happens if she leaves?” is, at last, we’ll miss her, and we’ll be fine.

The rest of Part I gives you the diagnostic instruments for that inventory — the named patterns of normalized complexity, and what each one is costing you. Then, and only then, we design.

Back to contents