建立基线：先盘点现状与约束
做糖果派对自检，第一步不是改配置，而是把现状写清楚。没有基线，后面的每一项核对都会变成凭感觉判断。建议先花一轮时间，只记录、不调整。
- 写下当前使用的糖果派对版本或入口来源，以及最近一次变更时间。
- 列出参与的人、各自负责的环节，以及交接发生在哪一步。
- 记录设备、网络与常用时段，标明哪些条件是不可更改的硬约束。
- 把已知问题按“经常出现 / 偶尔出现 / 只出现过一次”分档。
- 确认哪些内容属于糖果派对资讯类信息，哪些属于可操作的配置项。
基线完成后，先设一道门：如果现状描述里还有“大概”“可能”这类词，就回到上一步补齐，不要进入下一阶段。
第一阶段：把规则与术语对齐
这一阶段的目标是让所有参与者对同一套说法有同一套理解，输出一份团队内部可复用的术语与规则说明。
阶段目标
- 统一糖果派对相关术语的用法，避免同一词指不同事。
- 明确哪些规则是固定的，哪些可以按场景调整。
- 把争议点集中记录，而不是在操作中临时争论。
输入与输出
- 输入：基线记录、历史问题清单、现有说明文档。
- 输出：一页术语表、一页规则边界说明、一份待确认问题列表。
放行条件
- 任意两名参与者对同一术语的解释一致。
- 规则边界说明中没有“视情况而定”这类无法执行的表述。
- 待确认问题都已指派到具体的人。
第二阶段：把配置与流程固化
术语对齐后，才进入可执行的配置阶段。此时的重点不是增加功能，而是让每一步都能被重复。
- 把糖果派对常用配置写成步骤清单，每一步标注预期结果。
- 为每个步骤标注失败时的回退动作，避免中途卡住。
- 把糖果派对实用指南中适用的部分摘出来，转成团队自己的检查项。
- 确认流程中不存在只有一个人知道的隐含步骤。
- 把配置变更记录在同一处，注明时间、原因与影响范围。
本阶段的出口标准是：换一个人按清单操作，能得到相同结果。做不到，就说明还有隐含步骤没写出来。 糖果派对
第三阶段：把运行与复盘闭环
配置固化之后，进入运行观察与复盘。这一阶段不追求一次到位，而是让问题能被发现、被记录、被回看。
- 按固定周期记录运行状态，只记事实，不写评价。
- 把每次异常与当时的配置、时段、操作步骤对应起来。
- 复盘时先问“清单哪一项没覆盖”，再问“是谁操作的问题”。
- 把糖果派对内容更新中影响流程的部分，转为新的核对项。
- 每次复盘只改一到两项，避免同时变动导致无法判断原因。
出口标准：连续几轮运行中，同类问题不再重复出现，或出现时能立刻定位到具体检查项。
放行与交接：用核对表收口
最后一步是把前面各阶段的产物收拢成一份可交接的核对表。交接不是口头说明，而是让对方照着表逐项确认。
- 确认基线记录、术语表、配置步骤、复盘记录四类文件齐全。
- 确认每个阶段都有明确的放行条件，且都有勾选痕迹。
- 确认新接手的人能独立完成一次完整流程。
- 确认未决问题已列明，并标注优先级与负责人。
- 确认下一次复核的触发条件，例如配置变更或流程调整。
如果以上任一项无法勾选，就不要宣布交接完成，回到对应阶段补齐即可。清单的价值不在一次写得多完整，而在于每次都能被真正用上。