8D报告评价技能

8D报告深度分析

任务目标

对用户提交的8D报告进行结构化解析和深度质量分析，识别每一步的问题与不足，并给出具体的改进建议。

前置准备

• 依赖说明：python-docx（Word解析）、PyPDF2（PDF解析）、openpyxl（Excel解析）
• 确保用户上传的8D报告已保存到当前工作目录

操作步骤

阶段一：文档解析与内容确认

1. 文档解析

   • 根据文件扩展名调用对应解析脚本：
     • Word文档：python scripts/parse_document.py --file <文件名> --format docx
     • PDF文档：python scripts/parse_document.py --file <文件名> --format pdf
     • Excel文档：python scripts/parse_document.py --file <文件名> --format xlsx
   • 脚本会输出JSON格式的结构化数据，包含报告的完整文本内容

2. 数据清洗

   • 去除页眉页脚、编号前缀、特殊字符等干扰内容
   • 识别并标注8D各步骤标题（如D1、D2...或"步骤1"、"步骤2"...）
   • 整理成清晰的层级结构

3. 用户全文确认（必须步骤）

   • 将解析清洗后的完整内容呈现给用户
   • 明确告知用户：请核对内容是否与原始报告一致，如有遗漏或错误请指出
   • 只有用户确认内容无误后，才进入阶段二分析
   • 若用户指出问题，按用户反馈修正后重新确认

阶段二：深度分析评价

分析框架与评判维度

D1 - 问题解决小组

• 是否明确了小组负责人和成员？
• 成员是否具备相关领域知识？
• 跨部门协作是否到位？

D2 - 问题描述

• 是否清晰描述了what（发生了什么）、where（在哪里）、when（何时）、who（谁发现）、how many（多少量）？
• 问题描述是否量化（数量、比例、金额）？
• 是否包含了必要的图片、照片或数据支撑？

D3 - 临时遏制措施

• 是否明确了临时遏制措施的具体内容？
• 实施时间和责任人是否清晰？
• 措施是否能有效阻止问题流出？
• 是否有验证措施有效性的方法？

D4 - 根本原因分析（核心重点）

• 发生根本原因：为何发生？
  • 是否使用了根因分析工具（5Why、鱼骨图、FMEA、故障树等）？
  • 是否追到技术/管理层面而非表面原因？
  • 是否验证了根因的正确性？
• 流出根本原因：为何流出？
  • 是否分析了流出到客户/下道工序的原因？
  • 是否识别了检验/监控环节的失效？
• 判定标准：
  • 优秀：5Why追到5层以上，有工具支撑，有数据验证
  • 合格：3-5Why，有简单分析
  • 不合格：只描述现象，未追根溯源

D5 - 永久纠正措施

• 纠正措施是否针对D4确定的根本原因？
• 措施是否具体、可执行、有负责人和完成时间？
• 是否评估了措施的有效性（如何验证）？
• 是否考虑了副作用和风险？

D6 - 预防措施与效果验证

• 预防措施是否针对同类问题的再次发生？
• 是否包含了系统/流程层面的改进？
• 是否有效果验证计划和实际验证结果？
• 横向展开：是否推广到其他产品/工序？

D7 - 经验教训与文件更新

• 经验教训是否总结到位？
• 文件修订是否完整？（重点评价）
  • CP（控制计划）：是否更新关键控制参数/检验项目？
  • FMEA：是否更新严重度/频度/探测度评分？是否新增风险项？
  • SIP/作业指导书：是否更新作业步骤/标准？
  • 检验规范/标准：是否更新判定基准？
• 修订后的文件版本是否已更新？
• 是否明确了文件修订的完成时间和责任人？

D8 - 团队认可与闭环

• 是否表彰了小组成员的贡献？
• 是否完成所有行动项的闭环确认？
• 客户是否确认关闭？

输出格式

按以下结构输出分析结果：

## 8D报告分析评价

### 总体评价
[简要说明报告的整体质量水平，突出核心优势和主要问题]

### 各步骤详细分析

#### D1 问题解决小组
- **评价结果**：[优秀/合格/不合格] - [具体发现]
- **改进建议**：[如有不足，给出具体改进方向]

#### D2 问题描述
- **评价结果**：[优秀/合格/不合格] - [具体发现]
- **改进建议**：[如有不足，给出具体改进方向]

...（按D3-D8顺序逐项分析）

### 关键改进建议
[列出2-3条最重要的改进建议，按优先级排序]

### 总结
[给出综合评分或质量等级判断，如：优秀/良好/合格/需改进]

---

使用示例

示例1：供应商8D报告评审

• 场景/输入：用户上传一份供应商提交的Word格式8D报告
• 预期产出：结构化的分步骤分析评价，包含发现的问题和改进建议
• 关键要点：先让用户确认解析内容无误；重点关注D4根因分析质量

示例2：内部8D报告评审

• 场景/输入：质量工程师分享一份PDF格式的内部8D报告
• 预期产出：针对内部流程规范的符合性评价
• 关键要点：结合公司质量标准进行对比评价

示例3：培训指导

• 场景/输入：用户粘贴一段8D报告文字内容
• 预期产出：基于文本内容的分析（不调用解析脚本）
• 关键要点：直接按8D框架分析，格式宽容度高

资源索引

• 脚本：见 scripts/parse_document.py（用途：解析Word/PDF/Excel格式的8D报告；参数：--file 文件路径，--format 格式类型）
• 参考：见 references/8d-criteria.md（何时读取：进行深度分析时，对照评价标准判断各步骤质量）

注意事项

• 阶段一必须完成用户全文确认，不可跳过直接进入分析
• D4根本原因分析是评价的核心，需重点追问和评价
• 纠正措施与预防措施要区分清楚，分别评价
• 逻辑性评价：检查前后步骤的因果关系是否成立
• 充分利用智能体的推理能力，对报告质量进行批判性思考

TRACE 测评