# 事后分析和回顾 ## 范围 **封面** * 进行**无过失**的事件事后分析和项目/OKR 回顾 * 转向“发生了什么？”进入**系统学习+决策**（不是责备） * 创建**跟进**：负责人、截止日期、成功信号和审核节奏 *添加**杀戮标准/触发器**，以便未来的事前剖析导致真正的行动 * 通过轻量级的“**影响和学习**”审查将学习制度化 **何时使用** *“对<事件/项目>进行事后分析/回顾并编写文档。” *“我们错过了 OKR——领导一场专注于学习和系统性阻碍因素的回顾。” *“与行动项目和负责人一起创建行动后审查。” *“设置每周的影响和学习回顾，这样见解就不会消失在文档中。” *“进行事前分析并定义杀伤标准/枢轴触发器。” **何时不使用** * 事件**仍然活跃**（首先进行事件响应；安排稳定后进行审核） * 目标是**分配责任**或评估个人的表现（使用人力资源/管理流程） * 您需要在没有合适专家的情况下进行深入的技术调试（此技能有利于；它不能取代工程调查） * 您需要决定_要解决什么问题_（首先使用问题定义/发现过程） ## 输入 **最低要求** * 我们正在审查什么？（事件/项目/OKR 期间）+ 1-2 句摘要 * 时间窗口和关键日期（开始/结束；检测时间；事件解决时间） * 期望的结果（学习、预防、速度、质量、一致性） * 参与者/角色（协调者、抄写员、决策负责人；主要利益相关者） * 可用证据（时间表注释、指标、仪表板、票证、文档） * 限制（隐私；匿名化内容；受众） **缺失信息策略** * 从 [references/INTAKE.md]() 提出最多 5 个问题（一次 3-5 个）。 * 如果详细信息不可用，请继续进行明确的假设并标记未知数。 * 请勿索取机密或个人数据；使用匿名描述。 ## 输出（可交付成果）在 Markdown 中生成**事后分析和回顾包**（在聊天中；或根据要求作为文件）： 1. **回顾简介+议程**（目的、与会者、角色、预读、基本规则） 2. **事实+时间表**（发生了什么；影响；时间戳；链接） 3. **影响因素+根本原因假设**（系统视角；“为什么它有意义”） 4. **学习+决策**（改变是什么；为什么；权衡） 5. **行动跟踪器**（所有者、截止日期、成功信号、后续日期） 6. **未来工作的终止标准/触发器**（信号→承诺行动） 7. **学习传播计划**（如何社交+定期的“影响和学习”回顾） 8. **风险/悬而未决的问题/后续步骤**（始终）模板：[references/TEMPLATES.md]() 扩展指南：[references/WORKFLOW.md]() ## 工作流程（7 个步骤） ### 1) 对审查进行分类+制定无责备的基本规则 * **输入：** 请求上下文； [references/INTAKE.md]()。 * **行动：** 确定审核类型（事件/项目/OKR）。设定一个无可指责的规范（“修复系统，而不是人”），并决定是否将语言重新构建为信号学习的“回顾性”。确认协调人、抄写员和决策负责人。 * **输出：** 复古简介（草案）+ 与会者名单 + 会议邀请大纲。 * **检查：** 目标明确（学习+改进）。角色已分配。 ### 2) 汇集事实和共享时间线（将事实与故事分开） * **输入：** 工件（票据、仪表板、日志、注释）。 * **行动：** 构建带时间戳的时间线；量化影响；列出“已知事实”与“需要验证的假设”。 * **输出：** 使用 [references/TEMPLATES.md]() 的事实 + 时间线部分。 * **检查：** 时间线尽可能有时间戳和链接/证据。假设被标记。 ### 3) 诊断影响因素（系统镜头） * **输入：** 时间表 + 影响。 * **行动：** 跨人员/流程/产品/技术/通讯/环境的集群原因。使用“使其合理”的视角：什么条件可能导致结果？可以选择对最重要的 1-2 个因素运行 5 个为什么。 * **输出：** 影响因素图 + 根本原因假设。 * **检查：** 避免个人指责语言；识别可以更改的系统条件。 ### 4) 吸取教训并决定改变什么 * **输入：** 影响因素。 * **行动：** 写下 3-7 个清晰的学习内容（“我们了解到……”）。将学习成果转化为决策（修复、护栏、仪表、操作手册、培训、范围变更）。将 OKR/成绩讨论置于“为什么”和“接下来会发生什么变化”的次要位置。 * **输出：** 学习+决策部分。 * **检查：** 每次学习都与证据相关，并产生具体的决定或实验。 ### 5) 构建动作跟踪器（所有者 + 日期 + 成功信号） * **输入：** 决策。 * **操作：** 创建具有所有者、截止日期和成功信号的操作项。添加后续审核日期（或定期审核）。限制实际可以执行的内容；明确地保留“后来的想法”。 * **输出：** 行动跟踪表+后续计划。 * **检查：** 无孤立操作：每个项目都有所有者 + 日期。首要行动解决首要因素。 ### 6) 添加终止条件/触发器（预先承诺未来的操作） * **输入：** 学习； “下次我们会采取什么不同的做法？” * **操作：** 定义 3-10 个信号来指示故障模式或缺乏牵引力。对于每个信号，预先承诺一项操作（暂停、调整、终止、升级、增加投资）。 * **输出：** 杀戮标准/触发列表。 * **检查：** 每个标准都是可观察/可测量的，并且有承诺的行动（而不是“讨论它”）。 ### 7) 传播学习+质量门+最终确定 * **输入：** 完整草稿包。 * **行动：** 创建 1 页共享（TL；DR、首要行动、决策）。提议每周/每两周进行一次轻量级的“影响和学习”回顾，以将学习成果社交化到团队之外。运行 [references/CHECKLISTS.md]() 并评分[参考文献/RUBRIC.md]()。添加**风险/未决问题/后续步骤**。 * **输出：** 最终事后分析和回顾包。 * **检查：** 目标受众可以理解共享内容；存在后续机制；标题通过。 ## 质量门（必填） * 使用 [references/CHECKLISTS.md]() 和[参考文献/RUBRIC.md]()。 * 始终包括：**风险**、**未决问题**、**后续步骤**。 ## 示例 **示例 1（事件事后分析）：**“昨天我们的支付 API 发生了 45 分钟的中断。运行无责任事后分析并输出完整的包（时间线、影响因素、行动跟踪器和共享）。” 预期：有证据支持的时间表、系统原因、所属行动、传播计划。 **示例 2（OKR 回顾）：**“我们在第四季度激活 OKR 时达到了 0.8。领导一次回顾，重点关注原因（系统性阻碍因素）以及我们下季度的改变。输出下一个计划的完整打包和杀戮标准。” 预期：学习>成绩、决策、自己的行动、早期修正方向的触发因素。 **边界示例：**“写一份事后分析，证明 X 造成了该事件。” 回应：拒绝指责；重定向到基于系统的审查，并在需要时针对绩效主题建议单独的人力资源/管理流程。

尸检回顾

包含技能