GitLab 之道：极度透明、善良文化与_短脚趾_哲学
嘉宾：David Cassano | GitLab 首席产品官 | 领域：AI 产品与远程工作文化
背景与引子
2024年的今天，当大多数公司还在犹豫要不要让员工每周来办公室几天时，GitLab 已经是一家拥有超过2000人、遍布60多个国家、全部员工都在远程办公的公司。更让人惊讶的是，这家市值超过110亿美元的企业，把几乎所有东西都公开在互联网上——团队会议的视频、产品路线图、面试流程，甚至员工手册。
这不是噱头，是基因。
当我第一次在 YouTube 上看到 GitLab 的产品团队会议录像时，我的反应是：这怎么可能？工程师们讨论着代码审查的挑战，PM 们分享着最近读的 Marty Cagan 的新书，每个人都在真实地工作。而就在我观看的同时，可能就有开源贡献者看完视频后，直接去 commit 代码修复了他们在视频中讨论的问题。
这就是 GitLab 的独特之处：极度透明，不只是内部透明，而是对全世界透明。
这场对话中，我与 GitLab 首席产品官 David Cassano 聊了他们的文化如何运作、如何在远程环境中保持高效、AI 战略如何布局，以及他个人在产品领域的转型经历。如果你对远程工作、透明度文化或者如何构建独特的产品公司感兴趣，这期内容一定让你收获满满。
一、嘉宾是谁
David Cassano，GitLab 首席产品官（CPO），负责推动公司成为”全运维平台”（All Ops Platform）的战略愿景。在加入 GitLab 之前，他做了多年的安全研究工作，2019年加入 GitLab，后来晋升为产品部门的负责人。
David 在播客中透露了一件有趣的事：他刚加入 GitLab 的前几个月，其实是有点担心的——他不确定完全远程的工作方式适不适合自己。但四年半后的今天，他说这是他职业生涯中最快乐的一段经历。他的妻子当年说”你会爱上这个的”，他当时还不信。
David 的风格非常鲜明：幽默、务实、喜欢用比喻解释复杂的概念。比如解释”短脚趾”哲学时，他会联想到Uber鼓励踩脚趾的文化，然后说 GitLab 选择了完全相反的方向。
他也是一位非常重视沟通质量的领导者，在对话中多次强调”过度沟通”的重要性，并身体力行地在各个社交平台（LinkedIn、X、Threads、BlueSky）保持活跃。
二、核心观点 TOP10
1. 透明度是核心竞争力
GitLab 是全球最透明的上市公司。他们几乎所有东西都公开——YouTube 上的团队会议、公开的问题追踪系统、详细的产品路线图。David 说，这不是噱头，是产品工作中”雄心勃勃是产品的事，满足那个雄心是工程的事”这种理念的延伸。
2. 透明度需要刻意练习
David 分享了一个令人意外的教训：有时候团队会不小心把不该公开的内容公开了——比如问题追踪器里的一条 issue 被设成了公开状态，或者会议录像意外被设为公开。这需要反复强化学习，但这些偶尔的小失误值得冒，因为价值远大于风险。
3. “短脚趾”哲学：就事论事，不针对人
“短脚趾”是 GitLab 最有趣的文化概念之一。David 解释说，如果你的脚趾很长，别人一靠近你就会觉得被踩到了。但如果脚趾很短，大家就专注于工作本身，而不是担心谁在谁的领域做了什么。这个比喻用来描述 GitLab 的反馈文化：评论工作，不要评论人。
4. 善良与假设善意是文化的基础
在远程环境中，很难读懂一条 Slack 消息背后的意图。GitLab 的解法是：默认假设对方是善意的，对话要善良，“说谢谢”和”说对不起”都是公开频道里常见的互动。
5. 远程工作需要结果导向，而非时长导向
GitLab 不在乎你工作了40小时还是50小时，他们在乎的是你是否达成了约定的结果。David 建议 PM 们把交付物改成业务结果——比如”让60%的客户使用这个功能”，而不是”下个月发布20个功能”。
6. 过度沟通是远程工作的秘密武器
David 的执行教练曾告诉他：如果你认为你沟通了100%，在对方那里可能只有60-70%。所以要追求150%的沟通量。不要等到下次检查点才问问题，有任何疑虑立即在 Slack 或 GitLab issue 上发消息。
7. 宽度优先、深度其次的成长策略
GitLab 从创立到2019年一直在执行”宽度优先”战略——先覆盖 DevOps 生命周期的各个环节，找到自己的位置，再逐步深化到关键领域。这与很多”专注单点突破”的建议不同，但事实证明有效。
8. AI 战略的三个核心原则
GitLab 在 AI 领域的策略非常清晰：AI 覆盖整个软件开发生命周期；完全透明和隐私保护；追求效率提升。他们的 Duo 产品可以实现7倍生产力提升，目标是将这个数字推到10倍。
9. 选对模型比用一个模型更重要
GitLab 在 AI 功能中使用了约16种不同的模型，每个模型擅长不同的任务。例如解释和解决漏洞用专门的模型，总结对话用另一个模型，代码补全又需要不同的模型。选择正确的模型比简单套用一个流行的大模型能提供更好的用户体验。
10. 把幽默当作领导力工具
David 在播客中承认，他从小就是”班级小丑”，现在把这种幽默感用在化解高风险对话的张力上。这个技能帮助他在紧张的谈判和冲突中保持团队向前推进。
三、关键洞察
洞察一：透明度可以像飞轮一样运转
当 GitLab 把会议录像、问题追踪、产品路线图都公开之后，他们意外收获了一支全球贡献者社区。开源社区的开发者们看到视频和 issue 中讨论的挑战，直接就去做代码提交来解决问题。这形成了一个正向飞轮：透明带来社区参与，社区参与让产品更好，更好的产品又吸引更多关注。
洞察二：远程工作其实是强迫你变得更会沟通
David 在对话中提到了一个重要的悖论：正是因为他不能像在办公室那样随意走到某个同事的工位旁边拍拍肩膀，所以他必须把事情写得更清楚、沟通得更频繁。这种被迫的”高质量沟通”反而让团队协作更高效。
洞察三：“宽度到深度”的策略其实是先探索再聚焦
GitLab 在2019年之前一直在做宽度，覆盖整个 DevOps 工具链。2019年之后，他们找到了关键领域——源代码管理、代码审查、CICD、安全、治理、规划、AI——然后开始在这些领域做深度投入。这说明有时候先占领地盘再精细化耕作，比一开始就把所有鸡蛋放在一个篮子里更安全。
洞察四：反馈文化需要制度设计来保护
GitLab 有个规则：负面反馈必须一对一进行，公开频道里只做正面互动。这看起来像个小细节，实际上解决了远程文化中最难的问题——避免文字消息被误解为攻击。“如果负面反馈都在一对一场景里发生，那么公开频道里的互动就更容易保持善意和信任。“
四、精彩金句
“透明是产品工作的本质。如果你想把创意藏起来，等你建好再发布，你会错失社区的智慧。”
David 在解释为什么 GitLab 公开那么多内容时，用了 Sid（GitLab 联合创始人兼CEO）的一句话：产品的工作是雄心勃勃，工程的工作是满足那个雄心。当你这样想的时候，把路线图公开就没那么可怕了。
“你的脚趾短吗？工作不是关于你，是关于工作本身。”
关于”短脚趾”哲学，David 用一句直白的话总结：如果你有长脚趾，你会觉得别人一接近就是在踩你的脚；如果你脚趾短，你就会专注在作品和反馈本身，而不是谁在谁的领域做了什么。
“如果你觉得你沟通了100%，对方可能只接收到60-70%。所以要追求150%。”
这句话 David 说是他的执行教练告诉他的。这种”过度沟通”的心态看起来很累，但实际上减少了大量的误解和返工。
“不是所有笑话都能落地，这很正常。”
David 在被问到如何用幽默化解紧张对话时，坦诚地承认了这一点。但他说这不是理由不尝试，而是把它当作工具带进你的工具箱。
“Just make it work.”
这是 David 经常对团队说的话。Project Runway 的 Tim Gunn 说过这句话，但 David 把它变成了 GitLab 产品团队面对问题时的口头禅：不管约束是什么，先想办法让它运转起来。
五、实战案例
案例一：从视频到代码贡献的完整闭环
GitLab 有一个团队在产品会议中讨论了一个关于 Kubernetes 集成的问题，这个问题在视频中被完整呈现了出来。结果一位开源社区的开发者看完视频后，直接去 issue 追踪器找到了这个问题，做了代码提交，修复了那个功能。这种模式在 GitLab 几乎每天都在发生。
案例二：入职面试里的”深度潜水”测试
GitLab 在招聘 PM 时有一个独特的面试环节叫做”Deep Dive Interview”。候选人需要为一个他们自己选择的主题（比如自行车）写产品需求文档，然后与另一位产品经理进行角色扮演式的对话，后者扮演工程师的角色提出问题。David 本人在面试时完成了这个环节后，说这是他经历过的最好的面试设计之一。有候选人因为觉得这个方式不适合自己而主动放弃了机会——GitLab 认为这是双向选择的好兆头。
案例三：用手册而非邮件来记录决策
GitLab 有一个独特的工作流程：如果你和同事做了一个重要决定，你们不是简单地发邮件或 Slack 确认，而是把这个决定写成文档，加入公司的公开手册（handbook.gitlab.com）中。这意味着任何人都可以看到这个决定是如何做出的，为什么要做这个决定。这种做法让知识传播变得自然，而不是依赖口口相传。
案例四：从宽度到深度的产品演进
2019年，GitLab 决定从”宽度优先”转向”深度优先”。他们在多个关键领域进行了深度投入：MLOps 的核心功能（而非全量数据Ops能力）、代码创建的 AI 功能、以及远程开发环境搭建。这些投入让他们在这些细分领域建立了显著的竞争优势，同时通过与其他深度领域的连接，形成了平台效应。
六、行动建议
建议一：从发布一次团队会议视频开始你的透明化旅程
不要一开始就想着把整个公司的所有内容都公开。从最简单的开始——选择一个团队会议，录下来，发布给全公司所有人看。你会发现这个动作会自然地产生连锁反应，其他团队也会开始模仿。如果成功了，继续做下去；如果感觉工作量太大，停下来重新评估。
建议二：用业务结果替换交付物清单来衡量团队绩效
不要再问团队”你们下个月要发布几个功能”，而是问”我们希望这个季度有多少客户采用了这个新功能”。这种指标转换需要从制定 OKR 开始，需要产品经理更深入地理解客户旅程，但最终的收益是团队不再为了发布而发布，而是真正为了解决客户的问题而工作。
建议三：在远程沟通中追求150%的信息传递密度
当你写完一条 Slack 消息或一封邮件后，回头检查一下：如果对方只理解了一半，这条消息还能达到目的吗？如果不能，再加一个背景说明或者一个具体的例子。David 的教练说过，如果你觉得你沟通了100%，对方可能只收到60-70%。所以多写一点，回报会远超你的预期。
建议四：为你的负面反馈建立一个一对一机制
制定一个明确的规则：公开频道里不做负面反馈，所有敏感反馈都通过一对一对话完成。这个规则需要刻意执行，特别是在远程环境中——文字消息容易被误读，但如果你在发送之前就意识到这条消息可能会被误解，你就能提前调整方式。
建议五：选择适合的工具做适合的工作，而不是把所有工作都塞进一个工具
GitLab 团队使用三种主要沟通工具：GitLab 处理所有有价值的决定和项目追踪；Slack 用于快速对话和日常沟通；当 Slack 对话变得过于冗长或容易产生误解时，直接发起 Zoom 会议。关键是：当对话开始变得低效时，要主动升级沟通方式，而不是继续在低效渠道中挣扎。
建议六：在你的产品路线图中找一个可以公开的部分，先公开试试
即使你不能公开整个路线图，选一个产品方向或者一个功能模块，把你的思路和计划写成文档，发布给客户或社区看看。你可能会惊讶地发现，有人会直接来帮你解决这个问题，或者至少给你很有价值的反馈。GitLab 公开路线图后，客户的参与度和留存率都有了显著提升。
七、我的总结
这期对话最让我印象深刻的，不是 GitLab 的某个具体工具或产品功能，而是他们整个公司运转背后的逻辑：把透明变成习惯，把善良变成默认，把”短脚趾”变成文化，把远程工作的约束当成改进沟通质量的契机。
David Cassano 在结尾时说，GitLab 能成为全球最透明的上市公司，不是偶然，是刻意选择的结果。当你选择透明，你就必须提升沟通质量；当你提升沟通质量，你就必须建立信任；当你建立了信任，远程工作就不再是障碍，而是竞争优势。
这不只是 GitLab 的方式，这是一套可以借鉴的操作系统。
无论你是在管理一个远程团队，还是在思考产品公司如何构建独特文化，GitLab 的经验都值得你认真研究：从发布一次团队会议视频开始，从把”我们下个月发布多少功能”改成”我们这个季度要解决什么问题”开始，从小处着手，透明度和信任就会像滚雪球一样越滚越大。
📺 播客信息
- 发布时间：2024-04-14
- 时长：1小时21分钟34秒
- 播放量：13480 次观看
- 原版视频：『YouTube』