团队扩大到约 30 人，形成两个子方向和一个跨团队协作小组后，改进项会影响更多参与者和协作关系。本文基于这些已确认的组织变化整理判断框架，不把步骤写成某次已发生复盘的经过。
管理动作由负责人承接并通过检查点确认是否运行后，复盘还要为机制提供输入：从一次问题中识别流程缺口，判断哪些改进需要成为后续工作共同遵循的约定。
2019 年的用 PDCA 和 5 WHY 完成一次团队复盘说明了复盘如何核对事实，分析可改变的条件，为改进项指定责任、完成时间和验证方式，并放入后续节奏跟踪。本文沿用这些前提，讨论团队规模扩大后需要增加的判断：当前修复完成后，同类问题会不会因相同的流程缺口再次出现；如果会，怎样把改进转为可检查、可传递且可调整的机制。
当前修复和机制判断
复盘先处理当前问题。参与者根据已核对的事实和原因，确定修复内容、责任人、完成时间和确认结果的方式。补齐缺失信息、重新确认安排或处理已暴露的依赖，都有明确边界。这些动作处理本次问题留下的影响，不一定覆盖以后条件相似的工作。
随后要检查改进是否应扩大为团队机制。团队约 30 人后，同类工作可能在不同子方向、不同负责人和不同协作关系中重复发生。某项改进只留在本次纪要里，后续参与者未必知道何时引用，也难以判断自己是否需要执行。复盘需要确认，原因属于当前事项的特殊条件，还是暴露出流程、职责、接口或检查点的缺口。
问题影响范围不能直接决定是否增加长期规则。一次性外部变化可能影响很大，仍未必适合形成规则；局部问题也可能反映出常见工作缺少必要确认。判断应回到根因和适用范围，写明约定服务哪些工作条件、谁需要使用、哪些情况不适用。范围写不清时，先保留为当前修复，继续观察。
根因指向流程缺口时转为约定
5 WHY 的追问应停在团队能够改变的条件上。根因指向流程没有入口、职责没有明确、接口缺少共同版本，或检查点没有被安排时，改进项不能只写成当事人下次注意。个人行为可以是需要了解的事实，但单次提醒无法补上团队成员都可能遇到的流程缺口。
约定要写清触发条件和实际动作。例如，某类工作进入下一阶段前需要确认哪些信息，由哪个角色组织，哪些影响范围或不确定性需要升级。约定还要保留责任边界。交付条件、人员经验、外部依赖或风险等级不同，处理方式可能不同；需要管理者判断的事项不应写成固定流程。
当前修复和长期机制应分别记录。当前修复说明本次影响如何处理、责任人和验证方式；长期机制说明适用范围、约定内容、维护责任和首次检查时点。记录只写“后续加强沟通”或“大家注意”时，既无法确认修复是否完成，也无法检查机制是否进入日常工作。
约定无需覆盖每种工作。只有同类事项持续发生、参与者需要共享处理方式，且缺少约定会反复造成风险或信息遗漏时，才值得增加长期机制。范围很小、持续时间很短，或可由既有职责边界处理的问题，保留局部修复即可。新增规则会增加理解和维护成本，也需要接受复盘。
用 PDCA 管理机制
PDCA 用于管理一项机制从提出到退出的过程。Plan 阶段基于复盘确认要处理的流程缺口，写明适用范围、具体约定、责任人、检查方式和首次回看时点。使用者应能判断何时执行；尚未确认的前提应标为待核对条件。
Do 阶段将约定放入相关子团队或协作关系中执行。负责人让受影响成员知道当前规则和查询位置，并在首次使用时收集事实：内容能否理解，所需输入能否取得，责任和升级入口能否使用。适用范围外的事项仍按实际影响和风险处理。
Check 阶段在预先约定的时点检查机制是否实际使用、是否仍然适用。检查时同时看引用、执行摩擦和信息传递：后续工作能否找到有效版本，并据此确认责任、检查点或升级入口；参与者是否反复难以判断适用性，需要绕开步骤才能推进，或不同子方向承担不成比例的成本；新成员是否能取得与职责相关的约定、查询位置和升级入口。规则未被引用时，需要检查位置、内容和使用场景。发现摩擦后，要记录发生条件、影响和规则缺口，再决定调整方式。新成员持续重复遇到同类问题，说明传递范围或材料位置需要调整。
Action 阶段根据检查结果处理。内容不足时补充条件或责任，范围过宽时收缩或拆分，已不适用时标明废止并写出替代处理路径。保留、调整和废止都应有维护责任。旧约定继续留在可访问位置，却没有状态或适用范围时，后续成员可能将它作为有效规则使用。
机制传递与交接
新人进入相关工作范围时，负责人说明需要遵循的关键约定、检查点、当前责任和升级关系。新人无需记住全部团队规范，但承担具体职责前应取得直接相关的版本。涉及跨子方向或跨团队协作的约定，还需说明本方接口和决策入口。
定期机制回顾用于清理和更新规则。回顾时核对哪些约定近期仍被使用，哪些已被新的组织关系或工作条件替代，哪些反复引发摩擦。负责人交接至少说明有效约定的位置、依赖这些约定的工作、正在进行的检查和仍待调整的问题。涉及方向风险、跨方向依赖或关键职责变化时，管理者需判断是否直接参与。
常见误用
将一次性外部变化直接写成长期规则，会把未经验证的条件扩展到无关工作。应保留当前修复，观察同类条件是否持续出现后再判断。
只检查文档是否存在，无法确认约定是否进入工作。检查应回到后续事项是否引用有效版本，以及引用后能否确认责任、检查点和升级入口。
发现某个方向执行摩擦后仍要求所有方向采用同一流程，会掩盖范围、输入条件或责任边界的问题。应记录摩擦发生的条件，调整、拆分或收缩规则。
规则失效后未标注废止或替代路径，会使成员继续引用旧版本。维护责任人应更新状态，并写明当前处理方式。
复盘质量检查清单
在复盘结论归档前，可以用以下问题检查当前修复和机制判断是否完整：
- 根因是否指向可改变的条件，而不是停在对个人的评价或未经验证的动机推测。
- 改进项是否分开说明当前修复和长期机制，二者是否各自有责任、完成或检查方式。
- 需要固化的内容是否明确了适用条件、具体动作、责任人和检查频率。
- 后续工作是否实际引用约定；未被引用时，是否检查了位置、内容和使用场景。
- 约定在执行中是否产生摩擦；发现摩擦后，是否根据事实调整范围、输入条件或责任边界。
- 新成员进入相关工作时，是否能获得与职责有关的约定、查询位置和升级入口。
- 当前机制是否有定期回顾；不再适用的规则是否明确调整、替代或废止。
这份清单检查复盘结论能否进入后续工作，不能代替管理者对人员、风险和具体情境的判断。涉及团队整体方向、跨子方向取舍、重要外部承诺或高风险事项时，管理者仍需根据完整信息决定是否采用规则、扩大范围或保留直接处理。机制提供可重复的处理基础，具体决策仍受当时目标、约束和可承担风险影响。
