01 需求确认后暂停
确认什么：范围清单是否覆盖全部要解决的问题，判断标准是否可核对。
未确认时：不进入方案设计，先补需求说明或缩小范围，把无法判断的部分单独标注。
项目方法：四个阶段的参与方、产出与确认点
一个项目从需求确认走到交付验收，中间会经过方案设计、执行协作和交付验收三个环节。这里按阶段列出谁参与、交出什么、在哪个节点停下确认，让双方在开始前就对节奏和责任边界有同一份理解。
路径总览
项目按四个阶段推进，每个阶段有明确目标
阶段之间不是简单的时间顺序，而是一次次把上一阶段的结论固定下来。任何一个阶段的目标没达成，就不进入下一阶段，避免问题在后期才被发现。
-
01
需求确认
把项目要解决的问题、边界和判断标准写清楚，形成双方都认可的需求说明。
-
02
方案设计
根据需求说明给出可执行的路径与分工，标出关键取舍点与需要客户决策的地方。
-
03
执行协作
按方案推进，保留过程记录，遇到与方案不一致的情况先记录再讨论，不擅自改方向。
-
04
交付验收
按验收检查点逐条核对交付物，明确哪些已通过、哪些需要修改、哪些留待后续。
参与方与产出
每个阶段谁参与、交出什么、确认什么
下表按阶段列出参与方、阶段产出和确认点。参与方指需要在这一阶段给出输入或做出决定的一方，确认点指进入下一阶段前必须达成一致的事项。
| 阶段 | 参与方 | 阶段产出 | 确认点 |
|---|---|---|---|
| 需求确认 | 客户方需求提出人、项目对接人 | 需求说明、范围清单、判断标准 | 范围与判断标准是否双方认可 |
| 方案设计 | 项目对接人、方案设计方 | 方案说明、分工表、关键取舍记录 | 方案路径与分工是否可执行 |
| 执行协作 | 执行方、客户方对接人 | 过程记录、阶段进展说明、问题清单 | 阶段进展与问题清单是否同步 |
| 交付验收 | 交付方、客户方验收人 | 交付物目录、验收记录、修改清单 | 验收记录与修改清单是否签认 |
表中阶段数为四，按本页阶段划分计数；参与方名称按角色描述，不指具体人员。
暂停确认点
四个暂停点：何时停、确认什么、未确认怎么办
暂停确认点不是流程卡点，而是双方把话说清楚的固定时机。每个阶段结束前暂停一次，确认通过再进入下一阶段；未确认时按下面说明处理。
02 方案设计后暂停
确认什么：方案路径是否与需求说明一致，分工表是否把责任落到角色。
未确认时：不进入执行协作，先记录取舍分歧，必要时回到需求确认阶段调整范围。
03 执行阶段节点暂停
确认什么：阶段进展是否与方案一致，问题清单是否已逐条说明处理方式。
未确认时：不推进下一节点，先处理问题清单中影响后续的事项，并在记录中注明原因。
04 交付验收前暂停
确认什么：交付物目录是否齐全，验收记录与修改清单是否逐条对应。
未确认时：不结束项目，先补齐缺失交付物或明确修改清单归属，再安排复核。
偏差处理
三类常见偏差：现象、处理方式与责任边界
项目推进中偏离原方案并不罕见，关键是发现后如何处理、由谁处理。以下三类偏差在协作中较常出现，处理原则先记录、再判断、后执行。
需求范围在中途扩大
- 现象
- 执行过程中出现原需求说明未包含的新要求，且影响已有分工。
- 处理方式
- 先记录新要求，回到需求确认阶段判断是否纳入范围，纳入则调整方案与分工。
- 责任边界
- 新增范围需双方确认后才执行，未确认前不擅自扩大交付内容。
阶段产出与方案不一致
- 现象
- 阶段产出与方案说明中的路径或分工存在明显差异。
- 处理方式
- 对照方案说明逐项核对差异，判断是执行偏差还是方案本身需要调整。
- 责任边界
- 执行偏差由执行方说明原因并修正；方案调整需双方在暂停点确认。
确认节点迟迟未达成一致
- 现象
- 暂停确认点反复讨论，无法形成一致结论。
- 处理方式
- 把分歧点拆成可单独判断的小项，逐项确认，仍无法一致的单独记录并暂缓。
- 责任边界
- 未达成一致的项不进入下一阶段，已确认项可先行推进。