项目决策管理 PPG

项目决策管理（Project Priority & Gate，PPG）管的是门禁 Gate 上“做决定的质量”：每道 Gate 都要产出明确的 Go / Kill / Hold / Redirect 结论，并让结论有证据、有记录、可复盘。它解决的不是“有没有开会”，而是“会开完之后有没有真的做决定”。与 APD、创新八步法、VPM 配合使用：它们负责把信息做出来，PPG 负责把决策做下来。

Gate 不是流程打卡点，是一次真金白银的投资决策会。

决策角色分离：谁交付信息，谁拍板

• 项目团队自己给自己拍板 = 又当运动员又当裁判，PPG 第一件事就是拆开这两个角色。
• 工程师的日常动作：会前把“决策输入包”备齐，会上只答事实问题，不为结果辩护。

工程师在 Gate 上的行为准则：

• 报忧优先：坏消息放在输入包首页，不放在附录
• 只陈述可验证的事实，预测明确标注“预测”
• 被质询时回答数据，不解释动机
• 结论出来后不翻案，有异议走下一轮证据

四种决策结果

决策输入包 ──> Gate 会议 ──> 四种结论之一 ──> 决策日志 ──> 资源重新分配
   (项目团队)    (治理团队)                    (过程主持)      (当月生效)

每道 Gate 的最少决策输入

治理团队拿不到这些信息，就不该开会：

• 退出标准是否在 Gate 开始前就已写死（而不是会上现编）？
• 每条标准是否有可验证的证据，还是只有“我们认为”？
• 未达标项是否明示，而不是藏进附录？

Gate 会议怎么开（60 分钟版）

会前规则：

1. 输入包至少提前 2 个工作日发出，缺项直接延期，不上会。
2. 重大分歧（尤其可能 Kill/Redirect 的）会前先一对一沟通，避免会上突袭。
3. 会议唯一必须产出：一个结论 + 一条决策日志，缺一不可。

Kill 是正常结果，不是失败

PPG 与创新八步法的 Kill / Pivot 一脉相承：前段探索本来就预期大部分被 Kill，早 Kill 是省钱，晚 Kill 才是浪费。

工程师的配合方式：把能证伪项目假设的实验往前排，让 Kill 决策尽早有条件发生——这比“努力把项目保下来”更有价值。

组合层决策：项目之间怎么裁

单个项目的 Gate 决策之外，PPG 还要管项目组合：

1. 优先级排序：用统一维度打分（战略契合、财务回报、风险、资源占用），定期重排，不靠谁嗓门大。
2. 资源冲突怎么裁：关键资源（资深工程师、测试设备、试产线）被争抢时，高优先级项目先占；被挤掉的项目当场改期或降档，不许“暗挤”。
3. 僵尸项目识别：满足任意两条即进清理名单——
   • 超过一个评审周期没有任何 Gate 结论
   • 关键人已被抽走但项目未正式 Hold
   • 目标市场/客户已变化，商业价值假设过期
   • 每月只在周报里出现，没有实际工作包
4. 清理动作：走正式 Kill/Hold 流程，写清理由，释放预算与人力，不许“自然消亡”。

优先级打分示例（可按团队调整权重）

工程师视角的用法：当资源被抢时，拿这张表问一句“我们各自的项目在这张表上排第几”，把情绪争论变成可讨论的排序问题。

决策记录与复盘

每个 Gate 决策（含口头的）都落一条决策日志：

一条合格的日志示例：

背景：样机两轮温升测试未达标（退出标准 ≤ 45°C，实测 52°C），改风道需延期 6 周。 选项：A. 继续改风道；B. Kill；C. Redirect 为低功率版本先上市。 结论：C（Redirect），即日生效。 理由：低功率版覆盖 70% 目标客户需求，延期 6 周错过客户装机窗口的损失大于规格让步。 预期验证点：G4 前低功率版拿到 ≥ 3 家目标客户试用确认；若拿不到，说明让步判断错误。

复盘节奏：每季度抽几条旧决策，对照“预期验证点”看当时判对了没有。判错了不追责，但要回答：是信息缺失，还是判断逻辑有问题？复盘结论喂回退出标准和打分维度。

决策质量指标（团队级）

• Gate 决策按期产出率（不开“没有结论的会”）
• Kill / Hold / Redirect 占比长期为零 = 预警信号
• 决策日志补齐率（含口头决策）
• 复盘命中率：预期验证点被实际验证的比例

常见误区

1. 全是 Go，从不 Kill — Gate 通过率 100% 说明退出标准是摆设，资源被平庸项目锁死。
2. 会前不定调，会后扯皮 — 关键决策不在会前对齐利益方，会上就变成立场争吵，结论是“再研究研究”。
3. 用感觉替代退出标准 — “我觉得差不多了” 替代逐条证据对照，等于没设标准。
4. 升级决策时信息失真 — 逐级汇报每级都美颜一次，到治理层看到的已不是事实；决策输入要原始数据直送。
5. Kill 了不沉淀 — 项目关了，教训没入库，两年后另一个团队重新踩一遍。

本周就可以做的三件事

1. 为你当前在做的项目（或大任务）写清下一道 Gate 的退出标准：3-6 条、每条可验证，发给你的上级确认。
2. 盘点手头与身边的项目/任务，找出一个该 Kill 或该降级的，写出理由和释放的资源，提案给治理团队。
3. 把最近一次口头做的决定（继续/暂停/换方案都算）补成一条决策记录：背景、选项、理由、预期验证点。

相关工具：APD · 创新八步法 · VPM · 研发基础管理 · VOC