多项目并行时的优先级排序
一句话速记
多项目并行时，排序不是靠”再挤一挤”，而是给每个人一个”当前最高优的 1 件事”——人不能同时推 3 件事，但可以同时推 1 件事 + 保持 2 件事不烂掉。排序公式：投入产出比最高 + 有硬 deadline + 能最快释放资源，这三个条件都满足的先做。同时并行项目数硬上限：每人最多 3 个活跃项目，超过 4 个 → 上下文切换成本吃掉所有生产力。
通俗解释（5 分钟版）
你面对的场景：
项目 A：核心功能开发，排了 2 周，3 个人正在做
项目 B：线上优化，预期 1 周，但中间可能有踩坑
项目 C：技术支持，每天都有小需求，不能停
项目 D：老板刚说的"探索一下这个新技术方向"
→ 3 个人 × 4 个项目 = 每人被切成了碎片
问自己三个问题排优先级：
1. 本周不推就死的有吗？（硬 deadline/客户威胁流失/线上问题）
→ 如果有，这些无条件第一
2. 剩下的：哪个做完能释放最多人力？
→ 如果一个项目 80% 做完了，推到 100% 就能把 3 个人释放出来
→ 这就是最高优
3. 探索型项目（项目 D）永远不要放太多人
→ 1 个人 × 20% 时间去做，不要拉全队一起
关键细节
排序矩阵
收益大
↑
B │ A
(机会型： │ (核心战役：
能做但不急) │ 必须现在做)
│
不紧急 ←────────┼────────→ 紧急
│
D │ C
(低优先： │ (排障/支持：
探索/杂项) │ 不得不做)
│
收益小
排序原则：
A（紧急+大收益）= P0，全力投入
C（紧急+小收益）= P1，花最少时间做完，不做多
B（不紧急+大收益）= P2，给 20% 时间，防止 SLA 烂掉
D（不紧急+小收益）= 能砍就砍，不能砍就统一放周五下午
人的并行规则
一个人的并行容量：
1 个项目 = 理想状态，上下文切换为零，输出最高
2 个项目 = 可接受，用时间段分块（上午 A，下午 B），
切换成本 10-15%
3 个项目 = 极限，必须有一个项目是"维护态"（每天只看不写），
切换成本 20-30%
4+ 个项目 = 假平行——大脑不可能同时 hold 4 个上下文，
实际上只是在每个项目上浪费 20% 的切换时间
规则：
每人活跃项目 ≤ 2 个（"活跃"意味着本周有实质性推进）
每人总项目 ≤ 4 个（包括维护态和偶尔的咨询）
作为 TL，你每周要做一次”资源重分配”
每周一早上回答三个问题：
1. 有没有上周该做完但没做完的？卡在哪？要不要帮？
2. 这周有没有新插进来的紧急项目？力度多大？
3. 有没有人负载超过了 3 个活跃项目？怎么帮 TA 卸一个？
然后把优先级可视化（团队都看得到）：
P0：本周必须搞定的（1-2 个，全队对齐）
P1：本周推进但可延迟到下周的
P2：正在发生但只需要保持不烂掉
Parking Lot：想做但没资源做的（让提需求的人知道在排队）
最常见的错误
✗ 团队里没有"当前唯一优先"，每个人自己判断
→ 3 个人各做各的 P0，其实只有 1 个是真正的 P0
✗ 把探索型任务当成 P0 全队投入
→ 探索型任务的价值是"获得信息"，1-2 个人就够了。
全队投入探索 = 3 个人并行等一个人的回答
✗ 不好意思拒绝 → 什么都接
→ 你的职责不是接住所有球，是判断哪个球该被放下
✗ 有个人一直做维护/杂项，不做核心项目
→ 这个人会觉得自己被边缘化，一年后离职
→ 维护/杂项要轮流做
延伸追问
- Q：如果我上面的老板要求所有项目都是 P0 怎么办？ → 不要争辩”这个不是 P0”。换方式：“好，这四个都是 P0。我们先排一下顺序——这四个里第一周只能推两个，你觉得哪两个先？剩下的下周启动。“老板可能还没意识到真正的约束是人力，帮 TA 看到。
- Q：有个人能力很强，多给 TA 分几个项目行不行？ → 能力越强的人，越需要保护 TA 的时间——因为 TA 每个项目的质量都更高，每个项目的机会成本都更大。给强人 2 个核心项目，而不是 5 个，TA 的产出会更大。
- Q：怎么处理”这个项目快做完了”的错觉？ → 80% 快完成 ≠ 离完成很近。最后 20%（联调、测试、上线、修 bug）常常吃掉 50% 的时间。排期时要把”收尾”单独作为一个阶段来估，不要放在开发阶段里。
我的记法
- 排序三问：① 不推会死？② 做完能释放人力？③ 探索型只给 20% 时间
- 人力铁律：每人活跃项目 ≤ 2 个，总项目 ≤ 4 个
- 矩阵分四格：紧急+大（P0）→ 紧急+小（P1）→ 不紧急+大（P2）→ 不紧急+小（砍）
- 一句话：「优先级排序不是排项目，是排人——让每个人知道当前唯一该做什么」
状态
- 已背速记
- 能讲通俗版
- 能答追问