Load BearingWhat actually carries the weight

01 — Technology & Work


Internal Search and the Knowledge That Leaves With People

Every organisation past a certain size has the same complaint: the information exists somewhere and nobody can find it. It is treated as a tooling problem and it is mostly not.

Knowledge that cannot be found does not exist. The practical consequence is that organisations run on the memory of the people who happen to know where things are, and that memory walks out when they do.

For a practical reference on online timesheets, Monitask provides read more.

Why internal search is always bad

It is worth understanding why this is so consistently true, because the usual response — buying a better search tool — addresses the least important cause.

The content is spread across systems that do not search each other. Documents in one place, discussion in another, tickets in a third, decisions in a fourth. No search product fixes an architecture problem, and most attempts to federate search produce a slower version of the same partial results. See tool sprawl.

There is no ranking signal. Public search works because links, traffic and freshness signal quality. Internally there are no links, no traffic to speak of, and no way to distinguish the authoritative document from four drafts of it.

Everything is retained and nothing is retired. The organisation has never deleted anything, so every query returns three superseded versions alongside the current one. This is the largest single cause and the easiest to address.

Naming is inconsistent. The same thing is called four different things by four teams, and search matches words rather than meaning.

The valuable knowledge was never written. Which is the real problem, and the one that search cannot solve by definition.

What actually leaves with a person

When someone resigns, the loss is not their documents. It is:

Where things are. Which system, which folder, what it is called, which of the four versions is current.

Why things are the way they are. The constraint that made a decision necessary, the approach that was tried and failed, the reason the obvious solution does not work.

Who to ask. The map of who knows what, which is entirely informal and entirely in people's heads.

What is fragile. The process that works only because they check it, the integration that breaks quietly, the client who needs handling.

None of this is captured in a handover document written in two weeks, because neither party knows what to write down. The departing person does not know what they know.

The test that finds the real exposure

Pick a person and ask: if they were unavailable for a month starting tomorrow, what would we not be able to do?

Do it for three or four people. The overlap shows where the organisation is genuinely fragile, and it is rarely where anyone assumed. It also produces a documentation backlog ordered by risk, which is the only sensible order.

What helps

Ordered by effect per unit of effort.

Delete things. The highest-return action and the least popular. An archive of superseded material is not a resource; it is what makes the current material unfindable. Retire aggressively, and mark what is kept for the record as archived.

Name an owner and a date on every page. A page with both can be trusted or questioned. Anonymous, undated pages can only be guessed at, and they degrade confidence in everything around them.

Reduce the number of places. Decide the canonical home for each type of thing and enforce it. This does more for findability than any search tool.

Write decision records. What was decided, when, by whom, what was rejected and why. This is the category that captures the "why things are the way they are" knowledge, and it is the one most likely to matter in two years. See documentation as infrastructure.

Standardise naming for the twenty things that matter. Not a taxonomy project. A short list of terms used consistently.

Ask new joiners what they could not find. They discover the gaps and they lose the ability to see them within about a month.

On AI search over internal content

Worth addressing since it is now the default proposal.

It genuinely helps with one of the causes above — matching meaning rather than words — and it does nothing about the others. Retrieval over a corpus that is fragmented, unmaintained, full of superseded versions and missing the important reasoning will produce confident answers assembled from the wrong material.

It also removes a signal. A person scanning search results notices that a document is three years old and mentions a system that no longer exists. A generated answer does not surface that unless it is designed to, and the confidence of the output is unrelated to the quality of the source.

If you are considering it, do the deletion pass first. The tool is only as good as what it is pointed at, and the deletion pass is the part that would have helped regardless.

The handover that would actually work

Not a document written in the final two weeks. A practice maintained continuously:

Decision records as decisions are made, not reconstructed later.

A short "how this actually works" page per area, owned and dated.

An explicit map of who knows what, kept current — the least formal and most useful artefact in most organisations.

Two people who understand anything critical. Not documentation at all, and more effective than any of it.

That last one is the honest answer. Documentation reduces the cost of departures. Having a second person who actually understands the thing is what prevents them being expensive.

For broader public guidance and background, consult the National Institute of Standards and Technology.