项目终止流程通常包含六个环节：终止动因确认与决策、终止范围与影响评估、收尾计划与责任分工、成果与资产处置、合同与财务结算、复盘归档与人员释放。提前终止与正常收尾共用这套骨架，差别集中在决策依据、结算范围和对外沟通的复杂度。下面按环节说明输入、动作、产出物和完成标志，并给出可直接套用的记录模板与检查清单。
要点总览（TL;DR）
- 项目终止流程由六个环节组成：终止动因确认与决策、终止范围与影响评估、收尾计划与责任分工、成果与资产处置、合同与财务结算、复盘归档与人员释放，前一环节的产出物是后一环节的输入。
- 终止决策要按影响范围确定审批层级，决策记录至少包含动因分类、评估材料、备选方案、结论、生效时间与审批人，便于事后复盘和对外统一口径。
- 影响评估按交付物、合同义务、供应商、客户、团队、数据与知识产权六类逐项盘点，并把不可逆投入单独标出，它决定结算谈判的空间。
- 处置环节要求每项动作都有接收方或确认方：交付物移交或封存、资产与权限回收、合同关闭与款项处理，最终汇总为处置清单和移交确认单。
- 流程关闭以关闭确认单签批为准，阻断项未通过时流程保持开启，补齐证据后重新核对，避免先关闭再补材料。
终止流程的六个环节与先后顺序
把终止当作一个有起点、有终点、有交接的流程来管理，第一步是让所有人对“走到哪一步、下一步做什么”有同一张图。六个环节按顺序推进，前一个环节的产出物是后一个环节的输入；当评估发现终止条件不成立时，流程可以回退到决策环节重新审议。
| 环节 | 输入 | 关键动作 | 输出物 | 完成标志 |
|---|---|---|---|---|
| 1. 终止动因确认与决策 | 项目状态报告、目标偏差数据、资源与外部条件变化信息 | 归类动因、收集评估材料、按权限提交审批 | 终止决策记录（含审批意见） | 有权限的负责人签批，决策记录归档 |
| 2. 终止范围与影响评估 | 终止决策记录、合同、交付物清单、人员与供应商名单 | 逐项盘点已完成与未完成事项，评定影响等级 | 终止影响评估清单 | 评估对象无遗漏，处置建议明确到责任方 |
| 3. 收尾计划与责任分工 | 影响评估清单 | 把处置建议拆成任务，定负责人、截止时间、产出物 | 收尾计划表、角色职责对照表 | 每项任务都有负责人和日期，计划经相关方确认 |
| 4. 成果与资产处置 | 收尾计划、交付物清单、资产与账号台账 | 移交或封存交付物与文档，回收资产与权限 | 移交确认单、资产处置清单 | 接收方签字确认，资产与权限回收完毕 |
| 5. 合同与财务结算 | 合同终止条款、未付款项明细、供应商约定 | 协商终止条款执行、结算款项、关闭采购订单 | 结算确认单、合同关闭记录 | 应收应付结清或有明确处理方案，合同状态关闭 |
| 6. 复盘归档与人员释放 | 全过程记录、结算结果 | 复盘议题讨论、归档材料、释放团队成员 | 复盘记录、归档清单、流程关闭确认单 | 关闭确认单签批，团队成员有后续安排 |
环节之间的触发关系需要写清楚：影响评估发现合同存在高额违约风险时，应回到决策环节补充审批，而不是直接进入处置；结算环节发现交付物验收存在争议时，需要退回成果处置环节补做确认。提前终止与正常收尾的差异主要体现在两处：决策环节的依据从“目标已达成”变为“目标失效或不可继续”，结算环节需要处理违约、索赔和供应商提前解约，对外沟通的范围和口径也更复杂。
终止决策如何做出并留下依据
终止决策要解决三个问题：动因属于哪一类、谁有权拍板、留下什么记录。动因通常分为四类：目标失效（市场需求消失、战略调整）、资源中断（预算削减、关键人员流失）、技术不可行（方案验证失败、依赖无法满足）、外部条件变化（政策、合规、客户方变动）。分类的作用是决定后续评估的重点，例如资源中断类动因要重点评估人员释放与预算回收，外部条件变化类要重点评估合同与客户沟通。
审批权限按影响范围确定：影响单一项目且金额在部门授权范围内的，由项目发起人或部门负责人审批；涉及跨部门资源、对外合同或较大金额的，提交项目管理委员会或更高层级；涉及客户合同变更的，法务与商务负责人必须会签。权限规则应事先写入项目管理制度，避免终止时临时找人签字。
决策记录建议包含以下字段：项目名称与编号、决策日期、动因分类与具体说明、决策前收集的评估材料清单、备选方案及未采纳原因、决策结论（终止/暂停/继续观察）、生效时间、审批人与会签人、对外沟通口径授权、后续动作与责任人。记录的价值在于事后复盘时有据可查，也在于向客户、供应商解释时口径一致。
决策前需要收集的材料至少包括：当前进度与目标偏差数据、剩余工作量与所需资源估算、合同关键条款摘要、主要干系人意见。把这些材料与决策记录放在同一处管理，能让审批人看到完整依据。ONES 的项目管理支持按项目制管理里程碑和交付物，配合模板与权限配置，可以把决策记录作为项目文档沉淀在对应项目下，审批意见与项目状态变更保持在同一上下文中。
终止范围与影响评估怎么做
影响评估的目标是把“终止”这个决定拆解成一张可处置的清单，避免遗漏合同义务、外部依赖和不可逆投入。评估对象按六类展开，每类都要回答现状、影响等级和处置建议。
| 评估对象 | 需要确认的现状 | 影响等级判断依据 | 处置建议方向 |
|---|---|---|---|
| 交付物 | 已完成、部分完成、未开始的比例 | 是否可独立交付、是否影响客户业务 | 移交、封存或废弃 |
| 合同义务 | 终止条款、违约条款、验收约定 | 违约金额与法律风险 | 协商变更、按条款执行 |
| 供应商与外包 | 在途订单、已付款项、交付进度 | 解约成本与替代方案 | 提前解约、转单、继续履行至节点 |
| 客户与外部干系人 | 已承诺的交付时间与范围 | 对客户业务的影响与关系风险 | 正式沟通、替代方案、补偿安排 |
| 团队 | 人员投入、技能依赖、当前任务 | 释放难度与对其它项目的影响 | 转岗、释放、保留至收尾结束 |
| 数据与知识产权 | 数据归属、保密要求、成果权属 | 合规风险与权属争议可能 | 归档封存、移交、按约定销毁 |
评估方法上，建议对每个对象做三列盘点：未完成事项、已完成事项、不可逆投入。不可逆投入指已经发生且无法收回的成本或承诺，例如已支付的采购款、已对外发布的承诺，这类事项要单独标注，因为它们直接决定结算谈判的底线。影响等级可按高、中、低三级划分：高影响指涉及法律风险、客户重大业务或金额较大的事项，必须在收尾计划中排在最前并有明确负责人；中影响指需要协调但风险可控的事项；低影响指内部整理类事项。
评估结论要逐条对应到收尾计划的任务，不能停留在清单层面。每条高影响事项至少产出一个任务，写明处置动作、责任方和期望完成时间，这样评估才真正驱动后续执行。
收尾计划与角色分工
收尾计划把评估结论转成可执行的任务表，必备要素有四项：任务描述、负责人、截止时间、产出物。任务描述要写到可验收的程度，例如“完成与客户方的终止沟通并取得书面确认”比“处理客户沟通”更可执行。截止时间按外部约束倒排：合同约定的通知期、供应商解约窗口、财务结算周期往往决定关键日期。
| 角色 | 主要职责 | 关键产出 |
|---|---|---|
| 项目经理 | 统筹收尾计划、跟踪任务进度、组织复盘、汇总关闭确认 | 收尾计划表、流程关闭确认单 |
| 职能负责人 | 确认本职能交付物状态、安排人员释放与转岗 | 交付物状态确认、人员安排意见 |
| 财务 | 核算已发生成本、处理应收应付、关闭项目预算 | 结算确认单、预算关闭记录 |
| 法务 | 审核合同终止条款、起草终止协议、评估违约风险 | 合同关闭记录、法律风险意见 |
| 客户接口人 | 对外沟通、协调客户验收或接收、确认沟通口径 | 客户确认函、沟通记录 |
对外沟通与对内通知要分开安排。对外沟通由客户接口人统一口径，涉及合同与赔偿的内容需法务审核后发出；对内通知由项目经理发布，说明终止原因、收尾安排和对个人的影响，避免信息在团队内以非正式渠道扩散。计划变更要有升级机制：任务延期超过约定天数、或出现新的高影响事项时，由项目经理提交变更说明，报原审批层级确认，变更记录并入收尾计划版本。
收尾任务的分派和截止时间管理，可以在 ONES 中按任务形式建立并指派到人，配合里程碑跟踪关键节点，使收尾阶段的进度与普通项目执行使用同一套跟踪方式，减少切换成本。
成果、资产与合同的处置
处置环节是把计划变成实际交接的动作集合，核心原则是每一项处置都有接收方或确认方，避免“处理完了但没人确认”。
已完成交付物的移交，需要先确认验收状态：客户已验收的直接办理移交手续；未验收但可独立使用的，与客户协商按现状移交并取得书面确认；无法交付的，说明原因并记录在移交确认单中。过程文档与数据按公司归档规则处理：需要长期保留的封存，涉及客户保密数据的按合同约定移交或销毁，销毁要有记录。
软硬件资产、账号与权限的回收容易被忽略，建议按台账逐项核对：设备归还、云资源释放、系统账号停用、代码仓库与文档库权限回收。回收完成后由资产管理员或系统管理员签字，作为处置清单的完成证据。
合同与财务方面，先核对终止条款中的通知期、违约金、已交付部分的计价方式，再由法务与财务共同确定结算方案。未付款项要区分应付供应商和应收客户，分别制定处理时间表。供应商与外包方的收尾约定应包含：在途订单的处理方式、已交付成果的接收标准、尾款支付条件、保密义务的延续。所有处置动作完成后，汇总为资产与合同处置清单及移交确认单，作为流程关闭的证据之一。
复盘、归档与人员释放
复盘的范围围绕三个议题：目标偏差（原定目标与实际结果的差距及原因）、决策质量（终止决策的时点是否及时、依据是否充分）、过程问题（执行中出现的管理与协作问题）。复盘不是追责会，议题设置要指向可改进的机制，例如“动因识别到决策的平均周期”“影响评估遗漏的对象类型”。
复盘结论要转化为可复用的改进项，每条改进项写明改什么、谁负责、何时落地，并纳入团队或组织的过程改进清单。没有责任人和时间的结论容易停留在会议纪要里。
归档内容包括：终止决策记录、影响评估清单、收尾计划及变更记录、移交与结算确认单、复盘记录。归档位置按公司文档管理制度确定，保留期限参照合同约定与合规要求，涉及客户数据的按合同执行。人员释放要与绩效和后续安排衔接：释放时间以收尾任务完成为准，释放前完成工作交接，绩效评价把收尾贡献纳入考量，避免“项目终止即评价中断”。
最后一步是流程关闭确认：由项目经理汇总各环节产出物，确认无未关闭的高影响事项，报原审批层级签批关闭。关闭确认单签批后，项目状态正式转为已终止，相关系统权限按规则回收。ONES 的知识库可用于沉淀复盘记录与归档材料，效能度量与仪表盘可为复盘提供进度、投入等数据参考，具体到终止场景的归档保留期限与审批流配置，建议在选型或配置时结合实际制度核验。
示例：一个提前终止项目的完整走法
以下为演示情景，用于说明各环节的实际产出，不指向真实客户或项目。
某企业启动一个内部数据平台建设项目，计划周期六个月。执行到第三个月时，公司战略调整，平台所支撑的业务线被合并，项目目标失效。项目经理整理进度报告与目标偏差数据，提交部门负责人与项目管理委员会审议，两周内完成决策，形成终止决策记录，动因归类为“目标失效—战略调整”，并明确对外沟通由业务负责人统一口径。
影响评估阶段，团队盘点出：核心数据模型已完成并可复用，前端页面完成约一半，两份供应商合同处于履行中，一名外包人员驻场。评估结论将供应商合同列为高影响，交付物复用列为中影响，页面废弃列为低影响。收尾计划据此排定任务：法务在一周内与供应商协商提前解约，财务核算已付款项与违约金，技术负责人整理可复用模型并移交至新业务线，项目经理负责团队通知与人员安排。
处置阶段，数据模型完成移交并取得接收方确认，前端代码封存归档，驻场外包按合同约定完成交接后离场，云资源与账号在一周内回收。结算阶段，两份供应商合同一份按节点结算、一份协商解约并支付约定补偿，项目预算关闭。复盘会上，团队识别出“战略变化信息未及时同步到项目层”的问题，形成改进项：在季度战略评审后增加项目组合复核动作。归档完成后，关闭确认单签批，项目状态转为已终止。
这个示例体现的可迁移规律有三条：决策要快于处置，避免在动因未确认时就开始对外沟通；评估要把不可逆投入单独标出，它决定结算谈判空间；复盘改进项要落到机制上，而不是停留在“下次注意”。
完成检查：终止流程是否真正走完
检查按环节组织，每项都要有通过标准和证据，缺少证据的项视为未完成。阻断项指未完成则不能关闭流程的事项。
| 环节 | 检查项 | 通过标准与证据 | 是否阻断 |
|---|---|---|---|
| 决策 | 终止决策记录完整并签批 | 记录含动因、依据、结论、审批人；有签批记录 | 是 |
| 评估 | 六类评估对象均已盘点 | 影响评估清单覆盖交付物、合同、供应商、客户、团队、数据与知识产权 | 是 |
| 计划 | 收尾任务均有负责人与截止时间 | 收尾计划表完整，变更记录可查 | 是 |
| 处置 | 交付物移交或封存有确认 | 移交确认单签字，封存记录可查 | 是 |
| 处置 | 资产、账号与权限回收完毕 | 资产处置清单逐项核对并签字 | 是 |
| 结算 | 合同状态关闭、款项有处理方案 | 结算确认单、合同关闭记录 | 是 |
| 复盘归档 | 复盘记录与改进项已登记 | 复盘记录含议题、结论、改进项责任人 | 否，但需在关闭前完成 |
| 归档 | 归档材料齐全并存放到位 | 归档清单与存放位置记录一致 | 是 |
| 人员 | 团队成员均有后续安排 | 人员释放与转岗记录 | 否，但需在关闭前完成 |
| 关闭 | 流程关闭确认单签批 | 关闭确认单有原审批层级签字 | 是 |
检查责任人建议由项目经理组织自查，由项目管理办公室或指定复核人在关闭前做一次独立核对，检查时点安排在关闭确认单签批之前。发现阻断项未通过时，流程保持开启状态，补齐证据后重新核对，避免“先关闭再补材料”的做法削弱流程的约束力。
常见问题
项目终止和项目暂停在流程上有什么不同？
两者共用决策、评估、计划、处置、复盘这套骨架，差别在处置深度和资源状态。暂停通常保留团队、预算和资产，收尾计划以“冻结与恢复条件”为主，归档材料侧重当前状态记录；终止则要完成交付物移交或封存、资产与权限回收、合同关闭和人员释放，结算范围更大。实践中可以先按暂停处理，在决策记录中写明恢复条件和观察期限，到期再走终止决策，避免反复启动和停止。
终止决策做出后，发现影响评估遗漏了重要合同义务，应该怎么处理？
把流程退回评估环节补做盘点，再更新收尾计划，不要直接在处置阶段临时处理。具体做法是：在影响评估清单中新增该合同对象，标注影响等级和处置建议，同步修改收尾计划的任务、负责人和截止时间，并把变更记录并入计划版本。如果该合同涉及违约风险或金额较大，还需要回到决策环节补充审批，由原审批层级确认新的结算方案。退回本身是流程的正常分支，记录清楚退回原因和补充内容即可。
团队成员在收尾期间被抽调去其他项目，收尾任务延期怎么办？
先判断延期任务是否属于阻断项。阻断项（如交付物移交确认、资产回收、合同关闭）延期会直接阻止流程关闭，需要由项目经理提交变更说明，报原审批层级确认新的截止时间，并明确替代负责人。非阻断项可以调整顺序，把依赖外部窗口的任务优先安排。人员抽调的安排建议在收尾计划阶段就与职能负责人确认，把释放时间与收尾任务完成挂钩，减少执行中途的人力冲突。
小型项目也需要走完整的六个环节吗？
环节可以合并，产出物不建议省略。影响范围小、无对外合同的项目，可以把影响评估与收尾计划合并为一次会议完成，决策记录用简表记录动因、结论和审批人，处置与结算合并处理。复盘可以简化为一次短会加一条改进项。判断标准是：是否涉及对外承诺、是否有未结清款项、是否有需要移交的交付物。三项都不涉及的项目，流程可以压缩到决策、处置、归档三步，但关闭确认仍需签批。
复盘发现终止决策本身偏晚，这类结论怎么落地？
把结论转成机制层面的改进项，而不是停留在“下次早点决策”。可操作的做法包括：在项目组合评审中增加动因复核节点，设定从动因识别到决策的时限要求，在项目状态报告中固定列出目标偏差和外部条件变化字段。每条改进项写明改什么、谁负责、何时落地，纳入团队或组织的过程改进清单并定期检查。这样复盘结论才能影响下一次决策的时点，而不只是记录一次教训。
