“7±2”这个说法来自：
👉 George A. Miller 在 1956 年提出的认知理论
论文叫：
👉 The Magical Number Seven, Plus or Minus Two
核心观点是：
人的短期记忆容量大约只能同时处理 7±2 个信息块。
一、从大脑容量说起（认知层面）
人的工作记忆（Working Memory）是有限的。
举例：
你开会时，大脑同时要处理：
-
谁在说话
-
说了什么
-
自己要不要回应
-
会议目标是什么
-
之前的讨论结论
当参与人数超过 9 人时：
👉 信息输入量急剧上升
👉 大脑处理不过来
👉 质量下降
这就是认知瓶颈。
二、从沟通路径公式看（数学层面）
我们刚刚算过：
沟通路径 = n(n-1)/2
我们算一下：
| 人数 | 沟通路径 |
|---|---|
| 5 | 10 |
| 7 | 21 |
| 9 | 36 |
| 12 | 66 |
| 你看到什么？ |
人数从 7 → 12
只增加 5 个人
沟通路径却从 21 → 66
增长是平方级别。
这意味着：
- 信息同步难度爆炸
- 冲突概率上升
- 决策时间变长
三、真实项目里的现象
假设：
7 个人开会：
-
基本能控制讨论
-
每人都能发言
-
信息还能同步
12 个人开会：
-
有人沉默
-
有人重复
-
有人根本没听明白
-
会后还要私聊确认
这就是沟通成本失控。
四、为什么不是 3±2？
太少会导致：
-
专业能力不足
-
分工不完整
-
依赖外部资源
5～9 人：
-
技能覆盖完整
-
决策效率高
-
沟通尚可控
这是“效率”和“能力覆盖”的平衡点。
五、软件工程里的实际应用
为什么很多敏捷团队建议：
5~9 人
因为：
-
超过 9 人，Daily Standup 就会超时
-
决策需要更多协调
-
责任边界模糊
这不是玄学，是数学 + 认知科学的结合。
六、更深一层：组织分层的原因
当团队必须变大时怎么办？
解决方案不是：
“让 20 个人直接协作”
而是：
-
拆成多个 7 人小组
-
每组设负责人
-
负责人之间再沟通
这叫：
👉 降维沟通
比如：
20 人直接沟通：
20×19/2 = 190 条路径
拆成：
4 组 × 5 人
组内：
5×4/2=10
4 组 = 40
组长之间：
4×3/2=6
总共：
46 条路径
从 190 → 46
这就是组织结构设计的数学本质。
七、核心结论总结
7±2 不是神秘数字。
它背后是两个事实：
1️⃣ 人类认知容量有限
2️⃣ 沟通复杂度平方增长
当团队超过 9 人：
- 决策效率下降
- 信息噪音增加
- 协调成本飙升
八、给你一个一句话理解版本
7±2 是“人脑能驾驭的最大复杂度”。
超过这个数：
就要靠组织结构，而不是个人能力。
