把运营移交完成情况纳入项目集收尾评审，关键是把“移交做完了”从口头判断变成可核验的评审门类：先定义移交对象和验收标准，再按统一口径计算完成率、证据齐备率和运营方签收率，最后把结果作为收尾评审的准入条件和遗留事项来源。ONES 可用于承载移交事项、证据附件与评审结论的留痕，本文聚焦评估方法本身。
要点总览（TL;DR）
- 把运营移交设为收尾评审的必审门类：先按流程制度、系统权限、数据报表、人员技能、合同供应商、文档知识六类列清单，再逐项定完成标准、证据和责任人。
- 移交完成率按“已完成且证据齐备的对象数÷冻结清单对象总数”计算，与证据齐备率、运营方签收率并列呈现；分母在评审前30天冻结，缺失值按规则处理。
- 评估按自评、复核、预审、评审决策四步推进，未完成项转为遗留事项须同时具备承接人、关闭时限和临时承接安排。
- 收尾结论分为可收尾、有条件收尾、不可收尾三级，判定条件在启动阶段确定，收尾前只核验不调整口径。
- 移交完成率只反映承接条件，收益实现度需按收益指标单独跟踪，两者在评审中分别陈述。
收尾评审要回答的移交问题
收尾评审对运营移交的判断对象，是运营方能否在不依赖项目集团队日常支持的情况下独立承接。评审需要确认：流程与制度是否已发布并生效，系统权限是否已开通到岗，数据与报表是否已按约定周期产出，人员是否完成培训并能独立操作，合同与供应商关系是否完成交接，文档与知识是否可被运营方检索和使用。这些对象逐项成立，才谈得上“移交完成”。
移交完成与项目集收益实现是两个层面的问题。移交完成说明运营承接条件具备，收益实现则取决于运营期内的使用情况、业务量变化和收益指标走势。收尾评审应当分别陈述两者：移交结论回答“能不能接”，收益跟踪回答“接了以后有没有产生预期价值”。把移交完成率写成收益实现的证明，会让评审结论承担它无法支撑的判断。
评审结论建议分为三级，并在评审前明确每级的判定条件：
| 结论 | 判定条件 | 后续动作 |
|---|---|---|
| 可收尾 | 纳入评估的移交对象全部完成且证据齐备，运营方已签收，无高风险未完成项 | 形成收尾结论，转入运营期收益跟踪 |
| 有条件收尾 | 核心移交对象已完成，存在少量未完成项，但已有明确承接人、关闭时限和临时承接安排 | 收尾结论附带遗留事项清单，按期限复核关闭 |
| 不可收尾 | 核心移交对象存在未完成项，或运营方未签收且无临时承接方案 | 不通过收尾评审，明确补做计划和下次评审时点 |
三级结论的价值在于让评审会前的预审有明确落点，避免会上逐项争论“算不算完成”。判定条件应在项目集启动阶段或移交计划编制时确定，收尾前只做核验，不临时调整口径。
移交范围与评估指标怎么定
移交对象先分类再列清单，分类的作用是保证覆盖完整、责任可分配。常用六类如下，每类下再列具体条目，每条明确完成标准、证据形式和责任人：
- 流程与制度：操作规程、值班制度、应急预案是否发布并完成宣贯；
- 系统与权限：账号、角色、审批流、监控告警权限是否开通到岗并验证可用；
- 数据与报表：数据接口、报表口径、产出周期是否交接并完成至少一个周期的试产出；
- 人员与技能：岗位人员是否到位，培训是否完成并通过操作考核；
- 合同与供应商：在用合同、供应商联系人、服务级别约定是否完成交接；
- 文档与知识：架构说明、操作手册、常见问题记录是否归档且运营方可检索。
指标建议设三个，并列呈现，避免单一指标掩盖问题：
| 指标 | 公式 | 分母口径 | 时间窗 | 单位 |
|---|---|---|---|---|
| 移交完成率 | 已完成且证据齐备的移交对象数 ÷ 纳入评估的移交对象总数 | 收尾评审前按冻结清单确定，冻结后不新增不删减 | 统计截止收尾评审前30天，冻结清单在该时点确认 | 百分比，保留一位小数 |
| 证据齐备率 | 证据材料符合采信标准的移交对象数 ÷ 纳入评估的移交对象总数 | 同上，与完成率共用分母 | 同上 | 百分比 |
| 运营方签收率 | 运营方已正式签收的移交对象数 ÷ 应签收的移交对象数 | 应签收对象为清单中约定需运营方确认的条目，不含仅需备案的条目 | 签收截止收尾评审前7天 | 百分比 |
三个指标共用同一份冻结清单，才能横向比较。完成率衡量动作与证据是否到位，证据齐备率衡量证据链是否完整，签收率衡量运营方是否正式确认承接。三者同时偏高才说明移交质量可靠；完成率高而签收率低，通常意味着运营方对承接仍有保留。
跟踪节奏建议按月跟踪进展，收尾评审前集中核验一次。按月跟踪用于及时发现证据缺口并补做，集中核验用于冻结清单、统一取数。跟踪过密会增加双方填报负担，导致数据流于形式；过疏则问题积累到收尾前才暴露，补做时间不足。
数据口径与证据要求
每类移交对象都要指定可采信的证据形式，评审时按证据判断完成状态，不按口头说明判断。常见证据类型包括：运营方签收单、培训记录与考核结果、权限开通记录、值班交接记录、试运行数据与报表样例。证据应能指向具体对象、具体时间和具体责任人。
| 指标 | 首选证据 | 备选证据 | 取数优先级 |
|---|---|---|---|
| 移交完成率 | 对象级完成确认记录，附交付物或系统截图 | 移交事项台账中的状态与附件 | 以对象级确认记录为准，台账仅作汇总 |
| 证据齐备率 | 按清单逐项归档的证据文件 | 评审预审时的核验记录 | 以归档文件为准，核验记录用于说明缺口 |
| 运营方签收率 | 运营方签署的签收单或系统内确认记录 | 评审纪要中运营方代表的确认意见 | 以正式签收为准，会议确认仅作临时依据并限期补签 |
同一指标存在多个来源时，按“正式签署记录优先于系统状态、系统状态优先于会议记录、会议记录优先于个人说明”的顺序取数，并在评审材料中注明取数来源。来源之间不一致时，以更正式、更接近对象级确认的来源为准，同时把差异记入预审问题清单。
缺失值和边界情况按以下规则处理：对象未开始移交的，计入分母并标记为未完成，不因“尚未启动”而剔除；证据缺失但动作已完成的，计入完成率分子但不计入证据齐备率分子，两个指标分别反映；分母为零时标注“不适用”，不计为0%或100%；跨项目集的完成率不直接比较，因清单构成和对象难度不同，比较时应同时列出分母规模和未完成项性质。
评估步骤与收尾评审衔接
评估按“自评—复核—预审—评审决策”四步推进，职责分开，避免一方既做动作又做结论。
- 项目集方自评：按冻结清单逐项填写完成状态、证据位置和责任人，形成自评表，提交时点不晚于收尾评审前20天。
- 运营方自评与确认：运营方对拟承接对象逐项确认可独立操作，对不具备条件的条目提出具体缺口，提交时点不晚于评审前15天。
- PMO或指定核验人复核：抽查证据采信情况，核对取数来源一致性，输出预审问题清单，完成时点不晚于评审前7天。
- 收尾评审决策：评审会依据预审后的三项指标和未完成项清单，按预设条件给出可收尾、有条件收尾或不可收尾结论。
未完成项转为遗留事项需要同时满足三个条件：已明确承接人，已约定关闭时限，已说明关闭前的临时承接安排。三项缺一，该未完成项应作为不可收尾的依据，而非遗留事项。遗留事项写入评审纪要，并设定复核时点，由承接人按期反馈关闭证据。
评审结论与指标的对应关系应在评审前写入准入规则，例如：完成率与证据齐备率均达到约定阈值且签收率无缺口，判为可收尾；核心对象全部完成、非核心对象存在少量未完成项且有承接安排，判为有条件收尾；核心对象存在未完成项或运营方明确表示无法承接，判为不可收尾。阈值由项目集在启动阶段结合对象难度确定，不套用统一达标线。
在工具承载上，移交对象可以作为工作项逐条管理，证据以附件或关联文档形式挂在对应事项下，评审结论和遗留事项在同一文档流程中留痕。ONES Plan 支持自定义项目属性与多项目数据集合查看，便于按项目集汇总移交进展；ONES Performance 支持多维度自定义分析与仪表盘共享，可用于呈现完成率、证据齐备率等指标的走势。具体字段配置与统计口径需按实际版本核验。
一个算例：移交完成率与评审结论
某项目集冻结清单共40个移交对象，按六类分布：流程与制度8个、系统与权限10个、数据与报表7个、人员与技能6个、合同与供应商4个、文档与知识5个。收尾评审前30天冻结，统计截止评审前7天。
核验结果：已完成且证据齐备32个；动作已完成但证据缺失3个；未完成5个，其中系统与权限2个、数据与报表2个、文档与知识1个。应签收对象为36个，实际签收33个。
| 指标 | 计算 | 结果 |
|---|---|---|
| 移交完成率 | 32 ÷ 40 | 80.0% |
| 证据齐备率 | 32 ÷ 40 | 80.0% |
| 运营方签收率 | 33 ÷ 36 | 91.7% |
若把3个证据缺失项按“动作已完成”计入完成率，完成率会变为35 ÷ 40 = 87.5%，但证据齐备率仍为80.0%。两个数字并列呈现，评审才能看出差距来自证据而非动作。本例按严格口径取80.0%，并在材料中注明3项待补证据。
结论判定：未完成的5项中，系统与权限2项属于核心对象，运营方明确表示权限未开通前无法独立值班，且无临时承接方案，按准入规则判为不可收尾。若这2项已约定由项目集团队在收尾后30天内完成开通并指定临时值班人，则可降为有条件收尾，其余3项登记为遗留事项，明确承接人和关闭时限，纳入评审纪要并在60天后复核。
结果解读与常见偏差
高完成率不等于运营方能独立承接。完成率统计的是对象级动作与证据，运营方的实际承接能力还取决于人员熟练度、异常场景处理经验和跨团队协作顺畅度。出现完成率高但运营方仍频繁求助的情况，应回看培训考核是否覆盖异常场景、试运行周期是否足够、值班交接是否真实执行，而不是简单调高完成率阈值。
指标与收益实现之间只有间接关系。移交完成率反映承接条件，收益实现度需要按收益指标单独跟踪，两者在评审中分别陈述、分别设定跟踪责任。把移交完成率写成收益达成的证据，会让后续收益未达预期时找不到责任落点。
跟踪节奏的代价需要权衡。按月跟踪配合收尾前集中核验，通常能兼顾及时性和填报负担；跟踪过密会让责任人把精力放在填表上，跟踪过疏则证据缺口在收尾前集中暴露。若项目集周期较短，可改为按里程碑节点跟踪，但冻结清单和取数口径仍需在收尾前统一。
评审后的遗留事项要有复盘机制。建议在收尾后固定周期核对遗留事项关闭情况，关闭证据与评审纪要关联归档；对逾期未关闭的事项，回到项目集层面重新评估承接风险，必要时启动补充移交。复盘结果同时用于修正下一项目集的移交清单和证据标准，让评估方法随实践逐步收敛。
常见问题
移交清单在收尾评审前还能调整吗？
建议在收尾评审前30天冻结清单，冻结后不新增、不删减对象，只更新完成状态和证据。冻结前允许补充遗漏对象，但补充后需重新确认分母并同步通知运营方和核验人。若评审前确实发现清单遗漏关键对象，应记录调整原因和调整时点，在评审材料中说明口径变化，避免与前期跟踪数据直接比较。
运营方迟迟不签收，评审该怎么处理？
先区分不签收的原因：是证据不足、操作不熟练，还是对承接范围有异议。证据不足的，限期补证后重新确认；操作不熟练的，安排补充培训和试运行；对承接范围有异议的，回到移交计划核对约定条目。评审时未签收对象按未完成处理，若核心对象未签收且无临时承接方案，应判为不可收尾，而不是用会议纪要中的口头确认替代正式签收。
项目集周期很短，按月跟踪来不及怎么办？
短周期项目集可改为按里程碑节点跟踪，例如在设计定稿、试运行开始、移交启动等节点各核验一次。跟踪频率可以调整，但冻结清单、指标公式和取数口径仍需在收尾前统一，否则节点数据无法汇总成评审可用的完成率。节点跟踪时同样要留存证据，避免收尾前集中补材料。
移交完成率高，但运营方上线后仍频繁求助，说明什么？
通常说明评估覆盖了动作和证据，未覆盖实际承接能力。可回看三点：培训考核是否包含异常场景和故障处理，试运行周期是否足以暴露问题，值班交接是否真实执行而非形式签字。下一项目集可在移交清单中增加异常场景演练记录和试运行问题关闭情况，作为人员与技能类的补充证据。
遗留事项关闭后还需要再评审一次吗？
通常不需要重新召开收尾评审，但应设定固定复核时点，由承接人提交关闭证据，PMO或指定核验人确认后归档，并与原评审纪要关联。对逾期未关闭的事项，回到项目集层面重新评估承接风险，必要时启动补充移交。复核结果同时用于修正下一项目集的移交清单和证据标准。
