Anonymising Lessons Without Losing Them

Every essay on this desk is built from a mistake someone made, on a real team, with a real client on the other end of it. None of them names the person who made the mistake, the client whose work was affected, or, in most cases, the exact team or division involved. The obvious question is whether that stripping-out costs the essays their credibility — whether "an analyst on a services team" reads as vaguer, weaker evidence than a named case study would. It doesn't have to, and the discipline that keeps it from becoming that is the actual craft here, not the anonymising itself.

The easy way to anonymise, and why it's wrong

The lazy version of anonymisation is to sand the story down until it's generically true of any team anywhere — "a team implemented AI and had some challenges with trust." That version is safe and useless in exactly equal measure. It protects everyone and teaches no one anything, because the specificity that makes a lesson transferable is exactly the specificity that got sanded off in the name of caution.

The discipline that works is different: strip out everything that identifies the people, and keep everything that identifies the mechanism. A story about a junior analyst rubber-stamping AI drafts because nobody had established who was allowed to overrule the model is a story about a mechanism — permission structures, standing, escalation paths — and that mechanism is exactly as instructive whether the essay places it at "a mid-size Bangalore services firm" or refuses to say anything about the firm at all. What gets stripped is the firm's name, the person's identity, the specific client, the exact dates that would let someone triangulate who's involved. What stays, deliberately and in detail, is every fact about how the failure worked — the sequence of decisions, the specific wrong output, the exact fix that resolved it.

"The people are private. The mechanism is the whole point of writing this at all. Anonymising the wrong half of that sentence is how a case study becomes useless."

The test that decides whether it ships

In practice this means a few concrete habits. Never use a real title, department, or tenure detail that would narrow the pool of "who this could be" to a handful of people inside a firm anyone could name. Change or omit the specific client industry when the industry itself is identifying — "a client in a sector that stays unnamed" rather than a specific vertical that, combined with the firm and the timeframe, would narrow things to one deal. Let enough time pass between an event and publication that the internal memory of "which quarter was this" has faded for anyone outside the small group who lived it. And always, without exception, run the draft past the person or people most directly involved before it goes anywhere, not for their approval of the lesson, but specifically to ask: does this feel safe to you, reading it as a stranger would?

That last step matters more than any other part of the process. People are, understandably, more sensitive to exposure than an outside editor would guess — a detail that feels harmless to the writer, who has long forgotten which specific week it happened in, can feel glaringly identifying to the person who lived it, because they remember exactly which week it was and exactly who else was in the room. Their read on the draft is the only read that actually matters for this test. When they flag a detail nobody else can see the risk in, the discomfort itself is the signal, and the detail goes.

1. Strip identity, keep mechanism — the who is private; the how is the entire value of the essay, and the two are separable more often than people assume.
2. Time and title are the real identifiers, not the story — a vague enough job title and a wide enough timeframe do more anonymising work than vague prose ever will.
3. The subject's discomfort is the test, not the writer's judgment — every draft goes past the person involved, and their unease counts as data even when nobody else can see the risk.
4. A sanded-down lesson isn't a safer lesson, it's a useless one — protecting people and stripping out everything transferable are not the same operation, and conflating them is the most common failure mode in this kind of writing.

A composite is not a fabrication

There's one more habit worth naming, because it's the one most likely to raise an eyebrow if it goes unexplained: some essays on this desk describe a "composite" case — a mechanism that has played out, in slightly different form, on two or three separate teams, collapsed into a single narrative for clarity. It's worth being transparent about when that happens and why it isn't the same thing as making something up.

Every mechanism in a composite actually happened, more than once, in the form described. What a composite changes is the packaging: instead of three shorter, thinner essays about three teams that each hit a slightly different version of the same failure, the clearest details of each get combined into one coherent story, because the reader is better served by one sharp example than three blurry ones. The rule that keeps this honest is that nothing in a composite is invented — every specific detail, every quoted line, every consequence, actually occurred somewhere in the underlying material — and the essay says so, briefly, when it applies, rather than letting a reader assume every piece here is a single unbroken narrative about one team. The alternative, pretending every story is a clean single-team account when the real material is messier and more distributed than that, would be a worse kind of dishonesty than the one anonymising is meant to solve.

"A composite collapses three real failures into one clear story. It never invents a fourth one to make the story neater."

Why this is worth the extra step

The honest version of this practice costs real time — every essay written this way needs at least one extra review pass specifically for exposure risk, on top of the normal editorial passes everything else gets. It stays worth doing because the alternative isn't a faster version of the same essay. It's a different, worse kind of essay: either so specific it burns trust with the people whose mistakes it's built from, or so vague it stops being useful to the reader it's supposedly written for. The whole value of field notes is the real, ugly, specific detail left intact. Anonymising the people is what makes that possible to publish honestly at all, and it only works if you're disciplined about anonymising exactly the right half of the story.

If you're writing something similar about your own team, the shortest version of the discipline is this: ask, for every sentence, whether removing it would make the essay less true or just less traceable. Cut the sentences where the answer is "less traceable." Keep every sentence where the answer is "less true," even when keeping it is the uncomfortable choice, because that sentence is very likely the one your reader actually needed.