关键背景说明
如果该事故涉及比较复杂的技术，请在该页进行介绍，可以使用流程图、 组网图等方式
过程回放
Begin
事件发生的 第二个关键 开始时间， 时间点，发 发生了什么， 生了什么， 怎样处理的 怎样处理的
End
处理成功还 是规避还是 失败？
1.过程回放是客户面问题，用交付过程回放的形式来描述问题。注意不要体现内部流程， 聚焦客户面事件描述 2.回放一般从收到问题通过开始，如涉及前段过程，也可以需求分析接纳开始回放 3.回访过程中仅描述活动以及问题和处理过程，不要描述原因。 4.通过回放提取需要回溯的问题点（技术问题、管理问题，如定位时间长、工作组配合问 题、发布规范等）
问题汇总（技术根因分析）
本次回溯需要开展技术根因分析的问题清单包括：
从过程回放中识别出来的问题
针对上述问题，识别是否重犯问题（从以下几个方面识别）： 1）已发布的预警整改； 2）共性问题中已发起排查的问题； 3）其他客户或版本中已发生过的问题；
技术根因E-C分析
EC分析（失效机理分析）：从诱发因素出发，说明在什么样的环境下，缺陷是如何 激活的。被激活后系统内部是如何活动的，最终导致外部可见的故障症状，剖析一 个完整清晰的故障传播路径
针对识别出来的根因/隐患点，发散思考由点入面，从单点问题的改进扩展到一类问题 的排查和预防。 纵向排查（其他版本）： 横向排查（其他产品）：
技术根因改进计划
序号
根因 （why）
改进类别 （what）
纠正修改 排查清零 预防-负向改进 预防-设计准则 预防-测试经验 预防-异常场景 库 预防-工具化
改进措施 （How）
交付件 （What）
责任人 （Who）
完成时间 （When）
问题汇总（管理根因分析）
本次回溯需要开展管理根因分析的问题清单包括： （从以下几个维度识别： 1）开发流程问题：识别问题的引入点和控制点，对开发阶段流程打开分析 2）通过过程回放识别关键问题点和对应的失效过程 3）在技术根因分析中识别到的管理问题）
输入 Input
诱发操 作
条件/
过程 Process
状态
事件XX
补充说明/设计意 图说明、证据
成功的 屏障防பைடு நூலகம்护
失效防 护
直接原 因
输出 Outp ut
导致故障 症状事件
技术根因分析总结 通过技术根因分析提取出需要回溯的管理根 因
技术根因举一反三
告警分析：分析问题发生前后是否应该产生告警而没发生？应该产生什么告警？ 相同/类似根因举一反三：
XX问题质量回溯
基本信息
部门 问题来源 发生版本 参与人
产品 问题级别 回溯责任人
问题描述
1.问题详细描述（时间、地点、发现人、发生了什么，影响是什么）
如果有多个影响均需说明
2. 问题是如何恢复的
说明恢复的方法、恢复时长，主要原因
3.问题造成的影响
说明事故对客户/下一道工序的影响，需要量化影响结果，比如范围、数 量、涉及金额等
从检查要素或质量标准是否完善识别 问题
从规范、标准、指导书、模板识别问 题
活动问 题
根因
工具
管理根因改进计划
序号
根因/隐患 （why）
改进类别 改进措施 交付件
责任人 完成时间
（what） （How） （What） （Who） （When）
管理根因分析
打开流程图，针对活动进行详细描述，对比发现问题点
编写代码 代码自检 代码评审 代码提交
过程中活 动是什么？ 存在什么 问题点？
管理根因分析
通过活动要素法（6E）+5why进行分析，纵向6E，针对每一项横向5why
人员
活动输 入
活动步 骤
活动输 出
执行标 准
从该活动中的主要角色是否明确，如 职责要求、能力要求方面识别问题 从该活动的输入件是否明确，活动要 求是否明确识别问题