饿了么_百度外卖：创业团队极速发展过程中的分分合合_36页_1mb

创业团队极速发展过程中的分分合合总结

核心内容

本文围绕创业团队在极速发展过程中如何处理“分与合”的问题展开，结合张雪峰（花名空心菜，饿了么CTO）在饿了么与百度外卖的发展经验，探讨了组织架构、业务发展与技术架构之间的关系，以及在不同阶段如何通过“分”或“合”来优化团队效率与系统稳定性。

主要观点

1. 康威定律与组织架构演进

• 康威定律指出：软件架构受制于组织架构。
• 饿了么在不同发展阶段，组织架构与软件架构之间的关系有所不同：
  • 创业之初（2009）：1人团队，无架构。
  • 稳定发展#1（~2013）：小团队，两系统。
  • 10x 高速发展（~2014）：35人，引入运维。
  • 5x 持续高速（~2016）：900人，分分合合频繁。
  • 稳定发展#2（~2017）：1800人，实现智能调度、异地多活、饿百融合。

2. 创业团队分与合的驱动因素

• 创业之初：业务驱动组织（Biz drives Org）。
• 稳定发展：创新驱动组织（Innovation drives Org）。
• 10x 高速发展：业务 + 架构驱动组织（Biz + Arch drives Org）。
• 5x 持续高速：架构驱动组织（Arch drives Org）。

3. 分与合的规则

• 分的规则：当系统高耦合时，拆分团队。
• 合的规则：当团队低内聚时，合并团队。
• 分合困难时：引入中间层或虚拟团队来协调。

关键信息

1. 分合中的经验与步骤（算法视角）

• Step 1：尽量宽松、简单。
• Step 2：分析需求，判断是否需要高内聚。
• Step 3：分析规模，判断是否需要低耦合。
• Step 4：重复 Step 2 或 Step 3。

2. 分合中的难点与解决方案

• 复杂度管理：

  • 团队复杂度 vs. 技术复杂度。
  • 若团队复杂度难以解决，可考虑简化技术或引入技术中间层。
  • 若技术复杂度难以解决，可考虑简化团队或引入团队中间层。

• 稳定性管理：

  • 团队稳定性 vs. 技术稳定性。
  • 若团队稳定性难以解决，可考虑简化技术或引入技术中间层。
  • 若技术稳定性难以解决，可考虑简化团队或引入团队中间层。

• 复杂度与稳定性关系：

  • 是矛盾的统一：K.I.S.S（保持简单） vs. 避免变更。
  • 建议：先解决复杂度，容忍稳定性阵痛，再处理稳定性问题，否则技术债将难以承受。

3. 团队架构与角色划分

• 组织架构（Org）：

  • 由合适的人才组成合理团队。
  • Owner 包括 CTO/CPO、M 序列、架构师。

• 领域架构（Domain）：

  • 深入业务，抽象产品。
  • Owner 包括 M 序列、架构师/专家。

• 技术架构（Tech）：

  • 从稳定交付（生）到极致运营（养）。
  • Owner 包括 CTO、M 序列、架构师/专家。

4. 分合的最终目标

• 让团队享受工作：做自己喜欢的事。
• 让团队享受成果：公司收益 + 社会价值。
• 让团队持续享受：明确战略，持续创新。

5. 分合策略与实践

• 水平技术团队：适合技术圈创新，适配业务/产品，推动产研落地。
• BU产研团队：适合行业内创新，引入业务/产品，技术实现并验证。
• 特殊虚拟团队（如Growth Team）：找到一个被广泛认可的 PO（产品负责人）来协调。

案例分析

案例 1：用户平台千人千面

• 涉及团队：用户平台（算法策略团队 A）、数据平台（算法策略团队 B、数据仓库团队）、搜索团队（排名聚合）。
• 问题：跨团队交互复杂，需协调多领域。
• 解决方案：通过分合策略优化团队结构，提高协作效率。

案例 2：商户平台呼叫配送

• 涉及团队：商户平台（商户容器）、配送平台（呼叫体验）。
• 问题：业务与技术之间存在接口与流程的复杂性。
• 解决方案：明确职责边界，优化团队协作。

案例 3：即时配送智能调度 Growth Team

• 涉及团队：配送平台、数据平台。
• 问题：需要融合运筹建模与机器学习技术。
• 解决方案：成立特殊虚拟团队，由一位被广泛认可的 PO 领衔主演。

总结

创业团队在极速发展中，需要根据业务、创新与技术的复杂度，灵活调整组织架构。分与合是优化团队效率与系统稳定性的重要手段，但需遵循一定的规则与步骤。通过引入中间层、虚拟团队或特殊项目组，可以有效解决跨团队协作问题。最终目标是让团队在工作中获得成就感，在成果中实现价值，在持续创新中保持活力。