项目终止流程的目标，是把“停止投入”变成一次有依据、有交接、有留痕的受控收尾。本文按“判断情形—六步执行—角色分工—示例—工具留痕—完成检查”的顺序展开，覆盖从终止申请到项目关闭的全过程，并给出可直接使用的判断表、交付物清单和检查表。
要点总览（TL;DR）
- 终止流程的起点是判断情形：目标失效、预算中断、需求基础消失、合并重组或长期无法推进时，先确认恢复条件是否成立，再决定按终止还是暂停处理。
- 主流程分六步：提出申请、评估在途工作与风险、作出决定并通知、冻结范围与预算、交接与结算、归档与复盘，每步都有输入、动作、输出和完成标志。
- 分工遵循审批与执行分离：项目负责人牵头申请与移交，业务发起人与预算持有人批准，财务、法务、采购、人力分别负责结算与处置，PMO检查交付物并组织复盘。
- 在途合同、对外承诺和已采购资产是评估重点，需逐项给出处理意见，不能随项目关闭自动消失。
- 项目关闭前按完成检查清单核对决策留痕、结算完毕、资料归档、状态关闭和遗留责任，任一项未完成则保留为终止处理中。
终止前先判断：哪些情形该走终止流程
启动终止流程的前提，是确认项目不再具备继续投入的价值或条件。判断时先看触发情形，再看是否具备恢复可能，最后确认由谁作出决定。
常见终止情形
| 情形 | 典型表现 | 判断要点 |
|---|---|---|
| 目标失效 | 业务方向调整、原定问题已不存在、上级规划取消该项目 | 项目目标与当前业务需求不再对应，继续交付也无法产生预期价值 |
| 预算或资源中断 | 预算被削减、关键人员长期无法到位、资金拨付停止 | 剩余资源无法支撑最低可交付范围，且短期内无补充可能 |
| 需求基础消失 | 客户取消合作、政策或合规条件变化、上游项目终止 | 项目存在的前提条件已不成立 |
| 合并重组 | 组织调整后项目并入其他项目、职责划转 | 原项目边界不再独立存在，需要按终止处理并完成移交 |
| 长期无法推进 | 连续多个周期无实质进展、关键决策长期悬置 | 已尝试的推进措施无效，继续维持只会增加沉没成本 |
终止与暂停、阶段收尾的区别
区分口径是“是否恢复投入”。暂停保留恢复条件和恢复计划，资源可以部分释放但项目状态仍然存续；阶段收尾是项目内部的里程碑结束，后续阶段继续；终止则意味着项目不再恢复，必须完成合同、人员、资产与资料的清算和移交。判断时可以用三个问题确认：是否有明确的恢复时间和恢复条件？恢复所需资源是否已落实？不恢复会造成哪些未了事项？如果恢复条件不成立，就应按终止流程处理，避免以“暂停”名义长期挂账。
谁有权提出与批准终止
终止申请通常由项目负责人或业务发起人提出，批准权应放在能够对预算和业务目标负责的层级，例如业务发起人会同预算持有人共同批准，涉及合同和对外承诺时需法务或合同管理角色会签。决策记录至少包含：项目名称与编号、终止理由及依据、终止生效时间、在途工作与合同的处理意见、移交与结算责任人、遗留风险说明、批准人与批准日期。记录形成后即作为后续冻结和交接的依据。
项目终止流程的六个步骤
六个步骤按顺序执行，每一步都有明确输入、动作、输出和完成标志。规模较小的项目可以合并会议和文档，但不应跳过评估与结算环节。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 提出终止申请 | 项目现状、目标偏差说明、资源消耗数据 | 由项目负责人或发起人填写终止申请，说明理由、影响范围和期望生效时间 | 终止申请单 | 申请提交至有权批准的角色 |
| 2. 评估在途工作与风险 | 任务清单、合同台账、对外承诺记录、人员名单 | 逐项盘点未完成任务、未履行合同、对客户或供应商的承诺、数据与资产现状 | 终止影响评估表 | 在途事项全部有处理意见 |
| 3. 作出决定并通知 | 终止申请、影响评估表 | 批准角色作出终止或不予终止的决定，形成书面记录，向相关方发出通知 | 终止决定书、通知记录 | 决定已批准，相关方确认收到 |
| 4. 冻结范围与预算 | 终止决定书、当前预算执行情况 | 停止新增需求、采购和人员投入，锁定已发生费用，关闭未开始的支出 | 冻结记录、费用截止清单 | 不再产生新的投入，费用口径确认 |
| 5. 交接与结算 | 影响评估表、冻结记录 | 移交成果与资料，归还资产与权限，结算供应商合同与人员安排 | 移交单、结算记录、资产归还记录 | 接收方签字确认，结算完成 |
| 6. 归档与复盘 | 前五步全部产物 | 整理归档材料，召开终止复盘，记录原因与改进项，关闭项目状态 | 归档清单、复盘报告 | 项目状态关闭，复盘结论归档 |
第二步的评估质量决定后续交接是否顺利。评估时应把“已承诺但未交付”的事项单独列出，例如对客户的交付承诺、对供应商的采购订单、对外发布的计划，这些事项往往需要单独协商处理方案，不能随项目关闭自动消失。第五步的交接要区分两类对象：成果与资料移交给接收方或档案管理角色，合同与财务事项移交给法务、采购和财务角色，两类交接分别签字确认。
角色分工与各环节交付物
终止流程容易出现责任悬空，原因通常是审批权与执行责任没有分开。设置分工时遵循一条原则：批准终止的角色不负责具体交接，执行交接的角色对交付物签字负责，知会角色确认信息送达。
| 角色 | 主要动作 | 负责的交付物 |
|---|---|---|
| 项目负责人 | 提出终止申请，组织影响评估，执行冻结，牵头移交 | 终止申请单、影响评估表、移交单 |
| 业务发起人 | 确认终止理由与业务影响，参与批准 | 终止决定书（共同签署） |
| 财务 | 锁定已发生费用，核对预算执行，处理未结算款项 | 费用截止清单、结算记录 |
| 法务或合同管理 | 审查在途合同，提出终止、变更或继续履行的处理意见 | 合同处理意见 |
| 采购 | 处理供应商订单、退货与尾款 | 供应商结算记录 |
| 人力 | 安排人员释放、转岗或退场 | 人员安排记录 |
| 档案管理 | 接收归档材料，核对完整性 | 归档清单 |
| PMO | 提供流程模板，检查各环节交付物，组织复盘 | 终止检查清单、复盘报告 |
审批与知会路径按影响范围设置：涉及预算的终止由预算持有人批准，涉及合同的由法务会签，涉及人员调整的由人力确认，其余相关方以知会方式送达通知并保留确认记录。知会不等于批准，知会记录的作用是证明信息已送达，避免后续争议。
示例：一个研发项目提前终止的完整走法
以下为演示情景，用于说明各环节的记录字段与产物样式，不代表真实项目案例。
某研发项目原计划开发一套内部工具，执行到中期时公司业务方向调整，该工具对应的业务场景被取消。项目负责人据此发起终止。
- 提出申请：申请单填写项目编号、当前进度、已投入人力与费用、终止理由“业务场景取消，交付后无使用方”，期望生效时间为两周后。
- 影响评估：评估表列出三项在途事项——已签约的一家外部设计供应商、尚未完成的接口开发、已采购但未拆封的设备；对每项给出处理意见：供应商合同协商提前结束，接口开发停止并移交设计文档，设备办理退货。
- 作出决定：业务发起人与预算持有人签署终止决定书，明确生效日期、移交责任人和结算截止日，通知发送至项目组、供应商对接人和财务。
- 冻结：冻结记录登记停止新增需求与采购的日期，费用截止清单列明已发生费用和不再发生的预算项。
- 交接与结算：移交单记录设计文档、代码仓库权限、测试数据的接收方与签字；结算记录登记供应商尾款金额与支付时间；资产归还记录登记设备退回物流单号。
- 归档与复盘：归档清单核对申请单、评估表、决定书、冻结记录、移交单、结算记录是否齐全；复盘报告记录终止原因、决策周期、评估中发现的合同条款问题，并提出后续项目签约时增加提前终止条款的建议。
用工具承载终止流程的记录与交接
终止流程的争议往往出现在事后：谁批准的、哪些事项已交接、费用截止到哪一天。把状态变更、清单和审批放进协作平台，可以让这些信息在项目关闭后仍可检索。
在ONES中，可以把项目状态从进行中变更为已终止，并将终止申请与批准记录关联到该项目，形成状态变更与审批的对应关系。终止检查清单可以拆成工作项分派给财务、法务、采购等角色，每项设置负责人和完成时间，交接与结算的进展在清单上直接可见。移交单、结算记录和复盘报告作为项目文档留存，归档后仍可按项目名称、终止时间或责任人检索。这样，项目关闭后回查终止依据和交接情况时，不需要再向个人索要材料。
完成检查：终止流程收尾是否到位
项目状态关闭前，按以下清单逐项核对。任何一项未完成，都应保留项目为“终止处理中”，待补齐后再关闭。
- 终止申请、影响评估、终止决定书齐全，批准人具备相应权限，批准日期明确。
- 通知已送达项目组、客户或供应商对接方、财务等相关方，并有确认记录。
- 范围与预算已冻结，费用截止清单确认，无新增采购或人员投入。
- 在途合同已处理完毕或有明确的后续处理责任人与时间。
- 供应商尾款、人员安排、资产归还均有结算或交接记录并签字。
- 成果与资料已移交给接收方，归档清单核对完整。
- 项目状态已关闭，复盘报告完成并归档。
- 遗留风险、未了诉讼或后续责任已指定责任人，并在记录中注明跟踪方式。
常见问题
项目终止后，已经签了合同但尚未交付的供应商订单怎么处理？
这类事项应在第二步影响评估时单独列出，由法务或合同管理角色逐份审查合同条款，给出终止、变更或继续履行的处理意见。常见做法包括协商提前结束并支付已完成部分的费用、变更交付范围、或按合同约定的违约与补偿条款执行。处理意见要落到具体责任人和完成时间，并在结算记录中登记尾款金额与支付安排。合同未处理完毕前，项目不宜直接关闭。
项目以“暂停”状态挂了很久，什么情况下应该转为终止？
判断口径是恢复条件是否成立。如果恢复时间、恢复所需资源和恢复后的目标都已明确并落实，可以继续按暂停管理；如果恢复条件长期无法满足，或者业务目标已经消失，继续挂暂停只会让资源和账目长期悬置，此时应转为终止，完成合同、人员、资产与资料的清算和移交。转终止时，原暂停期间的记录可作为终止申请的依据。
终止流程中，已经完成的部分成果需要移交吗？
需要。终止不等于成果作废，已完成的设计文档、代码、测试数据、调研结论等仍可能被其他项目复用或作为后续决策参考。移交时应明确接收方、移交内容和签字确认，与合同财务事项的交接分开处理。如果暂时没有明确的接收方，可先移交档案管理角色归档，并在记录中注明后续调用方式。
终止复盘和正常项目的结项复盘有什么不同？
终止复盘的重点在决策本身：终止触发情形是否被及早识别、评估阶段是否遗漏在途承诺、决策周期是否过长、合同条款是否缺少提前终止约定。正常结项复盘侧重目标达成与交付质量。终止复盘的结论应形成可执行的改进项，例如在后续项目签约时增加终止条款、在阶段评审中增加目标有效性检查，并归档以便同类项目参考。
项目关闭后才发现有未了事项，还能补处理吗？
可以，但应在关闭前尽量把遗留风险指定责任人和跟踪方式，并在记录中注明。若关闭后出现新的未了事项，可由原项目负责人或指定的后续责任人发起补充处理，相关记录追加到原项目的归档材料中，保持终止依据与后续处理的可追溯关系。这也是完成检查中要求遗留责任明确的原因。
