创始人模式
Founder Mode

原始链接: https://paulgraham.com/foundermode.html

2024 年 9 月,Brian Chesky 在 Y Combinator (YC) 活动上发表演讲,给与会者留下了深刻的印象。 许多人称这是他们参加过的最好的演讲。 演讲的重点是通常给予成长型公司的有缺陷的建议。 Chesky 表示,在他实施管理实践的过程中,传统的管理实践指南对 Airbnb 产生了不利影响,这促使他在史蒂夫·乔布斯的领导风格的启发下寻求替代方法。 这改善了 Airbnb 的财务业绩。 活动中的其他成功创始人也分享了类似的经历,这表明他们收到的有关管理的建议未能帮助他们的企业。 作者思考了为什么这种不正确的信息会一直存在,并得出结论,所提供的指导是基于标准管理程序,而不是创始人的独特角色。 换句话说,成功经营一家企业需要了解“创始人模式”和“管理者模式”。 虽然可能没有专门针对创始人模式的具体文献,但其重要性正在逐渐得到认识,并且它与管理方法有很大不同。 传统的管理培训教授一种不干涉、模块化的方法,在这种方法中,管理者委派责任,不参与细节,而创始人模式则需要组织各个层面的积极参与和互动。 此外,个别创始人尝试创始人模式的成功故事表明,与经理模式相比,它会带来更好的结果。 然而,在两种模式之间找到适当的平衡仍然至关重要,因为创始人无法继续使用早期阶段应用的技术来管理大型组织。 作者以积极的态度结尾,承认尽管对创始人模式的了解有限,但其对创业的潜在影响是有希望的。

对于波音来说,委托代理问题和激励措施错位确实是个问题。 然而,您还必须考虑将商学院毕业生和麦肯锡式顾问提升为工程驱动型公司的领导职位的影响——他们通常认为自己是房间里最聪明的人,尽管除了制作幻灯片之外缺乏运营专业知识。 当然,这些业务类型将关注短期收入和股价,因为他们一生都在接受优化虚荣指标(如 GPA、公司声望和运营战略)的训练。 这种心态在他们的身份中根深蒂固,导致他们破坏工程文化。 例如,据报道,波音公司的首席执行官将工程领导者称为“弱智”和“失败者”。 现在,我们正在目睹这些行动的后果。 在我看来,波音737 MAX飞机悲剧事件背后的罪魁祸首是让企业金融家和高管负责航空制造所带来的观念的根本转变。 从历史上看,航空业需要制造商、飞行员、监管机构、维修人员和生态系统中的其他参与者之间的高度合作。 这种共生关系确保了安全性、可靠性和功能性,因为各方都为飞机的整体成功做出了贡献,并受到互惠互利的激励。 然而,随着华尔街金融化的出现,航空航天公司开始专注于短期收益。 高管们开始牺牲飞机设计、生产和测试的关键要素,以实现季度目标并让股东满意。 对于建立最初的安全功能至关重要的工程领导者被贬低或完全撤职,取而代之的是受过企业财务和 MBA 教育的个人。 这些新的领导者渴望削减成本、提高生产率并实施先进技术,以保持在竞争激烈的市场中的地位。 这种思维转变最明显的例子之一可以在 MCAS 系统中观察到,这是一种安装在波音 737 MAX 上的计算机化飞行控制系统,旨在提高燃油效率。 虽然该系统有其优点,但事实证明,在传感器发生故障的特定情况下,它会带来灾难性的后果。 MCAS 系统依赖于单一攻角,而不是确保多个传感器输入和独立验证(
相关文章

原文
Founder Mode

September 2024

At a YC event last week Brian Chesky gave a talk that everyone who was there will remember. Most founders I talked to afterward said it was the best they'd ever heard. Ron Conway, for the first time in his life, forgot to take notes. I'm not going to try to reproduce it here. Instead I want to talk about a question it raised.

The theme of Brian's talk was that the conventional wisdom about how to run larger companies is mistaken. As Airbnb grew, well-meaning people advised him that he had to run the company in a certain way for it to scale. Their advice could be optimistically summarized as "hire good people and give them room to do their jobs." He followed this advice and the results were disastrous. So he had to figure out a better way on his own, which he did partly by studying how Steve Jobs ran Apple. So far it seems to be working. Airbnb's free cash flow margin is now among the best in Silicon Valley.

The audience at this event included a lot of the most successful founders we've funded, and one after another said that the same thing had happened to them. They'd been given the same advice about how to run their companies as they grew, but instead of helping their companies, it had damaged them.

Why was everyone telling these founders the wrong thing? That was the big mystery to me. And after mulling it over for a bit I figured out the answer: what they were being told was how to run a company you hadn't founded — how to run a company if you're merely a professional manager. But this m.o. is so much less effective that to founders it feels broken. There are things founders can do that managers can't, and not doing them feels wrong to founders, because it is.

In effect there are two different ways to run a company: founder mode and manager mode. Till now most people even in Silicon Valley have implicitly assumed that scaling a startup meant switching to manager mode. But we can infer the existence of another mode from the dismay of founders who've tried it, and the success of their attempts to escape from it.

There are as far as I know no books specifically about founder mode. Business schools don't know it exists. All we have so far are the experiments of individual founders who've been figuring it out for themselves. But now that we know what we're looking for, we can search for it. I hope in a few years founder mode will be as well understood as manager mode. We can already guess at some of the ways it will differ.

The way managers are taught to run companies seems to be like modular design in the sense that you treat subtrees of the org chart as black boxes. You tell your direct reports what to do, and it's up to them to figure out how. But you don't get involved in the details of what they do. That would be micromanaging them, which is bad.

Hire good people and give them room to do their jobs. Sounds great when it's described that way, doesn't it? Except in practice, judging from the report of founder after founder, what this often turns out to mean is: hire professional fakers and let them drive the company into the ground.

One theme I noticed both in Brian's talk and when talking to founders afterward was the idea of being gaslit. Founders feel like they're being gaslit from both sides — by the people telling them they have to run their companies like managers, and by the people working for them when they do. Usually when everyone around you disagrees with you, your default assumption should be that you're mistaken. But this is one of the rare exceptions. VCs who haven't been founders themselves don't know how founders should run companies, and C-level execs, as a class, include some of the most skillful liars in the world. [1]

Whatever founder mode consists of, it's pretty clear that it's going to break the principle that the CEO should engage with the company only via his or her direct reports. "Skip-level" meetings will become the norm instead of a practice so unusual that there's a name for it. And once you abandon that constraint there are a huge number of permutations to choose from.

For example, Steve Jobs used to run an annual retreat for what he considered the 100 most important people at Apple, and these were not the 100 people highest on the org chart. Can you imagine the force of will it would take to do this at the average company? And yet imagine how useful such a thing could be. It could make a big company feel like a startup. Steve presumably wouldn't have kept having these retreats if they didn't work. But I've never heard of another company doing this. So is it a good idea, or a bad one? We still don't know. That's how little we know about founder mode. [2]

Obviously founders can't keep running a 2000 person company the way they ran it when it had 20. 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. They'll even vary from time to time within the same company, as managers earn trust. So founder mode will be more complicated than manager mode. But it will also work better. We already know that from the examples of individual founders groping their way toward it.

Indeed, another prediction I'll make about founder mode is that once we figure out what it is, we'll find that a number of individual founders were already most of the way there — except that in doing what they did they were regarded by many as eccentric or worse. [3]

Curiously enough it's an encouraging thought that we still know so little about founder mode. Look at what founders have achieved already, and yet they've achieved this against a headwind of bad advice. Imagine what they'll do once we can tell them how to run their companies like Steve Jobs instead of John Sculley.

Notes

[1] The more diplomatic way of phrasing this statement would be to say that experienced C-level execs are often very skilled at managing up. And I don't think anyone with knowledge of this world would dispute that.

[2] If the practice of having such retreats became so widespread that even mature companies dominated by politics started to do it, we could quantify the senescence of companies by the average depth on the org chart of those invited.

[3] I also have another less optimistic prediction: as soon as the concept of founder mode becomes established, people will start misusing it. Founders who are unable to delegate even things they should will use founder mode as the excuse. Or managers who aren't founders will decide they should try to act like founders. That may even work, to some extent, but the results will be messy when it doesn't; the modular approach does at least limit the damage a bad CEO can do.

Thanks to Brian Chesky, Patrick Collison, Ron Conway, Jessica Livingston, Elon Musk, Ryan Petersen, Harj Taggar, and Garry Tan for reading drafts of this.

联系我们 contact @ memedata.com