研发继续/终止决策要落到一套固定动作上：立项时约定决策点、评估维度与阈值，阶段末由固定角色基于证据材料明确表态“继续、有条件继续、暂停或终止”，把结论、条件与责任人写入决策记录，并在下一阶段跟踪条件兑现。这样，“要不要继续投”就从会上的主观讨论，变成有输入、有判断规则、有输出、有复查的例行决策。
要点总览（TL;DR）
- 在立项时就把决策点、评估维度与阈值写进项目计划，阶段末和重大变更时按固定规则判断是否继续投入。
- 决策会以证据材料为输入，由项目负责人陈述、职能或技术代表提供专业判断、决策人拍板，结论限定为继续、有条件继续、暂停、终止四类。
- 决策记录必须写明评估结论、决策类型、附加条件、责任人与复查时间；有条件继续的条件要写成可验证条目。
- 有条件继续的条件按工作项跟踪，暂停项目按约定日期复查，终止项目完成资源释放、知识沉淀与相关方通知。
- 用决策点执行、记录完整性、条件跟踪、收尾闭环和事后复盘五项检查，判断机制是否真正在运转。
阶段决策机制怎么搭：决策点、维度与阈值
机制设计先回答三个问题：在哪些节点判断、用什么维度判断、什么情况触发终止或暂停。这三项在立项时就要写进项目计划，避免阶段末临时找标准。
决策点设在阶段末与重大变更时
常规决策点放在每个阶段结束时，与阶段评审同场或紧邻进行，但两者回答的问题不同：阶段评审确认“这一阶段的交付物是否合格”，继续/终止决策回答“下一阶段是否还值得投入”。除固定节点外，出现关键假设被证伪、预算或周期显著偏离、外部条件变化（如政策、供应链、客户需求转向）时，应触发临时决策点。决策点数量与阶段划分匹配即可，阶段少的项目不必人为拆出更多节点。
五类评估维度与触发条件
评估维度建议覆盖目标价值、进度与成本偏差、技术可行性、资源与依赖、风险五类，每类约定可观察的阈值。阈值不必追求精确公式，但要能在会上用已有数据直接对照，例如“关键性能指标连续两个阶段未达目标值的80%”“累计成本超预算20%且无收敛趋势”。
| 决策节点 | 评估维度 | 阈值或触发条件示例 | 可能结论 |
|---|---|---|---|
| 阶段一末（概念验证） | 技术可行性 | 核心假设未通过验证，或验证方案需推倒重来 | 终止 / 暂停 |
| 阶段二末（方案定型） | 目标价值 | 目标客户或市场需求发生实质变化，预期收益低于投入 | 终止 / 有条件继续 |
| 阶段三末（开发中） | 进度与成本偏差 | 累计成本超预算20%且无收敛趋势；关键里程碑延期超过一个阶段 | 有条件继续 / 暂停 |
| 阶段四末（验收前） | 资源与依赖 | 关键外部依赖无法在计划窗口内到位 | 暂停 / 终止 |
| 任意时点（重大变更） | 风险 | 出现合规、安全或供应链重大风险，且无可行缓解方案 | 暂停 / 终止 |
四类结论要有明确定义
- 继续：按原计划进入下一阶段，资源与目标不变。
- 有条件继续：进入下一阶段，但附带若干必须在约定时间前完成并验证的条件，条件未兑现则自动转入暂停或终止复议。
- 暂停：停止投入，保留团队与成果，设定复查时点与重启标准。
- 终止：不再投入，启动收尾：资源释放、知识沉淀、相关方通知。
四类定义要提前固定，防止会上出现“再看看”“先做着”这类无法跟踪的模糊结论。
决策会怎么开：输入材料、角色分工与表决规则
决策会的时间应花在判断上，汇报只占很小一部分。做法是材料提前发出、会上只讲关键证据与分歧点、当场形成结论并留痕。
输入材料清单
- 阶段目标达成情况：计划目标与实际结果的逐项对照。
- 数据与证据：支撑各评估维度的指标数据、验证报告、客户反馈。
- 风险清单：当前风险、变化情况、已采取的缓解措施及效果。
- 下一阶段计划与资源需求：若继续，需要什么人、多少钱、多长时间。
材料由项目负责人提前整理并在会前发出，参会人带着问题来，而不是在会上第一次看到数据。
角色分工
| 角色 | 职责 | 会前/会中动作 |
|---|---|---|
| 项目负责人 | 陈述事实与判断依据 | 会前提交材料；会上用10–15分钟讲关键证据、偏差原因与建议结论 |
| 职能/技术代表 | 提供专业判断 | 就技术可行性、资源可获得性、依赖风险给出明确意见 |
| 决策人 | 拍板并对结论负责 | 听取意见后明确给出四类结论之一，不接受模糊表态 |
| 记录人 | 当场留痕 | 记录结论、条件、责任人与复查时间，会后当日发出记录 |
表决与分歧处理
决策人负责制适合决策链条短、责任清晰的团队：由一名有资源调配权的人拍板，专业代表意见作为输入。小组共识适合跨职能依赖强、风险高的项目，但需事先约定分歧升级路径，例如两轮讨论仍不一致时提交上一级决策人或投资委员会裁定。无论哪种方式，分歧意见都要写入记录，便于事后复盘时对照。
议程控制上，建议把会议控制在60分钟内：材料陈述15分钟、逐维度问答20分钟、结论与条件确认15分钟、记录核对10分钟。会议主持人在发现讨论滑向进度汇报时，把话题拉回“这个偏差是否触发阈值”。
决策记录怎么写：结论、条件与责任人
决策记录是机制可追溯的核心载体。字段固定、填写具体，后续跟踪才有依据。
| 字段 | 填写要点 |
|---|---|
| 决策点 | 写明阶段名称或触发事件，如“阶段三末评审”“关键供应商断供” |
| 日期与参与人 | 记录会议日期及实际参会角色，缺席的关键角色需注明 |
| 评估结论 | 按五个维度逐项写结论与关键数据，不只写“基本符合” |
| 决策类型 | 继续 / 有条件继续 / 暂停 / 终止，四选一 |
| 附加条件 | 写成可验证条目，含完成时间与判定标准 |
| 责任人 | 每个条件对应一名责任人，避免集体负责 |
| 复查时间 | 有条件继续与暂停项目必须填写具体日期 |
条件写法示例：“在9月30日前完成A方案在目标工况下的连续运行验证，故障间隔达到500小时以上，由测试负责人张某提交验证报告。”这类条目在复查时可以直接判定兑现与否。
终止决策的记录还需附收尾事项：人员与预算的释放安排、文档与代码的归档位置、需通知的相关方名单及通知时间。记录归档到项目文档库的固定位置，项目成员与相关管理者可查阅，敏感商务信息按组织权限设置控制范围。
当决策记录、条件条目和复查时间分散在多个表格与邮件中时，跟踪容易断档。ONES 可以将决策记录作为项目文档留存，把附加条件拆成带责任人与截止时间的工作项，复查时间通过日程提醒触达，使“记录—跟踪—复查”落在同一处，便于阶段回顾时直接调取。
一个完整示例：从阶段评估到终止决定
以下为演示情景，用于说明机制如何运转。
背景：某硬件研发项目进入阶段三末评估。立项时的核心假设是“新传感器在目标温度区间内精度达标且成本可控”。阶段评估发现：精度在高温段反复不达标，三轮验证均未通过；累计成本超预算25%；关键元器件交期从8周延长到20周。
逐维度判断：技术可行性——核心假设被证伪，高温段精度问题无明确解决路径；进度与成本——成本超预算25%且无收敛趋势，触发阈值；资源与依赖——关键元器件交期无法在计划窗口内满足；目标价值——客户对高温场景的需求占预期销量六成，假设不成立则商业价值大幅缩水；风险——继续投入将挤占另一项目的关键资源。
结论：终止。决策记录中写明各维度数据、终止理由、资源释放安排（团队两周内转入另一项目）、归档要求（验证数据与失败原因整理成技术备忘录）、相关方通知（销售与客户成功团队三日内知会已承诺的客户）。
经验回流：把“高温精度假设需在阶段一完成小样本验证”写入同类项目的立项检查项，并调整评估表中技术可行性维度的验证时点要求。
决策落地后怎么跟踪：条件兑现与复查
决策会结束只是起点。有条件继续的条件、暂停项目的复查、终止项目的收尾，都需要有人盯、有节点查。
条件兑现跟踪
每条附加条件对应一个工作项，写明责任人、截止时间和判定标准；到期前设置提醒，到期未完成即触发状态变更，而不是等到下次阶段会才发现。条件全部兑现，项目转为“继续”；部分未兑现，由原决策人在约定时间内做一次复议，复议结论同样留痕。
暂停项目的复查
暂停时就要写明复查日期与重启标准，例如“若供应商恢复供货且价格涨幅低于10%，于复查日评估重启”。复查时对照重启标准逐条判断，结论仍用四类表述，避免项目长期悬置、无人处置。
定期回顾与事后复盘
建议每季度回顾一次全部在研项目的决策执行情况：决策点是否按期召开、条件是否在跟踪、暂停项目是否到了复查时点。项目结束或终止后做一次决策质量复盘，把当初的判断与后续事实对照：终止的项目若后来被证明市场仍在增长，说明价值评估口径需要修正；继续的项目若反复触发阈值，说明阈值设置或执行偏松。复盘结论回流到评估维度与阈值的设计中。
完成检查：这套机制是否真的在运转
用以下清单逐项核对，可以判断机制是停留在文件上，还是已经进入日常运转。
- 立项计划中是否列明了全部决策点，本阶段应开的决策会是否按期召开，有无遗漏或事后补记。
- 每次决策是否都有记录，结论是否属于四类之一，有无“再看看”式表述。
- 决策记录中的评估结论是否有数据支撑，而非仅凭印象描述。
- 有条件继续的每条条件是否都有责任人、截止时间和判定标准，是否在按期跟踪。
- 暂停项目是否写明了复查日期与重启标准，到期是否有人处理。
- 终止项目是否完成资源释放、知识沉淀与相关方通知，收尾事项是否闭环。
- 是否开展了决策与后续事实的比对复盘，复盘结论是否用于修正评估维度或阈值。
清单中若有两项以上答案为“否”，优先补的是记录与跟踪环节，因为判断规则可以逐步调优，缺失留痕则会让整套机制失去复盘基础。
常见问题
决策会上出现明显分歧、无法当场形成结论时怎么办？
分歧本身可以保留，但会议不能以“再研究”结束。建议在机制设计阶段就约定升级路径：两轮讨论仍不一致时，提交上一级决策人或投资委员会裁定，并给出裁定时限。分歧双方的核心论据要写入决策记录，便于事后复盘时对照事实检验哪一方判断更接近实际。
如果分歧源于数据不足，可以给出“有条件继续”，把补充验证写成带截止时间的条件，到期未兑现自动转入复议，而不是让项目在模糊状态下继续消耗资源。
项目已经进入开发中段，之前没有设决策点，还能补建这套机制吗？
可以，从下一个阶段末开始执行即可，不必追溯补记历史决策。先做三件事：梳理当前项目剩余阶段，确定后续决策点；为每个决策点选定评估维度与可观察阈值；明确决策人与记录人。对正在进行的阶段，可以设一个临时决策点，用现有数据做一次基线评估，作为后续判断的参照。
补建时优先保证记录与跟踪环节落地，评估阈值可以在运行一两个阶段后根据实际情况调整。
有条件继续的条件一直没兑现，但项目还在推进，怎么处理？
这通常说明条件缺少跟踪机制或缺少强制后果。处理方式是：为每条条件设责任人、截止时间和判定标准，到期未完成即触发状态变更，由原决策人在约定时间内复议，复议结论仍用四类表述并留痕。
如果条件反复延期，需要检查条件本身是否可验证、是否超出团队可控范围。条件写得过于笼统或依赖外部不可控因素时，应改为阶段性验证目标，并明确未达成时的默认处置方式。
暂停的项目长期无人复查，如何避免项目悬置？
暂停决策做出时就必须写明复查日期与重启标准，并把复查安排落到具体责任人。复查日到来时，对照重启标准逐条判断，结论仍用继续、有条件继续、暂停、终止四类，避免出现“继续观察”这类无法跟踪的表述。
在季度回顾中把全部暂停项目列入清单，核对是否到了复查时点、是否有人处理，可以把悬置问题暴露在管理视野内。
决策质量复盘具体看什么，结论怎么用？
复盘的核心是把当初的判断与后续事实对照：终止的项目后来市场是否仍在增长，继续的项目是否反复触发阈值，有条件继续的条件兑现率如何。对照结果指向两类修正：价值评估口径是否偏乐观或偏保守，阈值设置是否过松或过紧。
复盘结论应回流到评估维度与阈值的设计中，并在下一次立项时体现，形成“决策—事实—修正”的循环。复盘频率可以与季度回顾合并，避免增加额外会议负担。
