阶段决策记录回答的是“这个阶段是否继续、暂停或终止”，以决策结论、依据、决策人和生效条件为核心，是下一阶段放行的凭证；评审会议纪要回答的是“这次评审会上讨论了什么、发现了什么、谁跟进什么”，以过程、问题清单和行动项为主。两者可能来自同一次DCP或TR会议，但职责不同。本文按这两类文档的字段与衔接关系展开，具体通过标准由企业流程确定。
要点总览（TL;DR）
- 阶段决策记录回答“本阶段是否继续、有条件继续、暂停或终止”，是下一阶段放行的结论性凭证；评审会议纪要回答“会上讨论了什么、发现了什么、谁跟进什么”，是过程性记录。
- 决策记录的核心字段是决策对象与阶段、结论类型、决策依据、生效条件、决策人与日期；纪要的核心字段是参会人、议题、讨论要点与分歧、问题清单、行动项。
- 两者常出自同一次DCP或TR会议，但结论以决策记录为准、过程以纪要为准，纪要引用决策记录编号而不另写一套结论。
- 待关闭条件和行动项统一进入决策跟踪台账，纪要与决策记录只引用台账条目，关闭需验证、延期需升级，复审结论回写决策记录。
- 落地时固定会前模板、会中当场确认结论与行动项、会后归档并录入台账的顺序，可用文档承载记录、工作项承载台账条目。
阶段决策记录与评审会议纪要的核心区别
两类文档最容易被混用的原因，是它们常常出自同一场会议。DCP（决策评审点）或TR（技术评审点）会议结束后，团队既需要留下讨论过程的记录，也需要形成阶段是否放行的结论。如果只写一份“会议纪要”并把它当作放行依据，后续阶段启动时就缺少明确的决策凭证；如果只写决策记录，又无法追溯结论是怎么形成的、哪些问题被留待解决。把两者分开定位，是研发阶段评审机制能够被审计和复盘的前提。
判断一份文档属于哪一类，可以看它回答的问题。决策记录回答“阶段能否进入下一步”，内容收敛为结论；纪要回答“会上发生了什么”，内容保留讨论的展开过程。前者需要决策人签字或确认，后者由记录人整理、参会人确认。前者在阶段放行、审计和变更时被引用，后者在问题追溯、行动项跟进和经验复盘时被查阅。
| 比较维度 | 阶段决策记录 | 评审会议纪要 |
|---|---|---|
| 回答的问题 | 本阶段是否继续、有条件继续、暂停或终止 | 会上讨论了什么、发现了什么问题、谁负责跟进 |
| 文档性质 | 结论性、受控的决策凭证 | 过程性、可追溯的沟通记录 |
| 核心内容 | 决策结论、决策依据、决策人、生效条件 | 参会人、议题、讨论要点、分歧、问题清单、行动项 |
| 责任人 | 决策人（或决策机构）对结论负责 | 记录人整理，参会人确认内容准确 |
| 使用时机 | 阶段放行、审计、范围或计划变更时引用 | 问题追溯、行动项跟进、复盘时查阅 |
| 与下一阶段的衔接 | 直接构成下一阶段的放行依据，附生效条件 | 不直接放行，通过行动项和待关闭条件间接影响放行 |
一句话概括：决策记录是“结论凭证”，纪要是“过程底稿”。同一次DCP或TR会议可以同时产出两者，纪要支撑决策记录的形成，决策记录不复制纪要的讨论细节。
阶段决策记录应记录什么：字段与判定标准
决策记录的价值在于可执行、可核验。一份合格的记录，让没参加会议的人也能看明白：对哪个阶段、由谁、基于什么、做出了什么结论、从什么时候生效、还附带哪些条件。字段设计围绕这几点展开，避免写成会议内容的摘要。
字段清单
- 决策对象与所处阶段：写明评审对象（如某产品版本、某项目阶段）和评审点类型（DCP、TR等），以及本次决策对应的阶段边界，例如“TR4通过后进入样机验证阶段”。
- 决策结论类型：从继续、有条件继续、暂停、终止四类中选择，并写明结论的适用范围。
- 决策依据：列出支撑结论的关键材料与数据，如评审报告、测试结果、风险清单、成本与进度评估，注明版本或日期，便于后续追溯。
- 生效条件：有条件继续时，逐条写明待关闭条件、责任人和关闭期限；条件未关闭前，下一阶段哪些工作可以启动、哪些必须等待。
- 决策人与决策日期：记录实际做出决策的人或决策机构，以及决策生效日期。多人决策时写明各自职责。
- 与下一阶段放行的衔接：说明本记录作为放行依据的引用方式，以及后续复审节点。
四类结论的写法要点
继续：结论明确、无附加条件，写明放行范围和起始时间。有条件继续：把条件写成可核验的条目，每条包含条件描述、责任人、期限和验证方式，并说明条件未满足时的处理方式。暂停：写明暂停原因、需要补充的材料或完成的动作，以及重新评审的时间点或触发条件。终止：写明终止范围、已投入资源的处理方式，以及相关文档和物料的归档要求。
结论写法上，避免“基本通过”“原则同意”这类模糊表述。结论需要能被判定是否达成，例如“待可靠性测试报告补齐并经质量负责人确认后放行”，比“待测试完成后放行”更容易核验。DCP、TR的具体通过标准由企业流程确定，记录只需如实反映本次决策所依据的标准版本。
评审会议纪要应记录什么：过程信息与行动项
纪要的任务是还原会议，让未参会者能理解结论的形成过程，让参会者能确认自己的意见被准确记录。它不需要重复决策结论的完整表述，但需要保留通向结论的讨论路径，尤其是分歧和未决问题。
字段清单
- 会议基本信息：会议名称、评审点类型、时间、地点或会议方式、主持人、记录人。
- 参会人与角色：列出参会人及其在评审中的角色，缺席的关键角色需要注明。
- 议题与材料：逐项列出评审议题和对应材料版本，便于日后核对当时依据的是哪一版内容。
- 讨论要点与分歧：按议题记录主要观点、争议点和各方立场。分歧不必强行统一，如实记录有助于后续复盘。
- 问题清单：记录评审中发现的问题，标注严重程度、影响范围和提出人。
- 行动项：每条行动项包含动作描述、责任人、期限和验收方式，与问题清单建立对应关系。
- 结论摘要：简要引用决策结论，并注明“详见阶段决策记录”，避免两处结论表述不一致。
重叠信息的处理规则
纪要与决策记录在“结论”和“待关闭条件”上天然重叠。处理原则是单一来源：结论以决策记录为准，纪要在结论摘要处引用决策记录编号；待关闭条件和行动项以决策跟踪台账为准，纪要和决策记录都只引用台账条目，不各自维护一份状态。这样修改时只需更新一处，避免三份文档说法不一。
讨论过程、分歧和未被采纳的意见只写在纪要中，不进入决策记录。决策记录保持简洁，纪要保留完整上下文，两者分工清晰。
决策跟踪台账：承接决策记录与纪要的落地
决策记录写下“有条件继续”之后，真正的管理动作才开始。待关闭条件、行动项和复审节点需要一个统一的跟踪载体，否则条件是否关闭、行动项是否完成，只能靠人记忆或分散在多个文档里核对。决策跟踪台账就是承接这些事项的清单，跟踪到关闭为止。
台账字段
- 条目编号与来源：注明来自哪份决策记录或哪份纪要，保留引用关系。
- 事项类型：区分待关闭条件、行动项、复审节点。
- 事项描述与验收方式：写清完成的标准，避免“已处理”这类无法核验的状态。
- 责任人、期限与当前状态：状态建议统一为待处理、进行中、待验证、已关闭。
- 关联阶段与放行影响：标明该事项是否阻塞下一阶段，以及阻塞的范围。
关闭与升级规则
关闭需要验证：责任人提交完成证据，由指定验证人确认后状态才变为已关闭，仅由责任人自行标记完成不足以关闭。升级需要触发条件：临近期限未完成、条件影响放行、或同一事项反复延期时，升级到决策人或阶段负责人处理，并在台账中记录升级时间和处理结果。复审节点到期时，由台账提醒相关人员组织复审，复审结论回写到决策记录，形成新的记录版本。
如何在研发流程中落地：分工与衔接建议
把三类文档用顺，关键在于会前、会中、会后各环节的角色和产出物固定下来，让每份文档在正确的时间由正确的人产生，而不是会后补写。
会前：准备材料与模板
由阶段负责人或项目经理准备评审材料，包括阶段进展报告、风险清单、待决策事项说明，并提前发给参会人。同时准备两份模板：决策记录模板和纪要模板，字段按前文清单预设。会前明确本次会议的决策人是谁、哪些事项需要当场形成结论，避免会上讨论发散、会后无法收敛。
会中：结论与纪要分工
主持人按议题推进，每个议题讨论结束后当场确认结论方向；记录人同步记录讨论要点、分歧和行动项。涉及阶段放行的议题，由决策人当场明确结论类型和生效条件，记录人将结论单独标记，供会后整理决策记录使用。会议结束前，主持人用几分钟逐条确认行动项的责任人和期限，减少会后反复沟通。
会后：归档与进入台账
- 记录人在约定时间内整理纪要，参会人确认内容准确。
- 根据会议结论整理阶段决策记录，由决策人确认后归档，作为下一阶段放行依据。
- 将决策记录中的待关闭条件和纪要中的行动项录入决策跟踪台账，建立与来源文档的引用关系。
- 台账按期限提醒责任人和验证人，关闭时留存证据；触发升级条件时通知决策人。
- 复审节点到期后组织复审，复审结论回写决策记录，更新台账状态。
用协作工具承载决策与跟踪
当评审点和阶段较多时，文档分散存放会让引用关系难以维护。可以在协作平台中用文档承载决策记录和纪要，用工作项承载台账条目：决策记录作为受控文档归档并关联对应阶段，纪要作为过程文档与决策记录互相引用，台账条目以工作项形式分配给责任人并设置期限和状态，工作项状态变更时同步反映到阶段放行检查中。ONES支持文档与工作项的关联管理，可用于承载决策记录归档、行动项跟踪和阶段放行的衔接；具体模板和状态流转需结合企业自身流程配置。这样，决策记录回答“是否放行”，纪要保留“为什么这样决定”，台账保证“条件是否关闭”，三者各司其职又彼此可追溯。
常见问题
同一次DCP会议既写了纪要又写了决策记录，结论表述不一致怎么办？
以决策记录为准。处理方式是在纪要的结论摘要处只写一句结论方向，并注明“详见阶段决策记录及其编号”，完整结论、生效条件和决策人只在决策记录中维护。若会上结论后续发生变化，先更新决策记录并形成新版本，再回写纪要的引用，避免两处各自修改。
“有条件继续”中的条件，应该写在决策记录里还是只放进台账？
两处都要有，但职责不同。决策记录写条件本身：条件描述、责任人、期限、验证方式，以及条件未关闭前哪些工作可以启动、哪些必须等待，这是放行依据的一部分。台账则承接这些条件的执行状态，记录待处理、进行中、待验证、已关闭的进展。记录定规则，台账管进度，状态只在台账中更新。
评审会上没有被采纳的意见，需要写进决策记录吗？
不需要。未被采纳的意见、争议过程和各方立场属于过程信息，写在纪要中即可，用于后续复盘和追溯结论的形成路径。决策记录保持简洁，只保留结论、依据、决策人和生效条件。若某条反对意见涉及重大风险，可在决策依据中简要注明已评估，但不必展开讨论细节。
决策跟踪台账的条目什么时候可以关闭，谁来确认？
关闭需要验证，不能由责任人自行标记完成。责任人提交完成证据后，由事先指定的验证人确认，状态才变为已关闭。临近期限未完成、条件影响阶段放行、或同一事项反复延期时，升级到决策人或阶段负责人处理，并在台账中记录升级时间和处理结果。复审节点到期后组织复审，复审结论回写决策记录。
阶段较多、评审点频繁时，用文档加工作项的方式承载会不会增加维护负担？
关键在于保持单一来源。决策记录和纪要作为文档归档并互相引用，待关闭条件和行动项只以工作项形式存在一份，文档中引用工作项而不复制状态。这样状态变更只发生在工作项上，阶段放行检查直接看关联工作项的完成情况。ONES 支持文档与工作项的关联管理，可用于承载决策记录归档、行动项跟踪与阶段放行的衔接，具体模板和状态流转需结合企业自身流程配置。
