If you just want to work at a startup, great, but if you want to work on a mission for more than a couple of years, that doesn’t work. You have to solve the emergence of collective self-interest, and just yelling “I am founder” will not help when most people hear that as the rantings of a disconnected CEO.
In summary, leaders of major slices of the effort run their own show, merely informing the HMFIC, who retains veto power, regarding status.
> Command by negation first came into being on individual ships, where it made sense - a captain who delegated authority and exercised command by negation could easily monitor his staff and communicate with them because it was a small environment.
...which is more or less asymptotic to the pragmatism behind Agile methods advocating for smaller teams of competent individual contributors.
Followed by:
> Within wider naval engagements, however, the Officer in Tactical Command (OTC) still maintained a rigid control structure, because communications systems simply couldn't work efficiently enough to make loose and autonomous doctrines viable.
> The introduction of AEW&C systems, SOSUS and satellite-fed data risked overwhelming the OTC, and so forces were forced to shift towards granting individual commanders more autonomy - something that improved communications made possible.
I interpreted this as an intercommunication scalability problem exacerbated by adoption of new tech. Fred Brooks in The Mythical Man-Month expressed this hazard as the n(n-1)/2 notional communication channels within a given team, to which effective segmentation (i.e. where command by negation comes into play) helps mitigate.
Remember: The powers that be forbid progress, as progress might disrupt the powers that be.
Mostly agree but would amend - what is actually forbidden is change. And since all progress involves change...you can fill out the rest.
Every bureaucracy ends up the same - serving only itself to preserve itself.
When you're at the point of literally situating "founder mode" as the opposite of the CIA's strategy for disrupting activist groups, you're probably a step past even "received wisdom".
There's an obvious failure mode for 3rd-hand analyses like these: for years hapless dingbat founders tried to cargo cult Jobs and Gates success by just deliberately being assholes. This isn't quite that, but you can see where the wind is blowing.
† The Graham post that kicked off "founder mode" was in part a report on a recent private talk about things Brian Chesky had done to improve AirBNB's performance.
Original link:
https://www.cia.gov/static/5c875f3ec660e092cf893f60b4a288df/...
7. Advocate "caution." Be "reasonable" and urge your fellow-conferees to be "reason-able" and avoid haste which might result in embarrassments or difficulties later on.
I'm just imagining a would-be saboteur convincing civil rights activists to be cautious about a bus boycott, and those activists doing just that and waiting until Rosa Parks got arrested to organize the boycott. I bet that poor operative got a real talking-to back at Langley!
But yeah, in the context of Cold War escalation of tensions number 7 makes a whole lot of sense.
I don’t think the hacker/startup/founder persona is interested in going deeper. Because to their mind society should be very loosely coupled on all levels and that would just solve all such problems.
- OSS projects are small enough to have a “BDFL”
- Most things about companies are bad. But if they were small and not monopolistic they would be good
- Problems along the way are partially solved with disruption/geniuses of the gaps
The cooperation between all these very small entities would be fine. I don’t know. I don’t think it is often touched upon.
You shouldn’t hire a chess prodigy grand master to teach you chess. Probably. You probably want someone who is more in touch with what it feels like to be a beginner. Who at least has been there.
Similarly you don’t want sociological input from the hacker/startup/founder persona. They’ve already got it figured out. (Refer to Dilbert)
Not just that, most of them are “useless”. The median NPM package probably has zero downloads per month. That’s ok, it’s your time, so if you want to create a new terminal emulator for the heck of it I say go for it. But anarchy is hardly a perfect solution.
Because the status quo is that you’re a big successful entrenched organization.
They want you to be slow, predictable, reliable etc.
I think many Americans believe that because the American government is slow, unresponsive and generally painful that all governments must be this way. As a counterexample I would like to suggest Singapore, which has an online visa process (traveler visa) which was a breeze to follow and was approved in under 2 days. Compare that to the US legal immigration system (USCIS) which if you ever have the misfortune of dealing with, is a nightmare to navigate.
The government needs a UX department to streamline all of the painful processes it has. Make it easy to follow the law.
1. doing anything that would pose an existential threat to the fiefdom,
2. starting any project that would be the fiefdom's ultimate responsibility to deliver upon,
3. reorganizing in a way that would cause the the fiefdom's "slack", or continued underperformance (compared to the organization's usually-unrealistic expectations) to be made more legible,
4. doing anything to equalize and redistribute any special advantages that come with the fiefdom's existing responsibilities,
...and so forth.
The CIA sabotage manual applies perfectly to the usual sort of bureaucratic organization full of such fiefdoms, as such fiefdoms use exactly these techniques to prevent the projects that would threaten them from moving forward (at anything beyond a glacial pace.)
> There's going to have to be some amount of delegation. Where the borders of autonomy end up, and how sharp they are, will probably vary from company to company.
PG’s post ended before it got interesting. Maybe by design, because if it was any more specific (read: useful) it would be falsifiable. As it stands now, “founder mode” is so open to interpretation that anyone who says it doesn’t work probably just wasn’t doing it right.
Simple sabotage for software (2023) - https://news.ycombinator.com/item?id=40695839 - June 2024 (75 comments)
Simple Sabotage Field Manual – How to Destroy Your Organizations - https://news.ycombinator.com/item?id=36831946 - July 2023 (95 comments)
Simple Sabotage Field Manual (1944) - https://news.ycombinator.com/item?id=35448090 - April 2023 (129 comments)
Simple Sabotage Field Manual (1945) - https://news.ycombinator.com/item?id=32356038 - Aug 2022 (3 comments)
Simple Sabotage Field Manual by United States Office of Strategic Services - https://news.ycombinator.com/item?id=31676964 - June 2022 (55 comments)
Simple Sabotage Field Manual - https://news.ycombinator.com/item?id=31070624 - April 2022 (8 comments)
Excerpt from CIA's Simple Sabotage Field Manual (1944) - https://news.ycombinator.com/item?id=29597454 - Dec 2021 (209 comments)
1944 OSS Manual on How to Sabotage Productivity - https://news.ycombinator.com/item?id=28507930 - Sept 2021 (5 comments)
Simple Sabotage Field Manual - https://news.ycombinator.com/item?id=26293804 - Feb 2021 (1 comment)
CIA's Declassified 1941 Simple Sabotage Field Manual - https://news.ycombinator.com/item?id=23316292 - May 2020 (1 comment)
Simple Sabotage Field Manual (1944) [pdf] - https://news.ycombinator.com/item?id=22322041 - Feb 2020 (89 comments)
Spotting Field Sabotage in Meetings (2011) - https://news.ycombinator.com/item?id=16045073 - Jan 2018 (36 comments)
Simple Sabotage Field Manual (1944) [pdf] - https://news.ycombinator.com/item?id=15109771 - Aug 2017 (32 comments)
The CIA’s 1944 Simple Sabotage Field Manual (2015) - https://news.ycombinator.com/item?id=12253276 - Aug 2016 (64 comments)
Updating classic workplace sabotage techniques - https://news.ycombinator.com/item?id=11702267 - May 2016 (280 comments)
Simple Sabotage Field Manual (1944) - https://news.ycombinator.com/item?id=10493881 - Nov 2015 (68 comments)
Declassified CIA documents detail how to sabotage employers, annoy bosses - https://news.ycombinator.com/item?id=10490804 - Nov 2015 (21 comments)
How to make sure nothing gets done at work - https://news.ycombinator.com/item?id=10393485 - Oct 2015 (3 comments)
Simple Sabotage Field Manual (1944) - https://news.ycombinator.com/item?id=4831363 - Nov 2012 (67 comments)
From CIA: Timeless Tips for 'Simple Sabotage' - https://news.ycombinator.com/item?id=4243649 - July 2012 (3 comments)
How We Beat the Nazis with Bureaucracy - https://news.ycombinator.com/item?id=1398103 - June 2010 (22 comments)
WW2 "Simple Sabotage Field Manual" declassified [pdf] - https://news.ycombinator.com/item?id=905750 - Oct 2009 (6 comments)
OSS (pre-CIA) Simple Sabotage Field Manual - https://news.ycombinator.com/item?id=833443 - Sept 2009 (29 comments)
Sometimes the pain is a feature.
The US version of a traveler visa, ESTA, gets approved in a matter of hours after you apply online. The fastest I got it was 30min at an Italian airport a few years ago when they blocked me from boarding because my old one expired and I didn’t notice. Still made it onto the same flight.
The most charitable reading of this situation, I think, is that the tech people routinely underestimate the leverage of even mediocre social technology vs. high-end computer-touching skill.
Based on his Linkedin profile, Andrew Chen has never worked in companies that are large enough to have most of the qualities. I have. For 20+ years now.
And the reason that these companies do things like check legal, brand and compliance before decisions or have committees or create complex approval workflows is because they need to.
Often they work in highly regulated environments or are in situations where not having the right people in the loop costs more and can be an existential risk to the company. And they always learn this the hard way. Just like Elon Musk has been learning every day with Twitter.
> In Europe however… :)
It is fascinating how some people have the tendency to, when made very angry about something, find solace and comfort in writing missives about the superiority of their minds and ideals. It can sometimes result in a pleasant cross between evergreen internet quotes “don’t put in the paper that I was mad” and “in this moment I am euphoric… because I am enlightened by my own intelligence”
Bureaucracy is tool to manage large, complex, and heterogeneous systems. Ideally, efficient and effective bureaucracy goes unnoticed. Why can I plug my laptop into the power outlet anywhere in Miami or in Vancouver and it just works? Why can I drive on the right side of the road from Toronto to San Diego and be reasonably sure that everyone else will drive on the right side as well?
Because humans have self-organized into a multitude of governments, standards organizations, and corporations that all align to produce the same shape of power plug and teach compatible rules-of-the-road across vast geographical distances and unrelated communities. Without bureaucracy, we humans would not be capable of building a global society.
Pointing to broken, ineffective, and inefficient processes to scapegoat “the bureaucrat” reveals an ignorance of the underlying mechanisms that make human society function.
No. I've been there. It's absolutely awful.
Quite often those that "lead by conviction" are just narcissistic sociopaths. Their awful decisions are coated by a veneer of self-importance, and their conviction has no basis on reality.
When companies are founded, there must be people involved who can execute a large chunk of the value chain single handily (if not the entire thing). Like a restauranteer who can buy ingredients, cook them, put together an interesting menu, engage in entertaining chit-chat, knows how to advertise and is good with finances.
In a large company though accountability matters a lot more and comparative advantage becomes a factor. It is also hard to hire great generalists (50% chance someone has a specific skill, that combination above is already approaching 1:100, let alone being good at something). So you specialise - there is a procurement specialist, a chef, a menu designer, a hostess, etc, etc.
Shortly after that transition there are still old hands around in leadership positions who know the entire value chain, but they slowly leave the business. Eventually there is a group of subject matter experts who execute the known chain really efficiently but no longer have personal or even institutional knowledge of how to set up a valuable new process because they specialise (theory of comparative advantage style logic kicks in). At this point, the dictatorial centralised nature of the company becomes a problem. If change is required, it depends on a tiny pool of leaders who are personally unclear on how the thing they control works at the micro level because they don't have the skillset required to set up new businesses. The only safe option is to iterate on the existing process, the company simply isn't capable of radical change any more. Or if it is, success will be more of a fluke than a predictable thing.
The idea that there is no good reason or value in those big bureacratic machines is equally naive as idea that it just has to be that way. Everything is case-by-case and 'big corpo ALWAYS bad' mentality is just stupid