什么是双披萨规则

双披萨规则（Two-Pizza Rule）是一种团队规模管理原则，由亚马逊创始人杰夫·贝索斯提出。其核心思想是：团队人数应控制在两个披萨就能喂饱的范围内，通常指6-8人。这一规则旨在通过限制团队规模，减少沟通层级和协调成本，从而提升决策效率、创新能力和执行速度。在敏捷开发和快速变化的业务环境中，小团队往往能更灵活地响应需求变化，避免因规模过大导致的官僚主义和效率下降。

起源与关键人物

双披萨规则起源于亚马逊早期，由杰夫·贝索斯在内部推行。贝索斯观察到，随着公司成长，团队规模膨胀常伴随沟通开销增加和决策迟缓。他提出这一规则作为反制措施，强调小团队在保持创业精神和客户聚焦方面的优势。关键人物包括杰夫·贝索斯（提出者）以及亚马逊早期管理团队，他们将此规则应用于产品开发、技术项目和组织设计中，成为亚马逊文化的一部分。后续，该方法被硅谷和其他行业广泛采纳，用于优化团队结构和项目管理。

如何使用

1. 评估当前团队规模：统计团队成员总数，包括全职和核心兼职人员。如果超过8人，考虑是否可拆分或优化。
2. 定义团队边界与目标：明确团队的职责范围、项目目标和交付物，确保所有成员对齐。判断标准：团队目标可在一次会议中清晰阐述，且每个成员能复述核心任务。
3. 拆分超规模团队：若团队超过8人，按功能或子项目拆分为独立小团队。每个新团队应具备端到端交付能力。
4. 建立轻量级沟通机制：采用每日站会、周同步等简短会议，避免冗长汇报。关键动作：限制会议时间在30分钟内，聚焦行动项而非状态更新。
5. 监控团队效能指标：跟踪周期内交付速度、缺陷率和成员满意度。如果指标下降，重新评估团队规模或协作方式。

案例学习

某科技公司在开发一款新移动应用时，初始团队有15人，包括产品、设计、开发和测试。背景约束是必须在三个月内上线MVP，但团队沟通混乱，需求频繁变更导致进度滞后。

问题诊断显示，每日站会常超时，决策需多层审批，新成员融入慢。公司决定应用双披萨规则，将团队拆分为两个小团队：前端团队（6人，负责UI和用户体验）和后端团队（7人，负责API和数据逻辑）。分阶段行动包括：第一周重组并明确各团队目标；第二周建立独立看板和沟通渠道；后续每周交叉评审。

结果对比：重组后，交付速度从每两周1个功能提升到每周1.5个功能；缺陷率下降30%。复盘发现，小团队决策更快，但需加强团队间接口协调。可迁移经验是：在快速迭代项目中，优先按功能模块拆分团队，并设置轻量级同步点。

优点与局限性

双披萨规则在小型、跨职能团队中效果显著，能减少沟通开销和加速决策。适用边界包括创新项目、产品早期验证或需要高灵活性的场景。潜在风险是团队过小可能导致技能覆盖不足或工作负载不均，例如缺少关键专家时项目可能受阻。缓解策略包括确保每个团队有核心技能成员，并通过外部协作补充资源。权衡建议：在稳定维护期或复杂集成项目中，可适当放宽规模限制，但需监控效率指标。风险提醒：避免机械应用人数上限，而忽略团队动态和任务复杂度。

常见问题

Q：团队刚好8人，但感觉效率不高，怎么办？

A：检查团队目标是否清晰，或是否存在角色重叠。可尝试临时拆分任务组进行试运行，评估小单元表现。

Q：项目需要多个专业领域，小团队如何覆盖？

A：确保团队包含多面手成员，或建立轻量级专家池共享机制。避免为凑人数而增加非核心角色。

Q：远程团队是否适用此规则？

A：是，但需强化异步沟通工具和文档习惯。建议将团队规模控制在6人以内，以抵消远程协作的额外开销。

推荐资料

• 书籍：《亚马逊逆向工作法》（Working Backwards），详细阐述亚马逊管理原则包括双披萨规则。
• 文章：哈佛商业评论《为什么小团队更创新》（Why Small Teams Are More Innovative）。
• 实践指南：敏捷联盟网站上的小团队协作案例库。

相关方法

• 敏捷开发
• 事件风暴
• 团队拓扑

核心表达

“如果团队需要两个以上披萨才能吃饱，那它就太大了。”——杰夫·贝索斯