项目暂停需要按一套管理动作推进：先判断是否该停、停到什么范围，形成书面决定；再冻结范围与预算，清点在途工作，处理合同与人员安排；随后把状态、原因、恢复条件和责任人记录到可追溯的工作项与文档中；最后设定复核节点，按恢复条件判断重启、延期或终止。本文按执行顺序给出步骤、角色分工、记录示例和完成检查，适用于项目整体或阶段性的暂停管理。
要点总览（TL;DR）
- 项目暂停先判断触发原因和影响范围，把暂停分为整体、阶段、部分工作包三级，并区分暂停、延期与终止三种走向。
- 执行按六步推进：形成书面暂停决定、冻结范围与预算、清点在途工作、处理合同与外部承诺、安置人员、更新工作项与文档状态。
- 暂停期间要设定复核节点和可判断的恢复条件，在复核时形成重启、继续延期或终止的书面结论。
- 暂停记录应包含原因、生效日期、冻结范围、恢复条件、复核时间和责任人，并与交接清单、对外通知记录相互引用。
- 完成检查以能否指向具体文档为准，决定、冻结、交接、通知、恢复条件、状态一致性六项全部通过后再进入维护阶段。
暂停前先判断：什么情况该停、停到什么程度
暂停的第一步是形成判断依据，明确触发原因和影响范围。缺少这一步，暂停容易变成口头约定，后续既说不清为什么停，也说不清停到什么程度。判断结果应落到一份清单上：触发条件、影响范围、暂停级别、决策人四项写清楚，再进入执行。
常见触发条件
触发条件通常来自项目外部或关键前提的变化，可以按来源归类，便于对应不同的处理动作：
- 需求方向重大变化：业务目标调整、上游规划变更，导致当前范围继续投入的价值下降。
- 预算或资源中断：预算被削减或延后、关键人力被抽调，项目无法按原计划推进。
- 关键依赖方延期：外部供应商、合作方或上游系统交付延迟，项目进入等待状态。
- 合规或质量风险：出现需要停下来评估的合规问题、重大质量缺陷或安全事件。
- 组织调整：团队重组、汇报关系变化、优先级重排，需要重新确认项目归属和投入。
判断时区分两类情况：一类是前提消失、短期无法恢复，倾向暂停或终止；另一类是短期波动、有明确恢复时点，可以按延期处理。把两者混在一起，会让暂停成为默认缓冲，项目长期挂在“暂停中”却无人推动。
暂停范围分级
暂停范围决定后续冻结和交接的工作量，建议在决定阶段就定级：
| 级别 | 适用范围 | 典型处理 |
|---|---|---|
| 整体暂停 | 项目全部工作停止推进 | 冻结全部范围与预算，全员安置，对外统一通知 |
| 阶段暂停 | 某一阶段（如开发、测试）停止，前后阶段维持 | 冻结该阶段范围，保留衔接岗位，明确阶段重启条件 |
| 部分工作包暂停 | 个别工作包或模块停止，其余继续 | 只冻结相关任务与资源，调整计划依赖关系 |
暂停、延期与终止的区别
三者的差别在于工作是否继续、资源是否保留、是否需要恢复条件：暂停是工作停止但保留恢复可能，需要设定恢复条件和复核节点；延期是工作继续，只是时间后移，计划随之调整；终止是工作结束，进入收尾与清算。判断时先问“原目标是否仍然成立”，目标成立但时间或资源受限，考虑延期；目标暂时无法判断，考虑暂停；目标明确不再成立，进入终止流程。
谁参与、以什么形式确认
暂停决定应由有权调配资源的人确认，通常包括项目负责人、业务或产品负责人、资源所属部门负责人；涉及预算和合同时，财务与合同接口人参与。确认形式采用书面记录，写明原因、生效时间、范围、决策人和恢复条件初稿，通过邮件、会议纪要或项目文档留痕。口头同意可以作为启动信号，但不能替代书面决定。
核心操作步骤：从暂停决定到状态冻结
以下六步按顺序执行，每步都有明确输入、动作、输出和完成标志。前一步的输出是后一步的输入，跳步容易造成范围未冻结就开始交接、合同未通知就释放人员等遗漏。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 | 负责人 |
|---|---|---|---|---|---|
| 1. 形成书面暂停决定 | 暂停判断清单、决策人意见 | 写明暂停原因、生效时间、范围、决策人、初步恢复条件 | 暂停决定文档 | 决策人确认，文档归档并可被相关方查阅 | 项目负责人 |
| 2. 冻结范围与预算 | 当前需求清单、预算执行表 | 停止新增需求与新承诺，锁定当前版本范围，冻结未使用预算 | 冻结后的范围清单与预算状态记录 | 范围清单有版本标记，新增需求入口关闭或有审批约束 | 产品/业务负责人、财务接口人 |
| 3. 清点在途工作 | 任务列表、迭代计划、代码与文档库 | 逐项标记已完成、进行中、待启动三类状态，进行中工作写明停在哪里 | 在途工作清点表 | 所有任务都有状态标记，无未归属任务 | 项目负责人、技术负责人 |
| 4. 处理合同与外部承诺 | 合同清单、付款节点、对外承诺记录 | 通知供应商、客户与协作方，确认暂停期间的履约安排和付款节点 | 对外通知记录、合同处理说明 | 相关外部方已确认收到通知，合同节点有书面结论 | 合同接口人、项目负责人 |
| 5. 安置人员 | 团队名单、在途工作清点表 | 明确留守、转岗或释放安排，确定交接人和交接时点 | 人员安置表 | 每名成员有明确安排，交接责任落到人 | 项目负责人、部门负责人 |
| 6. 更新工作项与文档状态 | 前五步的输出 | 把暂停状态、原因、恢复条件、复核时间写入工作项与项目文档 | 暂停记录 | 工作项状态与实际一致，暂停记录可被检索 | 项目负责人 |
第三步清点时，对“进行中”的工作要写到可交接的粒度：做到哪一步、剩余什么、依赖什么、接手人需要哪些权限或环境。只写“进行中”三个字，等于没有清点。第五步人员安置要与第三步结果对应，有在途工作的成员在交接完成后再转岗或释放。
第六步是让暂停可追溯的关键。工作项状态、暂停原因、恢复条件和复核时间应记录在同一处，并与项目文档关联，避免决定在邮件里、状态在工具里、恢复条件在个人记忆里。使用 ONES 时，可以把暂停决定和交接清单放在 ONES Wiki 文档中，并通过文档关联项目任务，让文档与项目工作保持对应；文档的版本记录便于后续查看暂停时的原始内容。工作项层面的状态标记按团队现有配置执行，保持与实际进展一致。
角色与交付物分工：谁做什么、留下什么
暂停期间责任容易悬空，原因通常是角色只领了任务、没有对应交付物。下表按角色列出职责边界和必须提交的文档，提交时点以暂停生效日为基准。
| 角色 | 职责边界 | 交付物 | 提交时点 |
|---|---|---|---|
| 项目负责人 | 暂停决定落地、整体协调、对外沟通口径统一 | 暂停决定文档、暂停记录、对外通知记录 | 生效当日完成决定与记录，通知在生效后一个工作日内发出 |
| 产品/业务负责人 | 确认需求与范围冻结，判断哪些需求不再纳入 | 冻结范围清单（含版本标记） | 生效当日 |
| 技术负责人 | 清点在途技术工作，保全环境、代码与数据 | 技术工作在途清单、环境与数据保全说明 | 生效后两个工作日内 |
| 财务与合同接口人 | 预算冻结、合同与付款节点处理 | 预算冻结记录、合同处理说明 | 生效后三个工作日内 |
| 团队成员 | 填写交接内容，说明个人工作状态 | 交接清单、个人工作状态说明 | 接到通知后两个工作日内 |
交付物的提交时点可以根据项目规模调整，但要有明确日期，不能写成“尽快”。项目负责人的暂停记录是汇总性文档，应引用其他角色的交付物，形成一份可独立阅读的完整记录。涉及权限控制时，暂停记录和交接清单的读写范围按角色配置，既保证相关方能查阅，也避免无关人员改动。
示例：一个研发项目暂停的完整走法
以下为演示情景，用于说明暂停记录的组织方式，不代表真实项目数据。
情景设定
某研发项目原计划六个月完成，进行到第三个月时，年度预算调整，项目预算被削减，需暂停三个月后重新评估。项目负责人据此启动暂停流程，范围定为整体暂停。
暂停决定与范围界定
暂停决定写明：暂停原因为预算调整，生效日期为决定确认次日，范围为项目全部工作包，决策人为业务负责人与部门负责人，初步恢复条件为预算恢复或替代资金到位。范围冻结以暂停生效日的需求版本为准，此后新增需求不进入本项目，需另行立项评估。
在途工作清点与交接
清点结果按三类标记：已完成的工作包标注完成日期和验收状态；进行中的工作包写明完成比例、剩余任务、依赖环境和接手人；待启动的工作包标注为未开始并保留原计划说明。技术负责人补充环境与数据保全说明，包括代码分支冻结方式、测试环境保留期限、数据备份位置。
暂停记录字段示例
| 字段 | 示例内容 |
|---|---|
| 暂停原因 | 年度预算调整，项目预算削减，需重新评估投入 |
| 生效日期 | 决定确认次日 |
| 冻结范围 | 项目全部工作包，以生效日需求版本为准 |
| 恢复条件 | 预算恢复或替代资金到位，且业务优先级重新确认 |
| 复核时间 | 暂停后第一个月末、第三个月末各复核一次 |
| 责任人 | 项目负责人（整体）、技术负责人（环境与数据）、合同接口人（合同节点） |
对外沟通与合同处理
项目负责人统一对外口径，向客户说明暂停原因、预计复核时间和对接人；合同接口人核对合同中关于暂停、延期和付款的条款，与供应商确认暂停期间的服务安排和付款节点调整，所有沟通结果写入合同处理说明并留痕。对外通知避免承诺具体重启日期，只承诺复核时间。
暂停期间的管理与恢复条件设定
暂停不等于放任。暂停期间需要维持最低限度的信息更新和固定节奏的复核，否则恢复时会发现状态失真、条件无人跟踪。
复核节点与复核内容
| 复核节点 | 复核内容 | 输出 |
|---|---|---|
| 暂停后第一个月末 | 恢复条件进展、合同节点变化、人员安排是否需调整 | 复核纪要，更新暂停记录 |
| 暂停期中点 | 预算或资源是否有恢复迹象、外部依赖是否就绪 | 走向判断：继续暂停、准备重启或启动终止评估 |
| 计划复核期末 | 恢复条件是否全部满足，重启所需人员和资源是否到位 | 重启、延期或终止的正式决定 |
恢复条件要可判断
恢复条件写成可核验的状态，避免“情况好转后恢复”这类无法判断的表述。常见条件包括：预算恢复并有书面批复；关键依赖方给出明确交付日期；业务方重新确认项目优先级；合规或质量风险已关闭并有结论。每条条件写明判断依据和确认人。
暂停期间维护的最小信息
至少维护三类信息：项目状态（暂停中及最近一次复核结论）、风险清单（暂停期间新增或变化的风险）、合同节点（付款、续约、违约条款的关键日期）。这些信息由项目负责人维护，在每次复核后更新，保证任何人接手时能快速了解现状。
重启、延期、终止的判断依据
- 重启：恢复条件全部满足，人员和资源可到位，原目标仍然成立。
- 继续延期：部分条件满足，剩余条件有明确时间预期，且继续等待的成本可接受。
- 终止：恢复条件在可预见期内无法满足，或原目标已不成立，转入项目收尾与清算流程。
三种走向都应在复核节点上形成书面结论，避免暂停状态无限延续。使用 ONES Wiki 记录复核纪要时，可以把每次复核作为独立页面挂在项目文档树下，页面版本记录保留历次修改，便于对比恢复条件的变化；相关文档与项目任务关联后，复核结论和项目工作保持在同一处可查。
完成检查：暂停是否做到位
暂停动作完成后，用以下清单逐项核对。每项都应能指向具体文档或记录，无法指向的视为未完成。
| 检查项 | 核验方式 | 通过标准 |
|---|---|---|
| 暂停决定是否书面且有明确决策人 | 查看暂停决定文档 | 原因、生效时间、范围、决策人齐全，决策人已确认 |
| 范围与预算是否已冻结并有记录 | 查看冻结范围清单与预算冻结记录 | 范围有版本标记，新增需求有约束，预算状态可查 |
| 在途工作是否全部有状态标记和交接人 | 抽查在途工作清点表 | 无未标记任务，进行中工作均有接手人 |
| 合同、供应商、客户是否已通知并留痕 | 查看对外通知记录与合同处理说明 | 相关方确认收到，合同节点有书面结论 |
| 恢复条件与复核时间是否已确定 | 查看暂停记录 | 条件可判断，复核节点有日期和责任人 |
| 工作项与文档状态是否与实际一致 | 对照工作项状态与清点表 | 状态一致，暂停记录可检索，相关方有查阅权限 |
清单全部通过后，暂停进入维护阶段，按复核节点推进。若某项未通过，先补齐对应记录再进入维护，避免带着缺口进入暂停期，导致恢复时无法判断原始状态。
常见问题
项目暂停和项目延期在操作上有什么不同？
延期是工作继续、时间后移，计划随之调整，团队和资源基本保留；暂停是工作停止但保留恢复可能，需要冻结范围与预算、清点在途工作、安置人员，并设定恢复条件和复核节点。判断时先看原目标是否仍然成立：目标成立但时间或资源受限，按延期处理；目标暂时无法判断，按暂停处理；目标明确不再成立，进入终止流程。
暂停时团队成员已经转岗，交接还没做完怎么办？
人员安置应与在途工作清点结果对应，有在途工作的成员在交接完成后再转岗或释放。如果已经发生转岗，由项目负责人指定接手人，原成员在约定时点前补齐交接内容，包括做到哪一步、剩余任务、依赖环境和所需权限。交接清单未完成的工作项，在暂停记录中标注为待交接，并在下一次复核时确认状态。
暂停期间客户或供应商要求恢复履约，应该怎么处理？
先核对暂停决定中写明的恢复条件和合同条款，再判断是否具备重启条件。恢复条件未满足时，由合同接口人与对方确认暂停期间的履约安排和付款节点调整，形成书面结论并留痕；具备重启条件时，按复核流程形成正式重启决定，再通知相关方。对外沟通只承诺复核时间，避免承诺具体重启日期。
暂停记录和交接清单放在哪里，才能保证恢复时找得到？
关键是让决定、状态、恢复条件记录在同一处并可被相关方检索。可以把暂停决定、交接清单和复核纪要放在项目文档中，并与项目任务关联，使文档与工作项保持对应。使用 ONES Wiki 时，页面树可以按项目组织文档，页面版本记录保留历次修改，便于对比恢复条件的变化；读写权限按角色配置，保证相关方能查阅、无关人员不改动。
暂停时间较长，复核节点应该设几次？
复核次数取决于暂停时长和恢复条件的不确定程度。常见做法是暂停后第一个月末复核一次，检查恢复条件进展、合同节点变化和人员安排；暂停期中点再复核一次，判断是否有恢复迹象；计划复核期末形成重启、延期或终止的正式决定。暂停时间较短时可以合并节点，但每个节点都要有日期、复核内容和责任人。
