Shopify 如何构建高强度文化：一位顶级工程负责人的深度复盘

嘉宾：Farooq Ali ｜ Shopify 工程副总裁兼工程负责人｜领域：工程管理、文化建设、招聘体系

背景与引言

2024年，Shopify 员工规模突破一万人，公司早已是全球最大电商平台之一。但真正让行业好奇的是：这家公司是如何在远程办公的模式下，依然保持令人惊叹的执行速度和创业精神的？

答案是：高强度文化。

这不是简单的”加班文化”，而是一套精密运转的系统，让每个工程师、每个团队在有限的工作时间内，创造出超出常人的产出。Shopify 的工程副总裁 Farooq Ali 在一次深度访谈中，首次系统性地拆解了这套文化背后的逻辑。

“一小时就是一小时，“Farooq 在访谈中说道，“如果你在这一小时里燃烧更多卡路里，你就能完成更多事情。“这种”每分钟产出最大化”的思维方式，贯穿了 Shopify 的一切实践。

本文将深度解读 Shopify 的高强度文化，涵盖从决策哲学、代码管理、会议体系到招聘实践的完整方法论。

一、嘉宾是谁

Farooq Ali 是 Shopify 的工程副总裁兼工程负责人，负责领导这家公司超过万人的工程团队。

但他的职业轨迹本身就是一个”选择hard模式”的教科书案例。在多伦多大学主修计算机科学期间，他同时辅修了电气工程；攻读MBA时，他又选择了金融工程作为双学位。他的解释简单直接：“聪明的同学都在这些课里。”

过去二十多年，他为不同的”亿万富翁”工作——二十几岁时在 Joe Limond 的公司，三十几岁时跟随 Chamath Palihapitiya，如今与 Shopify 创始人 Toby Lütke 共事。这个看似随机的选择背后，有一条清晰的逻辑：找到那些对未来有”非理性愿景”的长期思考者，与他们合并能力 API，共同构建伟大产品。

Farooq 的管理风格同样独树一帜。他曾在 Extreme Labs 直接管理120人汇报关系，推行”不设预定一对一会议”的模式，让员工在真正需要时被无阻塞地帮助。他的口头禅是：“我不在乎看起来多蠢。“

二、核心观点 TOP10

选择hard的路，即使失败也是赢——hard模式让你接触更聪明的人，学到更多东西，而easy模式失败后你什么都没留下。
pair programming 是工程管理的终极工具——两个工程师共用一台电脑时，产出质量更高，迭代更快，学习曲线陡峭上升。
不是工作更多小时，而是每小时燃烧更多卡路里——用更短时间完成高质量工作，然后去陪家人。
代码是负债，删除才是能力——Shopify 拥有全球最大的 Ruby 代码库之一，但他们正努力从这份榜单上消失。
每周和每六周的节奏感创造紧迫感——Parkinson 定律告诉我们：给多少时间，任务就会占用多少时间。
不要管理层级，要扁平化——离 Toby 越远，调研结果中的对齐度就越低扁平才能保证信息不失真。
“万物皆错”是我的座右铭——永远假设自己可能错了，这样才能保持好奇心和实验精神。
实习项目是最好的面试——四个月真实工作产出，远比八小时结构化面试更能判断一个人。
**招聘看”为什么”，不看”做了什么”——简历告诉你做了什么，但不告诉你为什么做这些选择。
组织里总要有一两个项目在燃烧——如果一切太平顺，说明你可能没有在尝试真正有风险的事情。

三、关键洞察

洞察一：pair programming 的本质不是提效，而是质量保障

很多人误以为 pair programming 会让两个人做一个人的工作，产出减半。但 Farooq 指出，真正的产出瓶颈从来不是打字速度，而是”在哪里找到优雅的解决方案”。两个人共同思考时，错误设计在第一小时就会被发现和纠正。

Shopify 创始人 Toby 曾有一个极端实践：他和 CTO Cody 约定，如果一个功能在一小时内写不完，就删掉所有代码，只保留测试，重新开始。这个看似疯狂的做法背后是深刻的洞见：如果一个功能不能用优雅的代码在一小时内完成，说明你可能在构建错误的东西。

洞察二：会议压缩不是删减，而是结构优化

Shopify 每年会随机挑选一个时间点，执行一次”会议大屠杀”——删除所有超过两人的定期会议，然后设置两周的”冻结期”，禁止添加任何新的定期会议。Farooq 透露，这个灵感来自 Dropbox，后来被他介绍给了 Shopify。

执行后的效果显著：工程师每周平均会议时间从五到六小时下降到三小时。但关键不是”少开会”，而是”强制重新评估每一场会议的价值”——很多定期会议只是惯性存在，并没有真正存在的理由。

同时，Shopify 将公告类信息从 Slack 迁移到 Meta Workplace（类似公司内部 Facebook），因为 Slack 的即时通知特性会不断打断深度工作流，而 Feed 形式允许员工在自己方便的时候”浸入”信息。

洞察三：基础设施思维比功能开发更重要

Farooq 分享了一个关于 NFT gating 的真实案例。团队最初评估两周就能完成这个功能，但 Toby 的反应出人意料：花两到三个月构建一个平台层 API，让任何人都能在一小时内实现 NFT gating。

这个决定在当时看起来”慢”，但之后所有基于 token 的商业功能都从这个基础设施上快速生长出来。Toby 的经典思维是：不要问”这个功能多久能做完”，而要问”需要什么条件才能让任何人一天内完成它”。

Shopify 把所有工作分为三类：实验、功能、基础设施。这个分类决定了资源分配和工作节奏。

洞察四：远程办公的”信任电池”需要定期充电

Shopify 坚持95%远程办公，但每年夏天举办全公司线下聚会”Shopify Summit”，结合演讲、黑客松和团建活动。同时，他们推行”Burst”机制——任何人发现重要原型或需要密集协作的问题，可以发起号召，组织五到十人到一个城市集中工作几天。

Farooq 提出的”信任电池”概念尤为深刻：信任是消耗性资产，远程工作会让信任电池持续缓慢放电。定期的线下互动是必要的”充电”行为。

洞察五：实习项目本质上是延长面试

Shopify 宣布2025年将招聘一千名实习生。这个数字本身已经足够惊人，但背后的逻辑更值得深思：实习项目本质上是四个月的带薪试用，产出的真实工作成果远比任何面试环节更能预测候选人未来的表现。

Farooq 还透露了一个有趣的观察：pair programming 场景下，实习生往往比全职员工更高效，因为他们刚从学校出来，学习状态正佳，还没有沾染”行业习惯性懈怠”。

四、精彩金句

“如果你选择了easy的路并且成功了，你实际上什么都没学到；如果你选择了hard的路并且失败了，你仍然赢得了这段经历。”

解读：hard模式的价值不在于结果，而在于过程——你接触的人、经历的挑战、获得的学习，这些才是终身受用的资产。

“不是我不在乎看起来多蠢，而是我从来不刻意去表现得很聪明。”

解读：真正的高手从不害怕暴露无知，因为他们知道，好奇心比面子重要得多。

“一小时就是一小时。你用这段时间做什么，决定了你是一个普通员工还是一个高效员工。”

解读：时间公平地给予每个人，但产出的差异来自于专注度和强度。

“代码是负债，不是资产。正确的代码永远不是那些冗长的代码。”

解读：代码行数从来不是工程能力的衡量标准，优雅和简洁才是。

“如果你没有两三个项目在燃烧，你可能还不够努力。”

解读：成功需要一定的”过度旋转”，永远在尝试超出舒适区的事情。

五、实战案例

案例：React Native 的”战略失误”

Farooq 加入 Shopify 的第一周，面临一个重大技术决策：是否使用 React Native 构建新的 Point of Sale 系统。他的最终建议是：iOS 用 Swift 原生开发，Android 用 React Native。他的理由是”想学习 React Native”，同时保证有一个平台能快速上线。

一年后，他们意识到 React Native 是明显正确的选择——它不仅能跨平台，还能复用 web 端的 React 工程师资源。他们不得不把已经上线的 iOS 版本用 React Native 重写，这意味着一百名工程师浪费了大约十八个月的工作量。

但 Farooq 把这次失败公开告诉了全公司。他的坦诚换来的是 Toby 的认可：“我不怕你冒险，我怕的是你不敢冒险。你没有选择 React Native，是因为你没有信心去押注它。”

这次经历让 Farooq 深刻理解：决策时不仅要评估技术本身，还要评估自己对这个技术的信心程度——如果你准备全身心投入一个技术栈，就不要因为信心不足而给自己留后路。

案例：从餐厅服务员到人力资源总监

Farooq 在一家餐厅吃饭时，注意到一位服务员在极度繁忙的环境中展现出惊人的组织能力和协调能力。他主动搭话，邀请她来 Extreme Labs 从前台接待员开始工作。

后来，这位女士成为了他的行政助理，进一步成长为招聘专员，最终成为一家公司的人力资源总监。她还利用在 Shopify 积累的经验，完成了一年的额外学业，拿到了大学学位。

这个案例印证了 Farooq 的招聘哲学：不要被简历限制，每个人在某个领域都是天才，关键是识别出那份天才，并将它放在正确的环境中。

六、行动建议

建议一：建立你的”决策框架”，让每次选择有据可依

Farooq 在职业转折期写下了自己的框架，列出了他真正在乎的东西。这个框架帮助他在面对新机会时快速判断是否符合自己的价值观，甚至帮助他在框架被违反时毫不犹豫地辞职。

为什么要做：没有框架的人容易被薪资、头衔等表面因素迷惑，做出一系列与长期目标不符的选择。

如何开始：找一个安静的两小时，列出你真正在乎的五到七个维度（比如：学习速度、团队质量、影响力范围、地理灵活性等）。每次面临选择时，对照这个框架打分。

能得到什么结果：你会发现，拒绝一个”看起来很好”的机会变得容易了，因为你知道它不符合你的长期规划。

建议二：在你的团队中强制推行”pair programming 周”

pair programming 不是要一直做，而是要在关键时刻用。

为什么要做：两个工程师共同解决问题时，设计缺陷会在第一小时暴露，而不是等到代码写完、测试完成、部署上线之后才发现。

如何开始：每周选一个下午或一整天，两个工程师结对处理一个具体的技术问题。用 Tuple 或 VS Code Live Share 等工具实现远程配对。

能得到什么结果：代码质量显著提升，知识在团队中自然流动，新人的学习曲线从三个月缩短到一个月。

建议三：每半年执行一次”会议大扫除”

为什么要做：定期会议有惯性，它们会自己延续下去，即使已经没有存在的必要。大扫除能强制团队重新评估每一场会议的价值。

如何开始：随机选一个周五下午，删除所有超过两人的定期会议。设置两周的”冻结期”，禁止添加任何新的定期会议。两周后再重新评估，哪些会议真的需要定期开。

能得到什么结果：工程师每周会议时间减少30%到50%，节省下来的时间进入深度工作流。

建议四：把你做的事情分成”实验、功能、基础设施”三类

为什么要做：不同类型的工作需要不同的节奏和资源投入。基础设施看起来慢，但会让未来的功能开发快十倍。

如何开始：在每个季度开始时，和团队一起把计划中的项目分成三类。实验是为了学习，可能随时终止；功能是基于现有基础设施的增量开发；基础设施是为未来的长期能力投资。

能得到什么结果：团队对工作优先级的理解更清晰，决策时不再纠结”要不要做”，而是”这是什么类型的投入，应该怎么投入”。

建议五：在招聘时问”为什么”，不要只问”怎么做”

为什么要做：候选人的简历告诉你他们做了什么，但那些选择背后的动机才是预测未来表现的关键。

如何开始：在面试中增加”生命故事”环节，让候选人讲述他们职业转换的逻辑：为什么从A公司到B公司？为什么从工程转向产品？为什么选择这个方向深耕？好的候选人会有清晰的叙事逻辑。

能得到什么结果：识别人才的能力从”技能匹配”升级为”动机匹配”，后者是长期留存和高效产出的真正预测因子。

七、我的总结

Shopify 的高强度文化，不是靠压榨员工实现，而是靠一套精密的设计：pair programming 确保代码质量和知识流动，“会议大扫除”保证专注时间，六周节奏创造紧迫感，基础设施思维让未来加速，实习项目作为四个月超长面试。

这一切的底层逻辑，是 Farooq 在访谈开头就点明的：选择hard的路。不是因为hard模式一定成功，而是因为在这个过程中，你会遇到更聪明的人，学到更深刻的东西，即使失败也是一种胜利。

高强度不是为了燃烧殆尽，而是为了在更短的时间内，创造更大的价值，然后有时间去过真正重要的生活。

📺 播客信息

发布时间：2024-12-19
时长：1小时40分钟3秒
播放量：24160 次观看
原版视频：『YouTube』