项目暂停的关键，是把“先停一下”的口头决定变成一次有记录的状态转换：先明确为什么停、停到什么范围、谁来批，再冻结任务与资源、同步干系人、保存成果与证据，同时写清恢复条件和复核安排。这样暂停期间工作不会悄悄推进，恢复时也有据可依。下文按决策、执行、分工、复核、示例和检查六个环节展开。
要点总览（TL;DR）
- 项目暂停先做四项决策：暂停原因（区分主因与次因）、暂停层级与范围（整体、阶段或部分工作包）、决策人与审批记录、初步期限及到期处理方式，形成暂停决策清单后再对外发布。
- 执行按五步推进：发布暂停通知、冻结任务与工时、盘点合同采购外包等外部安排、保存文档代码数据快照、更新项目状态与风险登记，每步都要有输出和完成标志。
- 暂停涉及项目经理、职能经理、财务、采购、法务和技术负责人分工，四类记录构成证据链：暂停通知与审批记录、状态变更记录、资产快照清单、风险与待办清单。
- 恢复条件写成“条件对象＋验证方式＋判定标准”，指定独立验证人和验证材料；暂停期间按周或按月复核，连续无进展应升级讨论是否转为终止评估。
- 暂停是否完成用检查清单判断，状态一致性、任务处理结论、工时截止、合同确认、干系人知会和恢复条件可验证性为阻断项，阻断项未通过不对外宣布暂停完成。
暂停前先做哪几项决策
暂停动作一旦发出，团队的工作节奏、外部承诺和成本都会随之变化，因此第一步是把决策做完整，再对外发布。决策阶段要回答四个问题：为什么暂停、暂停到哪一层、谁有权批准、初步预计停多久以及到期怎么办。这四项没有定清楚，后续冻结就容易出现范围遗漏或反复变更。
暂停原因分类
原因分类决定了审批层级和恢复条件的写法。常见类型包括：资源原因（关键人员长期缺位、关键设备不可用）、预算原因（资金未到位或预算被调整）、需求变更（范围发生重大调整、方案待重新确认）、外部依赖（供应商交付延迟、客户侧条件未具备）、风险事件（合规、安全、质量等需要先行处置的问题）。同一项目可能同时存在多个原因，记录时应区分主因和次因，主因决定恢复条件的主要验证方向。
暂停层级与范围
暂停层级直接影响冻结清单的颗粒度，建议在决策时明确到以下三档之一：
- 整体暂停：项目全部工作停止，团队整体转入待命或释放，适用于预算中断、重大风险事件等情形。
- 阶段暂停：当前阶段停止，已完成阶段成果封存，后续阶段不启动，适用于需求方案待确认、阶段性评审未通过等情形。
- 部分工作包暂停：仅指定工作包或模块停止，其余工作继续，适用于单一外部依赖延迟、局部资源缺口等情形。
范围描述要落到可识别的工作项或交付物名称，避免只写“相关开发工作暂停”这类模糊表述。范围越具体，冻结时越容易逐项核对，恢复时也越容易判断哪些工作可以先行启动。
决策人与审批记录
暂停决策应由有权调配相应资源的人做出。整体暂停通常需要项目发起人或更高层级管理者批准；阶段暂停可由项目发起人批准；部分工作包暂停可由项目经理提出、职能经理会签。审批记录至少包含：提出人、提出时间、决策人、决策时间、批准结论、附加条件。口头同意也应补成书面记录，否则后续资源释放和合同处理缺少依据。
暂停期限与到期处理
决策时给出初步期限，并同时约定到期处理方式，常见有三种：到期自动复核、到期未恢复则升级审批、到期转为终止评估。初步期限的作用是给复核设定时间锚点，避免项目长期停留在“暂停中”而无人推动。期限可以调整，但每次调整都应留下记录和新的复核日期。
完成上述内容后，形成一份暂停决策清单，字段包括：暂停原因（主因/次因）、暂停层级与范围、决策人与审批记录、初步期限、到期处理方式。这份清单是后续执行步骤的输入。
暂停执行的操作步骤
决策完成后进入执行阶段。执行的目标是让项目在系统中和现实中同时进入暂停状态，两者不一致会带来工时误记、任务被误推进、外部承诺失控等问题。以下步骤按时间顺序排列，每步说明输入、动作、输出和完成标志。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 发布暂停通知 | 暂停决策清单 | 向项目团队、职能经理和相关干系人发出书面通知，写明原因、范围、生效时间、保留人员和联系方式 | 暂停通知 | 通知送达确认齐全，生效时间无歧义 |
| 2. 冻结任务与工时 | 任务清单、当前工时记录 | 逐项标注进行中工作的处理方式：完成到可交付节点、挂起保留现场、回退到上一稳定状态；关闭或锁定工时填报入口 | 任务冻结清单、工时截止记录 | 每项进行中任务都有明确处理结论，工时不再新增 |
| 3. 盘点外部安排 | 合同台账、采购订单、外包协议 | 逐项确认暂停对交付节点、付款节点、违约责任的影响，向供应商和外包方发出暂停或变更通知 | 外部依赖暂停安排表 | 所有在执行合同均有处理结论和对方确认 |
| 4. 保存成果快照 | 文档库、代码库、数据环境、交付物清单 | 对当前版本打标签或归档，记录环境配置和数据状态，形成可还原的快照说明 | 资产快照清单 | 快照可被他人按说明还原，清单与实物一致 |
| 5. 更新状态与风险 | 项目管理系统中的项目、任务、风险记录 | 将项目状态改为暂停，更新任务状态，把暂停相关风险和新待办登记入册 | 状态变更记录、风险与待办清单 | 系统状态与通知一致，风险与待办均有责任人和期限 |
第2步是执行中最容易出问题的环节。进行中工作的处理方式需要逐项判断：能在一个工作日内收尾到可交付节点的，优先收尾；无法收尾的，记录当前进度、遗留问题和恢复所需的前置条件后挂起；涉及数据或环境变更的，回退到上一稳定状态并记录回退点。工时冻结要明确截止时点，暂停生效后的工时不再计入项目成本。
第3步需要财务、采购和法务共同参与。暂停可能触发付款节点顺延、交付期限变更或违约条款，处理结论应写入合同变更记录或补充协议，仅有内部通知不足以对抗外部约定。
第5步中，项目状态、任务状态、文档归档和风险登记需要在同一套记录体系里同步更新，避免通知、系统状态和实际工作三处不一致。ONES Plan 支持自定义项目属性，可用于标记项目所处状态；ONES Plan 的项目工时管理能力可配合工时截止记录，帮助确认暂停生效后不再产生新的项目工时。具体字段和流程配置以团队实际使用方式为准。
角色分工与交付物
暂停涉及多个职能，职责不清会出现“通知发了但合同没处理”“任务冻结了但文档没归档”这类缺口。下表按角色列出暂停期间的主要职责和应产出的记录。
| 角色 | 主要职责 | 应产出的记录 |
|---|---|---|
| 项目经理 | 牵头决策清单编制、发布暂停通知、组织冻结与盘点、维护风险与待办清单、安排复核 | 暂停决策清单、暂停通知、任务冻结清单、风险与待办清单、复核记录 |
| 职能经理 | 确认保留人员名单，安排待命或转岗，确认释放人员的交接 | 人员安排确认单 |
| 财务 | 核算已发生成本，确认暂停对预算和付款的影响，冻结相关费用科目 | 成本截止记录、预算影响说明 |
| 采购 | 盘点在执行采购订单，向供应商发出暂停或变更通知并取得确认 | 外部依赖暂停安排表、供应商确认记录 |
| 法务 | 审查暂停对合同条款的影响，起草或审核变更协议 | 合同影响评估意见、变更协议 |
| 技术负责人 | 确定进行中技术工作的处理方式，组织成果快照和环境封存 | 技术冻结说明、资产快照清单 |
干系人沟通责任需要单独明确。通常由项目经理统一对外口径，向项目发起人、客户和合作方同步暂停决定；涉及合同和商务的沟通由采购或商务负责人对接；内部团队沟通由项目经理和职能经理共同完成。沟通记录应保留时间、对象、内容和对方反馈，作为后续争议处理的依据。
交付物清单可归纳为四类：暂停通知与审批记录、状态变更记录、资产快照清单、风险与待办清单。这四类记录构成暂停的完整证据链，缺任何一类都会影响恢复时的判断效率。
暂停期间怎么管：恢复条件与定期复核
暂停不等于放任。暂停期间需要维持最低限度的管理动作，否则恢复时可能面临环境失效、人员流失、外部关系冷却等新问题。这一阶段的核心工作是写清恢复条件、安排定期复核、保留必要人员。
恢复条件的可验证写法
恢复条件要写成可被第三方核验的客观标准，避免“情况好转后恢复”“资金到位后启动”这类无法判断的表述。可参照的写法结构是：条件对象＋验证方式＋判定标准。例如：
- 预算恢复：新财年预算批复文件下达，且批复金额覆盖剩余工作所需成本。
- 资源恢复：关键岗位人员到岗，并完成不少于约定天数的交接。
- 外部依赖解除：供应商书面确认交付日期，且该日期在项目可接受窗口内。
- 需求确认：变更后的需求范围通过评审，评审记录归档。
每条恢复条件应指定验证人和验证材料，验证人独立于提出恢复申请的人，避免自证。
定期复核节奏与内容
复核节奏按暂停期限设定：短期暂停可每周复核一次，中长期暂停可每两周或每月复核一次。复核内容包括：恢复条件各项进展、外部依赖变化、保留人员状态、成本是否继续发生、风险清单是否有新增。每次复核形成简短记录，写明日期、参与人、各项条件状态和下一步安排。连续多次复核无实质进展的，应触发升级，讨论是否转为终止评估。
保留人员与最低维护工作
暂停期间通常保留少量人员负责最低维护：环境可用性检查、数据备份、关键外部关系维护、恢复所需材料的整理。保留人员的工作内容、投入比例和汇报关系应在暂停通知中写明，其工时单独记录，不计入原项目工作包。
恢复申请与审批流程
恢复由项目经理提出申请，附恢复条件验证材料，经原暂停决策人审批。审批通过后，依次执行：更新项目状态、解冻任务、恢复工时填报、通知外部相关方、启动恢复后的首次计划会。恢复审批记录与暂停审批记录关联保存，形成完整的状态转换链条。ONES Plan 支持查看多项目数据集合，多维度掌控项目进度，可用于在恢复前核对项目整体进展与资源占用情况；ONES Resource 支持实时查看成员每日投入饱和明细，帮助判断恢复时人员是否具备投入条件。
示例：一个研发项目暂停的完整记录
以下为演示情景，用于说明各字段的填写方式，不代表真实项目数据。
示例背景与暂停原因
某研发项目处于开发阶段中期，因客户侧需求方案发生重大调整，且新方案评审时间未定，项目决定阶段暂停。主因为需求变更，次因为外部依赖（客户评审排期）。
决策与范围填写
暂停层级为阶段暂停，范围为开发阶段全部工作包，不含已完成的需求阶段成果。决策人为项目发起人，项目经理提出，审批记录注明批准日期和附加条件“方案评审通过后提交恢复申请”。初步期限为六周，到期处理方式为到期未恢复则升级至项目指导委员会评估是否调整范围。
冻结清单与资产快照
进行中任务共若干项，处理结论分为三类：两项收尾至可演示状态后挂起；其余任务记录当前进度和遗留问题后挂起。工时截止至暂停生效日。代码库打标签并记录分支状态，测试环境保留但停止自动部署，数据完成一次全量备份。外部安排方面，一项外包测试协议发出暂停通知并取得对方书面确认，付款节点顺延至恢复后。
恢复条件与复核安排
恢复条件写为三条：客户新方案评审通过并有评审记录；外包测试方确认可在恢复后两周内到位；开发阶段剩余预算经财务确认可用。验证人分别为项目经理、采购负责人和财务负责人。复核安排为每两周一次，由项目经理组织，记录各项条件状态。保留人员为技术负责人一人，负责环境可用性检查，投入比例为部分工时。
完成检查：暂停是否做到位
暂停动作是否完成，用检查清单逐项核对。以下条目全部通过，才可认定暂停执行到位；标注为阻断项的条目未通过时，不得对外宣布暂停完成。
| 检查类别 | 检查项 | 是否阻断 |
|---|---|---|
| 状态与记录一致性 | 项目管理系统中的项目状态已改为暂停，与暂停通知一致 | 是 |
| 状态与记录一致性 | 任务冻结清单中每项进行中任务都有处理结论 | 是 |
| 状态与记录一致性 | 工时填报已截止，截止时点有记录 | 是 |
| 资源与合同处理 | 保留人员名单和最低维护工作已明确 | 是 |
| 资源与合同处理 | 在执行合同和采购订单均有处理结论，外部方已确认 | 是 |
| 资源与合同处理 | 成本截止记录和预算影响说明已完成 | 否 |
| 干系人知会 | 项目发起人、客户、合作方均已收到暂停通知并有反馈记录 | 是 |
| 干系人知会 | 内部团队知会覆盖全部受影响成员 | 否 |
| 恢复条件可验证性 | 每条恢复条件都有验证方式和验证人 | 是 |
| 恢复条件可验证性 | 复核节奏和首次复核日期已确定 | 是 |
| 恢复条件可验证性 | 资产快照清单可被他人按说明还原 | 否 |
阻断项未通过时，常见处理方式是补齐记录后再复核，而非先宣布完成再补材料。非阻断项可以在暂停期间继续完善，但应在首次复核前完成。全部阻断项通过、非阻断项有明确完成期限，即可判定本次暂停执行完成，项目进入暂停期管理。
常见问题
项目只停一部分工作包，还需要走完整的暂停审批吗？
需要走审批，但审批层级可以简化。部分工作包暂停通常由项目经理提出、职能经理会签即可，不必上升到项目发起人。即便如此，暂停通知、范围描述、冻结清单和恢复条件仍要留下记录，因为被暂停的工作包同样涉及工时截止、外部承诺和成果快照。范围描述要落到具体工作项或交付物名称，便于后续逐项核对哪些工作继续、哪些工作停止。
暂停期间保留人员的工作怎么记录工时？
保留人员的工作内容、投入比例和汇报关系应在暂停通知中写明，其工时单独记录，不计入原项目工作包。这样处理有两个作用：一是暂停期间的成本可以单独核算，二是恢复时能清楚区分哪些投入属于维护性工作、哪些属于项目重启后的正式工作。保留人员的职责通常包括环境可用性检查、数据备份、关键外部关系维护和恢复材料整理。
外部合同已经发出暂停通知，对方不确认怎么办？
仅有内部通知不足以对抗外部约定，需要取得对方书面确认或签署补充协议。对方不确认时，由采购和法务共同评估暂停对交付节点、付款节点和违约责任的影响，必要时以合同变更方式固定处理结论。在对方确认前，该合同应保持“处理中”状态，不能视为已完成暂停安排，检查清单中这一项仍属未通过。
暂停期限到了但恢复条件仍未满足，应该怎么处理？
按决策时约定的到期处理方式执行，常见有三种：到期自动复核、到期未恢复则升级审批、到期转为终止评估。复核时逐项核对恢复条件进展、外部依赖变化、保留人员状态和成本是否继续发生，形成简短记录。连续多次复核无实质进展的，应触发升级，由原决策人或更高层级讨论是否调整范围、延长暂停或转入终止评估，避免项目长期停留在暂停状态而无人推动。
暂停后恢复需要重新走立项流程吗？
通常不需要重新立项，但恢复要经过审批。恢复由项目经理提出申请，附恢复条件验证材料，经原暂停决策人审批；审批通过后依次更新项目状态、解冻任务、恢复工时填报、通知外部相关方、召开恢复后的首次计划会。恢复审批记录与暂停审批记录关联保存，形成完整的状态转换链条。如果暂停期间范围、预算或关键人员发生重大变化，则应在恢复申请中一并说明并重新确认基线。
