When Too Many Maps Overlap on One Person
Posted by Dear-Economics-315@reddit | programming | View on Reddit | 26 comments
Posted by Dear-Economics-315@reddit | programming | View on Reddit | 26 comments
CherryLongjump1989@reddit
There's a genre of management writing that presents itself as clear-eyed organizational diagnosis while quietly running an argument the author won't state plainly. This essay is a clean example of it, and it's worth pulling apart because the technique is common and most readers absorb the framing without noticing it was a choice.
The surface claim is balanced. The author describes a pattern where one person — "Mike," a senior engineer — becomes load-bearing in an organization, with decisions routing through him informally even when the org chart says otherwise. The piece walks through how this happens, what it costs, and ends with a prescription that explicitly rejects routing around Mike in favor of making his knowledge "portable." Read once, it sounds reasonable and humane. Most readers will feel they've read a thoughtful piece about organizational dependency.
But the tone tells a different story than the explicit claims, and the gap between them is where the actual work is being done. The vivid language is all on one side of the ledger. Silent veto. Legend effect. Dependency with a better reputation. Storing judgment inside Mike. Past correctness subsidizing present authority. The room going awkward when he hesitates. These are the lines a reader will remember. The pro-Mike material, by contrast, is flat and concessive — "often they are good, sometimes excellent" — in the UK this would be considered a dressing down. The piece's gravitational pull is toward Mike-as-problem, even as a few sentences disclaim it.
The sequence reinforces this. The agenda is front-loaded. The opening sections establish Mike as a distorting force: how the system creates him, how the favor becomes architecture, how the room moves around him, how disagreement picks up hidden weight, how everyone else gets trained into dependency. By the time the reader reaches "The Person May Actually be Very Good," the frame is set, and that section reads as a concession inside an indictment rather than a thesis. The closing "don't route around Mike" prescription functions as inoculation — defensive cover that lets the author deny the indictment while having already delivered it. Drop the ending and the piece is undisguised. The hedges exist so the author can't be quoted saying what the piece is actually saying.
The most revealing pattern, though, is in how Mike is described. Every attribute assigned to him is backward-facing. Memory. History. Scar tissue. The migration that went wrong. The dependency he warned about. What he saw three years ago. Even his correctness is past-tense — "he was right often enough that now he doesn't even have to be right." The piece has no vocabulary for Mike possessing live, present-tense technical depth that the rest of the org simply lacks. He is positioned as an archive, a sediment of old failures the organization has been gracious enough to keep around. This positioning is load-bearing for the prescription. If Mike's value is memory, you can extract it — document it, distribute it, make it portable, and gradually reduce the org's dependence on him. If his value is current judgment the org genuinely lacks, the prescription collapses, because you cannot wiki your way to tacit knowledge and technical depth that took years to build.
This is where the essay's real tension surfaces, and it's the tension the author cannot name out loud. Mike is a natural leader who emerged in spite of a formal chart that tried to assign authority elsewhere. He didn't accumulate influence through politics or lobbying. He accumulated it by being right, repeatedly, in situations where the formally-anointed people were not. The organization routed through him because routing through him produced better outcomes than routing through the chart. That isn't dysfunction. That's the system finding the actual locus of judgment and using it. What the essay calls "the gap between the formal map and the working map" is, described honestly, the chart being wrong. The working map is the map. The formal map is an aspiration that didn't survive contact with the work.
The whole essay falls apart the moment you stop treating Mike as a repository of past events and start treating him as a locus of sound present judgment and natural leadership. Every move the piece makes depends on the historical framing. The "make his knowledge portable" prescription only makes sense if the knowledge is finite and archivable. The diagnosis of "silent veto" only makes sense if the room's deference is a social artifact rather than a rational response to depth. The framing of formal owners as displaced by Mike's gravity only works if Mike's gravity is illegitimate accumulation rather than earned authority. Allow that Mike might simply be the best technical mind in the room on the live question, and the essay's entire architecture inverts: the formal owner is the deviation, the chart is the aspiration that failed, and the org's routing behavior is the correction, not the pathology.
The author can't say any of that, because saying it requires taking a position on which kind of authority should win — assigned or earned — and the entire piece is structured to avoid that question. By keeping Mike's value in the past, the present hierarchy stays legitimate. The chart gets to remain the forward-looking instrument of progress, and Mike gets to be the well-meaning relic the org should eventually metabolize. It is written, fairly clearly, from the perspective of someone whose formal authority did not translate into actual authority, and who has constructed a framework in which that experience is the organization's problem rather than their own.
MantisShrimp05@reddit
I feel like the writer themselves would be surprised by this take even if its true. What you're pointing at is an interesting underlying theme that would be a good topic of discussion for a philosophy person like myself but I don't read such subtle nuance from the piece. To me, this reads as someone who has genuinely worked with a mike and wants to figure out how to bridge the experience gap, but it could be a great follow up piece to address this question directly!
CherryLongjump1989@reddit
Hm. Why is it philosophical? I think that labor relations have practical value, not just hypothetical.
I tried to read it that way but I found it to be too well crafted and deliberately coded for a particular audience. It's literally a manager writing about his experience of facing "resistance" to his "line" by technical experts outside of his own reporting chain -- and it is solely framed from that point of view.
But even so, why go to so much trouble writing an article like this and never consider the larger picture? How did Mike become Mike? What about Mike's point of view? What is Mike's own best interest, what are his incentives? The author is a self-styled management thought leader, with countless books and articles supposedly teaching you how to lead engineering teams. Surely he's considered the point of view of an engineer, before?
FullPoet@reddit
is this ai
CherryLongjump1989@reddit
Nope.
FullPoet@reddit
You use a ton of em dashes. And very. Short. Sentences.
CherryLongjump1989@reddit
Sentences should be short. This is not German. "Short." is not a sentence, so you should try using an LLM to proofread your comments.
FullPoet@reddit
"Short." Is a full sentence just like "No.".
CherryLongjump1989@reddit
Fine. Write that on your tombstone.
FullPoet@reddit
"No."
__scan__@reddit
Surely“Short.” is a fine sentence? You could use it to respond to this question: “Are they tall or short?”.
CherryLongjump1989@reddit
It wasn't fine in the context that it was in.
__scan__@reddit
I don’t think it’s AI, the signal-to-nothing ratio is too high.
Sigmatics@reddit
You'll be surprised at the amount of nothing AI can produce if you ask for it. Especially older models
__scan__@reddit
Oh I know. I think there isn’t enough nothing in that post for it to be AI.
boing_boing_splat@reddit
Yes, 💯
Norphesius@reddit
TL;DR Instead of attempting to distribute Mike's knowledge to reduce reliance on him, Mike should just get promoted to a role that formalizes his soft authority?
AI or not, you coulda just said that with waaaay less than 8 paragraphs.
CherryLongjump1989@reddit
I don’t care if Mike gets promoted or fired. The point of the write up was to take part the corporate manager-speak that seeks to gaslight the importance of technical proficiency and natural leadership in favor of bureaucratic solutions.
What you’re not seeing is that “Mike” is not a problem of failing to distribute knowledge, but a problem of attriting all the other Mikes who no longer work at this place because management is actively passive aggressive to them. The solution in the article is hilariously self serving — just have Mike train his own replacement.
Norphesius@reddit
I suppose the point(s) got muddled in the excess.
Even if Mike has his de facto technical leadership recognized, or trains his replacement, there's value in trying to deconstruct accidental information silos. Mike being a load bearing technical resource is fine until he goes on vacation, or tries to find a different job.
I don't think the article is trying to enforce bureaucratic norms with subtle corpo-speak. It's just trying to make people more cognizant of when they have a Mike in their midst, aka someone who brings down the bus factor.
CherryLongjump1989@reddit
Yes, the comment was way too long. I had written it on the phone and couldn't easily see just how long it had gotten. That's a fair pushback. But I stand by the argument I'm trying to make.
The bus factor is a bit of a sleight of hand because it changes meaning depending on what management is trying to do. During periods of growth, bus factor is discussed in terms of the minimum staffing levels required for teams to handle things such as on-call rotations. During periods of layoffs, the bus factor is discussed in terms of the mythical Mikes.
Something to be cognizant off is that tacit knowledge is more valuable than explicit knowledge. One does not simply "document" qualities such as judgement, decisiveness, enthusiasm, etc. It's important to recognize that engineers are not interchangeable and there are many specialties that you actually have to staff with actual people -- not just document.
the_zword@reddit
...are you Mike?
CherryLongjump1989@reddit
Everyone is Mike.
davvblack@reddit
This is an interesting article. I'm worried that i do sometimes enable people not to think critically about systems, but it's a tough balance. In my head, i see someone pointing towards a downtime, and i can speak up "or do it that way and don't have a downtime"
FINDarkside@reddit
Yes, I think the solution kind of falls flat though. It seems to boil down to "instead of blindly following what Mike says, try to learn from him". It's a good tip, of course, but a very obvious one. Given how much space was used to explain the problem, I would have expected a more thorough solution.
FINDarkside@reddit
I don't really think the article was talking about such scenario. The start got me interested, but it kind of fell flat when in the end the solution was proposed for the easy scenario where Mike didn't bother to communicate any of his knowledge.
What if Mike is already handling everything in public? What if Mike is already making well reasoned comments, explaining the history, technical tradeoffs, failure scenarios and whatever. What if that doesn't magically fix the system like the article suggests. That's what I though I was reading about until the last paragraph.
Loves_Poetry@reddit
Great article. I like that it acknowledges that you cannot work around such a person. I have seen it happen and trying to work around them almost always backfires. Any proposal gets met with "Did you ask?" and when you say no, your proposal looks naive and you look inexperienced
If you ever find yourself in such a company, it can actually be a great opportunity. If you can closely work together with the person around which every decision revolves, then not only will you get to work with a very experienced engineer, you will also find that more and more decisions are being routed through you. Initially, you'll just be a proxy, but after a while, you'll be a person whose decisions carry actual weight