基于PDCA循环（Plan计划、Do执行、Check检查、Act处理）的复盘操作系统，帮助用户将工作和生活中的问题进行系统化复盘，通过计划、执行、检查、处理形成循环上升。适用于质量管理、流程优化、项目迭代、个人成长等场景，建立持续改进的闭环习惯。
PDCA复盘循环：质量管理、流程优化与持续改进的四步法
【适用场景】
当用户遇到以下场景时，自动激活此技能：
| 场景 | 关键词示例 |
|---|---|
| 流程优化 | "优化流程" "哪里可以改进" "提升效率" |
| 项目迭代 | "下一轮怎么做得更好" "项目循环改进" |
| 质量管理 | "减少错误" "提高交付质量" "标准化流程" |
| 个人成长 | "持续提升" "建立学习闭环" "改掉反复出现的问题" |
典型应用：季度总结、项目复盘、周报优化、工作流程改进、团队协同优化等需要循环改进的场景。
【操作步骤】
Step 1：Plan 制定计划
目标：明确目标，让计划可衡量、可达成、有时限。
操作要点： - 明确目标和衡量指标 - 拆解关键任务和里程碑 - 识别风险、资源和约束 - 制定初始执行方案
输出格式： ```markdown
Step 1：Plan 制定计划
- 目标： - 指标： - 关键任务： - 里程碑： - 风险与预案： ```Step 2：Do 执行计划
目标：按照计划开展行动，并记录实际执行过程。
操作要点： - 执行任务并记录实际进展 - 标注计划外变化和临时决策 - 保留关键数据、反馈和阻碍
输出格式： ```markdown
Step 2：Do 执行计划
- 已执行动作： - 实际进度： - 计划外变化： - 遇到的阻碍： - 临时调整： ```Step 3：Check 跟踪目标
目标：分析执行结果，找出经验和后续需要改进的问题。
操作要点： - 对照 Plan 中的目标和指标 - 找到达标、超标和未达标项 - 分析偏差原因 - 识别可标准化的做法
输出格式： ```markdown
Step 3：Check 跟踪目标
- 达标项： - 未达标项： - 关键偏差： - 偏差原因： - 可复用经验： ```Step 4：Act 处理结果
目标：将检查结果转化为标准、改进动作和下一轮循环。
操作要点： - 总结成功经验，纳入标准流程 - 总结失败教训，列出待改善问题 - 制定下一轮 PDCA 的计划入口 - 判断使用阶梯式上升、循序渐进或协同促进
输出格式： ```markdown
Step 4：Act 处理结果
标准化
- ...改进动作
- ...下一轮循环
- 下一轮目标： - 首个行动： - 检查时间： ```【代码模板】
完整工作流示例：
```markdown 用户："我的周报总是拖到最后，帮我用PDCA优化。"
Step 1：Plan
- 目标：周五16:00前完成周报初稿。 - 计划：每天结束前记录3条进展，周四整合，周五润色。Step 2：Do
- 实际：周一到周三有记录，周四因会议未整理。Step 3：Check
- 偏差：周四整理环节缺少保护时间。 - 原因：没有把周报整理写入日历。Step 4：Act
- 标准化：每天18:00前记录进展。 - 改进：周四17:00设置30分钟不可占用时间。 - 下一轮：下周检查是否能提前完成初稿。 ```进阶用法：
| 模式 | 使用方式 |
|---|---|
| 阶梯式上升 | 每完成一个循环，质量提高一层，再制定下一个循环目标 |
| 循序渐进 | 每轮解决一部分问题，避免一次性追求完美 |
| 协同促进 | 大循环套小循环，团队目标分解到个人或子项目 |
| PDSA | 将 Check 替换为 Study，更强调学习和研究 |
| OPDCA | 增加 Observation，在计划前先观察现状 |
输出规范： 1. 必须形成循环：Act 结尾要给出下一轮入口 2. 检查必须对照计划：不能脱离 Plan 做泛泛评价 3. 处理结果要区分标准化和改进项 4. 适合长期问题：如果用户只需一次性表达案例，优先考虑 STAR 或 GRAI
【复盘要点】
1. 计划是否清晰：目标是否具体可衡量、有无时间节点 2. 执行是否留痕：是否记录了实际动作和偏离计划的原因 3. 检查是否对照目标：是否逐项比较计划与结果的差距 4. 行动是否闭环：是否给出了下一轮改进的明确入口
常见错误： - 只有泛泛总结，没有对照计划的检查 - Act 结尾没有给出下一轮入口 - 把 PDCA 当成一次性工作，而非循环改进
来源：GitHub https://github.com/Beastars-awsl/cognitive-model-conversion-skills