TR技术评审的依据由四类材料构成：阶段目标与准入条件、技术交付物、可核验证据、决策规则。它们共同回答一个问题——项目能否进入下一阶段。本文按准备、分工、示例、跟踪四个环节展开，说明每类依据由谁提供、如何组织成评审包，以及评审结论形成后怎样确认闭环。
要点总览（TL;DR）
- TR技术评审的依据分四层：阶段目标与准入条件、技术交付物、可核验证据、决策规则，每层对应一个明确的评审问题。
- 准备过程分五步：确认准入条件、收集交付物、整理证据、明确决策规则、形成评审包并预审，每步都有输入、输出和完成标志。
- 依据要落到具体角色：项目负责人给目标与条件，技术负责人给方案与决策记录，测试与质量角色给验证结果和遗留问题，主持人与决策者给判定口径和结论记录。
- 评审包按“结论—证据—待办”组织，结论写成继续、有条件继续或终止之一，并附条件项、关闭标准、责任人和日期。
- 闭环的关键在条件项跟踪：每个条件项登记责任人与关闭证据，转段前集中核对依据、结论、责任和证据四项。
TR评审要回答的核心问题与依据框架
TR评审的判断对象是阶段能否继续。它要给出的是“进入下一阶段、有条件进入、返工或终止”的阶段决策，与单次发布许可、单个需求确认属于不同的决策场景。明确这一点，依据的收集才有边界：凡是支撑阶段去留判断的材料应当纳入，与本次阶段目标无关的材料可以留到其他评审处理。
依据可以分成四层，每层对应一个评审问题。四层齐全，评审会才有判断基础；只有材料堆叠而缺少其中某一层，讨论容易停留在文档细节上。
| 层级 | 内容 | 对应决策问题 |
|---|---|---|
| 阶段目标与准入条件 | 本阶段应达成的目标、范围边界、进入下一阶段必须满足的条件 | 本次评审要判断什么？满足哪些条件才算通过？ |
| 技术交付物 | 设计说明、接口定义、关键技术决策记录、验证方案与结果 | 技术方案是否完整、一致，是否覆盖了阶段目标？ |
| 可核验证据 | 测试记录、评审记录、变更记录、风险台账、问题清单 | 交付物中的结论是否有证据支撑？遗留问题是否可控？ |
| 决策规则 | 决策者与权限、判定口径、继续/有条件继续/终止的阈值 | 由谁判定？依据什么标准判定？ |
四层之间是支撑关系：准入条件定义判断标准，交付物是被判断的对象，证据用来核实交付物中的结论，决策规则保证判断过程有明确的责任人和口径。准备评审依据时按这四层逐项对照，可以较快发现缺哪一类材料。
按步骤准备TR评审依据
准备过程可以拆成五步。每一步都有明确的输入、动作、输出和完成标志，按顺序推进即可形成一份可用于评审会的材料包。
第一步：确认阶段目标与准入条件
输入是项目阶段计划、上一阶段评审结论和适用的流程要求。动作是把本阶段目标转写成可核对的准入条件，逐条写明判断标准。输出是评审检查项清单，每条检查项对应一项准入条件。完成标志是检查项清单经过项目负责人和技术负责人确认，且每条都能对应到具体的交付物或证据。
第二步：收集技术交付物
输入是检查项清单和项目文档库。动作是按检查项逐条定位对应的设计说明、接口定义、技术决策记录和验证方案，登记版本与责任人。输出是交付物清单与完整性核对结果，标明哪些已具备、哪些缺失或版本过期。完成标志是清单中每一项都有明确状态，缺失项已指定补齐责任人和时间。
第三步：整理可核验证据
输入是交付物清单和测试、变更、风险管理记录。动作是为交付物中的关键结论建立证据索引，例如某项性能结论对应哪份测试记录、某个接口变更对应哪条变更单。输出是证据索引与缺口说明。完成标志是关键结论均有证据可查，无法提供证据的结论被标注为待确认，而不是默认成立。
第四步：明确决策规则与参会角色
输入是流程规定的评审权限和本项目实际情况。动作是确定本次评审的决策者、各角色发言人，以及继续、有条件继续、终止三种结论的判定口径。输出是决策权限与判定口径说明。完成标志是参会角色和判定规则在会前告知全体参会人，避免会上临时争论谁有权拍板。
第五步：形成评审包并预审
输入是前四步的全部输出。动作是按“结论—证据—待办”的结构组织评审包：先写建议结论，再列支撑证据，最后列已知待办和风险。预审由评审主持人和技术负责人完成，提前收集问题。输出是评审材料与预审问题清单。完成标志是预审问题已反馈给相关责任人，评审议程按问题清单排定。
评审依据的收集、版本登记和预审问题流转，通常分散在文档库、任务列表和会议材料中。使用ONES这类研发管理平台时，可以把检查项建成工作项、把交付物与证据挂在对应工作项下，评审记录和条件项在同一处留痕，减少会前反复核对版本的工作。
角色分工与各自交付物
依据无人负责是评审流于形式的常见原因。把每类依据落到具体角色，并在会前确认交付状态，可以避免会上才发现材料缺失。
| 角色 | 提供的依据 | 交付物 |
|---|---|---|
| 项目或产品负责人 | 阶段目标、范围边界、准入条件 | 评审检查项清单、阶段目标说明 |
| 技术负责人 | 设计说明、接口定义、关键技术决策及其理由 | 技术方案文档、技术决策记录 |
| 测试与质量角色 | 验证结果、缺陷统计、遗留问题清单 | 测试报告、缺陷与遗留问题清单 |
| 评审主持人与决策者 | 评审议程、判定口径、结论意见 | 评审议程、决策权限说明、评审结论记录 |
| 记录与跟踪角色 | 问题台账、待办事项、关闭证据 | 问题跟踪表、条件项关闭记录 |
分工时注意两点。一是技术负责人提供的决策记录要写明取舍理由，只给结论无法支撑评审判断。二是记录与跟踪角色应在评审会中同步登记结论和待办，会后补记容易遗漏条件项的关闭标准。
示例：一次TR评审的依据清单与结论记录
以下为演示情景，用于说明评审包的组织方式和结论写法，不代表任何具体项目的真实数据。
背景：某硬件产品项目进入开发阶段末期的技术评审，阶段目标是确认测试样机满足需求规范，并判断是否具备转入小批量试产的条件。按IPD流程，此类评审对应开发阶段的技术评审，评审结果指向产品能否转入量产相关阶段。
评审包按“结论—证据—待办”组织：
- 建议结论：有条件继续，允许进入小批量试产准备，条件项关闭后再确认转量产。
- 证据条目：需求规范与设计说明的对应关系表；接口定义文档及版本记录；样机测试报告，覆盖功能与性能项；小批量试产方案与过程确认记录；缺陷清单及修复验证记录；风险台账中与量产相关的条目。
- 待办与条件项：两项性能指标在高温条件下的测试数据不足，需补充测试；一项来料变更尚未完成验证，需在试产前关闭。
结论记录的写法建议包含四部分：评审对象与阶段目标、判定结论、条件项及其关闭标准、决策者与日期。例如：“本次评审判定为有条件继续。条件一：补充高温条件下两项性能指标的测试记录，由测试负责人于试产启动前提交；条件二：完成来料变更验证并附验证报告，由技术负责人确认关闭。条件项全部关闭后，由决策者确认转入下一阶段。”这样的记录既保留了判定依据，也明确了后续动作的责任人和时点。
评审后的跟踪与完成检查
评审结论形成后，闭环的关键在条件项的登记与关闭。有条件继续时，每个条件项应登记责任人、关闭标准、计划完成时间和所需证据，状态从“待处理”推进到“已提交证据”“已确认关闭”。终止或返工时，评审依据和结论记录应完整留存，作为再评审的输入；再评审时重点核对上次终止原因是否已消除。
可以用下面的检查表逐项核对本次TR评审是否真正闭环：
| 检查项 | 核对内容 | 通过标志 |
|---|---|---|
| 依据齐全 | 四层依据均有对应材料，缺失项有说明 | 检查项清单逐条有状态 |
| 结论明确 | 结论为继续、有条件继续或终止之一，无模糊表述 | 结论记录含判定口径和决策者 |
| 责任到人 | 每个条件项有责任人和完成时间 | 跟踪表中无空白责任人 |
| 证据可查 | 条件项关闭附有可核验的证据 | 关闭记录关联具体测试或验证材料 |
两类缺口值得警惕。一是依据与结论脱节：结论写“有条件继续”，但条件项没有对应到具体证据缺口，后续无法验证是否关闭。二是条件项无关闭证据：状态被改为完成，却找不到支撑材料。把条件项与证据条目在同一个跟踪表中关联管理，并在阶段转段前做一次集中核对，可以降低这两类问题的发生概率。
常见问题
TR评审和发布审批、需求评审的边界怎么划？
TR评审判断的是阶段能否继续，结论指向进入下一阶段、有条件进入、返工或终止。单次发布许可是发布审批与质量门禁要处理的事，单个需求是否确认属于需求评审的范围。三者依据不同：TR评审看阶段目标与准入条件是否满足，发布审批看本次发布是否达到放行标准，需求评审看单条需求是否被接受。组织评审时先明确本次会议要做的决策类型，再决定收集哪类材料，可以避免把不同决策混在一次会上讨论。
准入条件写不出来或写得太笼统，怎么办？
准入条件写不具体，通常是因为阶段目标本身没有落到可核对的对象上。可以换一种写法：每条准入条件都指向一份具体交付物或一项可核验证据，并写明判断标准。例如把“设计完成”改写成“接口定义文档完成评审并有版本记录”。写完逐条自检：这条条件能否在评审会上用“是/否”或具体数据回答。如果仍然无法判断，说明该条件需要拆细或补充证据来源。
评审会上出现材料缺失，应该继续开还是改期？
取决于缺失材料是否影响阶段去留的判断。如果缺失的是支撑关键结论的证据，例如核心性能指标没有测试记录，继续开会容易形成缺乏依据的结论，建议补齐后再评审，或明确将该项列为条件项并约定关闭时点。如果缺失的是辅助材料，不影响本次判定，可以在评审记录中注明缺口和补齐安排。无论哪种处理，都应在结论记录中写清缺失项及其对判定的影响，避免会后无人跟进。
有条件继续的条件项一直关不掉，怎么处理？
先核对条件项的关闭标准是否可验证。关闭标准写成“完成优化”这类表述，责任人就难以判断何时算完成；改写成“提交某项测试记录并通过确认”后，关闭动作才清晰。其次检查条件项是否设定了计划完成时间和责任人，超期时应有升级路径，由决策者判断是延长、调整条件还是重新评审。条件项长期挂起会削弱评审结论的约束力，建议在阶段转段前做一次集中核对，把未关闭项提交决策者处理。
评审结论记录需要写到什么程度才算完整？
一份可用的结论记录至少包含四部分：评审对象与阶段目标、判定结论、条件项及其关闭标准、决策者与日期。判定结论从继续、有条件继续、终止中选一，避免“基本通过”这类模糊表述。条件项要写清责任人、完成时间和所需证据。记录的作用是让未参会的人也能据此跟踪，因此判定所依据的关键证据也应在记录中留下索引，便于后续核对。
