服务移交完成与否如何判定：条件、口径与核验方法

服务移交是否完成，按“条件齐备、证据可核验、接收方书面确认”三项同时成立来判定。本文针对某一次研发交付的移交确认，给出可逐项核对的条件清单、完成率算法与结论写法，帮助交接双方在同一个口径上达成一致，并为后续追溯留下依据。

要点总览（TL;DR）

• 服务移交完成按三层同时成立判定：条件齐备、证据可核验、接收方书面确认，缺一层结论不成立。
• 条件清单先冻结范围，再拆成交付物与文档、知识与培训、权限与账号、运维与支持责任、遗留问题五组，逐项标注必答或可选。
• 完成率=已通过必答条件数÷必答条件总数×100%，可选条件单独统计；缺失证据按未通过计，口头确认不能替代证据。
• 必答条件全部通过且遗留项已明确责任人与关闭期限、接收方书面接受，判为有条件完成；完成率低于100%一律判为未完成。
• 完成率100%只表示条件齐备，不保证后续运行质量；分母为零时判定无效，须先补做范围界定与条件约定。

判定服务移交完成要回答的三个问题

移交完成的判定对象是某一次交付的移交动作，例如某个版本的系统从研发团队交到运维团队、某个内部服务从建设团队交到业务运营团队。它回答的是“这次交接是否已经按约定完成”，项目整体是否结项、产品上线后使用效果如何，属于另外的评估问题，不纳入本文口径。

判定由三层构成，缺一层结论就不成立。第一层是条件齐备：约定的移交事项逐项存在，没有漏项。第二层是证据可核验：每项条件都有可查阅、可复核的记录，而不是仅凭口头说明。第三层是接收方确认：接收方以书面形式（签署确认单、评审通过记录或系统内的确认状态）表示接受，并明确遗留项的处理安排。三层同时满足，才可判定为完成。

为避免“基本完成”“差不多好了”这类模糊表述，判定结论统一为三种：

结论	成立条件	后续动作
完成	全部必答条件通过，无未关闭遗留项，接收方已书面确认	记录完成时点，进入常规运行与支持
有条件完成	全部必答条件通过，存在已登记责任人与关闭期限的遗留项，接收方书面确认接受该安排	按期限跟踪遗留项关闭，到期复核
未完成	任一必答条件缺证据或未通过，或接收方未确认	补齐条件后重新取证与判定

三种结论的差别在于必答条件是否全部通过、遗留项是否已明确责任安排，而不在于主观感受。判定结论应写明判定日期、参与确认的双方和依据的条件清单版本。

移交范围与必答条件清单

判定之前先冻结范围，否则条件清单会随讨论不断变化，结论无法复算。范围界定需要写清五项内容：系统或服务的边界（包含哪些模块、接口、依赖）、版本号、涉及的运行环境（生产、预发、测试等）、交接双方团队与接口人、以及本次移交的时间窗。范围一旦确认，条件清单以此为限，范围外的内容不进入本次判定。

在范围内，把移交拆成五组条件，并逐项标注必答或可选。必答项缺失直接判为未完成；可选项单独统计，不影响完成结论。

条件组	典型条件	标记建议
交付物与文档	代码或制品入库并打版本标签、部署手册、架构与接口说明、配置清单、监控与告警配置说明	核心文档与可部署制品为必答；部分辅助说明可设为可选
知识与培训	交接讲解完成、关键操作培训、常见故障处理说明、答疑记录	覆盖接收方值班人员的培训为必答；扩展阅读类为可选
权限与账号	接收方账号开通、原负责人高权限回收或降权、密钥与证书移交、责任矩阵确认	账号开通与权限回收为必答
运维与支持责任	SLA 约定、值班表、告警接收人、升级路径与联系人、变更与发布流程对接	SLA 与升级路径为必答；值班表细化格式可设为可选
遗留问题	已知缺陷、待优化项、临时方案与绕行说明	遗留项登记本身为必答；单项遗留的关闭为后续跟踪事项

标记必答与可选时，判断依据是“缺少它，接收方能否独立承担运行责任”。影响独立运行的条件设为必答，提升便利性的条件设为可选。清单需经交接双方确认后冻结，冻结后的增删应记录变更原因与确认人。

每项条件的证据与数据口径

定性条件要可复核，关键是事先约定证据形式和通过标准。下表给出五类条件的常用口径，实际使用时按交付类型调整，但证据形式与通过标准须在判定前确定。

条件类别	证据形式	通过标准
文档类	带版本号的文档、评审记录、签字页或系统内的已发布状态	版本与移交版本一致，评审记录显示通过，接收方接口人可查阅
培训类	参训名单、培训材料版本、考核或演练结果	接收方值班人员全部参训，考核达到事先约定的分数线或完成一次演练
权限类	账号开通记录、权限回收记录、责任矩阵确认件	接收方所需账号已开通并可登录，原负责人超出运行需要的权限已回收，责任矩阵双方确认
支持类	SLA 文本、值班表、升级路径与联系人清单	SLA 覆盖移交后的支持时段，升级路径经接收方确认可执行
遗留项	遗留项清单，含数量、等级、责任人、关闭期限与临时处置说明	每项均有责任人与期限，接收方书面接受该安排

证据口径要写清时间要求：文档以判定日前的最新已发布版本为准，培训以本次移交周期内的记录为准，权限以判定当日的实际状态为准。口头确认、聊天记录中的承诺可以作为线索，但不能单独作为通过证据，需转化为上述任一形式后计入。

完成率的计算口径与判定步骤

完成率用于量化必答条件的通过情况，公式为：

移交完成率 = 已通过必答条件数 ÷ 必答条件总数 × 100%，单位为百分比（%）。分母是冻结清单中约定的必答条件数，不含可选项；分子是已取得合格证据并通过核对的必答条件数。可选条件单独统计为“可选条件通过数/可选条件总数”，不并入必答完成率。

缺失证据按未通过计。某条件实际做了但拿不出约定形式的证据，在本次判定中计为未通过，补齐证据后可在下一次判定中计入。这一口径保证不同判定人按同一清单能算出相同结果。

判定按五步执行：

1. 冻结条件清单：确认范围、必答与可选标记、证据形式与通过标准，双方签字或系统确认。
2. 逐项取证：按条件清单收集证据，记录每项的证据位置与核对人。
3. 计算完成率：统计已通过必答条件数，按公式计算，同时单独统计可选条件。
4. 处理遗留项：登记遗留项数量、等级、责任人与关闭期限，确认接收方是否接受。
5. 接收方签署确认：以移交确认单或评审通过记录固定完成时点与结论类型。

完成率达到 100% 且无未关闭遗留项、接收方已确认，判为完成；完成率 100% 但存在已明确责任安排的遗留项，判为有条件完成；完成率低于 100%，无论遗留项如何安排，均判为未完成。

一个移交判定的算例

某内部服务从研发团队移交至运维团队，冻结清单含 12 项必答条件、3 项可选条件，登记遗留项 2 项。逐项取证结果如下（演示情景）：

项目	数量	说明
必答条件总数	12	冻结清单口径
已通过必答条件	12	其中 1 项文档在首次核对时版本不符，更新后复核通过
可选条件	3 项中通过 2 项	扩展阅读材料未提供，不影响结论
遗留项	2 项	1 项中等级缺陷，责任人 A，关闭期限为移交后 30 天；1 项低等级优化项，责任人 B，期限为下一迭代末

计算：移交完成率 = 12 ÷ 12 × 100% = 100%；可选条件通过率 = 2 ÷ 3 × 100% ≈ 66.7%，单独列示。由于必答条件全部通过、存在 2 项已明确责任人与期限的遗留项，且接收方书面接受该安排，结论写为“有条件完成”。

结论表述示例：本次移交于某年某月某日判定为有条件完成。必答条件 12 项全部通过，可选条件通过 2 项。遗留项 2 项：中等级缺陷由 A 负责，30 天内关闭；低等级优化项由 B 负责，下一迭代末关闭。到期由运维团队复核关闭情况，未按期关闭的升级至双方负责人协调。

若同一场景中有一项必答条件（如权限回收记录）缺失，则完成率为 11 ÷ 12 × 100% ≈ 91.7%，结论为未完成，需补齐记录后重新判定，遗留项安排不能替代必答条件的通过。

结果解读与常见误判

完成率 100% 只说明约定的条件齐备且证据可查，不保证移交后的运行质量。系统是否稳定、支持响应是否及时，取决于后续运行数据，需要另行评估。把移交完成率当作服务质量指标，会掩盖运行阶段的问题。

分母为零时判定无效。若双方未约定必答条件，完成率无从计算，此时应先补做范围界定与条件清单，再进入判定，不能以“没有发现问题”推定完成。

不同交付类型的条件不可直接横向比较。一个纯后台服务与一个面向多团队的平台，必答条件的数量和难度差异很大，完成率高低只在同一清单、同一版本内可比。跨团队汇总时，应分别列示各自的清单口径。

遗留项未关闭时的结论表述要准确：写明“有条件完成”、遗留项数量与等级、责任人与关闭期限，并约定到期复核与升级条件，例如逾期未关闭升级至双方负责人。遗留项长期挂账而不复核，会使“有条件完成”事实上变成无人跟踪的未完成。

常见误判还包括：以口头承诺替代证据、在判定后临时增删条件、把可选项未通过写成未完成。这些都会让结论失去可复核性，应在判定前通过冻结清单和证据口径加以避免。

用工作项与文档承载移交证据

判定要可追溯，条件、证据与确认需要落在同一套记录里。做法是把冻结后的条件清单建成工作项或检查项，每项标注必答或可选、责任人、证据形式和通过标准；取证时把文档、培训记录、权限截图等作为附件挂接到对应工作项，状态从“待取证”流转到“已通过”或“未通过”，完成率即可按状态直接统计，避免手工汇总出错。

培训、权限与遗留项适合用文档承载：培训记录文档登记参训名单与考核结果，权限交接文档记录开通与回收时间，遗留项清单文档逐项写明等级、责任人与关闭期限，并与对应工作项关联。这样每项遗留项的关闭都有状态变化可查，到期复核时有据可依。

接收方确认以评审或签署状态落库，形成明确的完成时点。ONES 支持在工作项中挂接附件、记录状态流转，并通过文档协作维护条件清单与遗留项清单，评审与确认过程可留痕，便于交接双方在后续复核时按同一份记录追溯。把判定结论、确认人和日期一并记录在移交确认文档中，下一次判定或审计时可直接引用。

常见问题

接收方口头表示“可以了”，能否直接判定移交完成？

不能。口头确认可以作为线索，但需要转化为约定形式的证据才能计入。判定要求接收方以书面形式确认，例如签署移交确认单、评审通过记录或系统内的确认状态，并写明判定日期、参与确认的双方和依据的条件清单版本。若接收方口头同意但尚未签署，本次判定应记为未完成，补齐书面确认后重新判定。

移交判定后才发现某项必答条件证据有误，结论怎么处理？

应作废原结论并重新判定，不能在原结论上直接修改。处理时先核对冻结清单版本，确认该条件是否属于必答项；若属必答且证据不成立，按缺失证据计为未通过，重新计算完成率并更新结论类型。同时记录变更原因、复核人与日期，保留原判定记录以便追溯。若已完成确认签署，还需通知接收方并取得对新结论的书面确认。

遗留项数量较多时，是否一定不能判为完成？

遗留项数量本身不直接决定结论，关键看必答条件是否全部通过、遗留项是否已明确责任人与关闭期限、接收方是否书面接受该安排。必答条件全部通过且上述安排齐备，可判为有条件完成；必答条件有任一项未通过，无论遗留项多少都判为未完成。遗留项长期挂账不复核，会使有条件完成失去跟踪意义，应约定到期复核与升级条件。

不同团队用各自的清单算出的完成率，能否直接汇总比较？

不建议直接比较。完成率的分母是各团队冻结清单中的必答条件数，条件数量和难度随交付类型差异很大，完成率高低只在同一清单、同一版本内可比。需要跨团队汇总时，应分别列示各自的清单口径与判定日期，说明条件构成，再作趋势观察，避免把不同口径的数字简单平均。

移交范围在判定过程中发生变化，条件清单要不要跟着改？

冻结后的清单增删应记录变更原因与确认人，并由交接双方重新确认。范围变化会改变必答条件总数，进而影响完成率分母，因此变更后应重新取证与计算，不能把新旧口径混算。若范围变化较大，建议作废本次判定，按新范围重新冻结清单后完整走一遍判定流程。