8D问题解决报告生成工具,采用分步引导+对话式信息收集模式,生成结构化详细报告,适用于汽车等行业质量问题分析场景;覆盖D1-D8八大步骤
--- name: 8D报告技能 slug: 8d-report displayName: 8D报告技能 description: 8D问题解决报告生成工具,采用分步引导+对话式信息收集模式,生成结构化详细报告,适用于汽车等行业质量问题分析场景;覆盖D1-D8八大步骤 version: 1.1.0 category: quality author: org-jaxjwo0r --- # 8D报告生成辅助工具 ## 任务目标 - 本Skill用于:采用"分步引导+对话式信息收集"模式,生成符合《8D报告评分表(版本1.0.1)》要求的结构化8D问题解决报告 - 能力包含:智能对话引导、8D方法论指导、信息分批收集、详细文字报告生成、Word报告可选导出 - 触发条件:用户需要创建或完善8D报告时,如"生成8D报告"、"编写质量问题分析报告"等 ## 前置准备 - 依赖说明:Word导出依赖python-docx库 ``` python-docx==0.8.11 ``` - 模板文件:无需预置模板,直接生成结构化报告 ## 核心原则 ### 1. 报告内容详细化 - **分析过程完整呈现**:5M1E、5WHY等分析过程要用表格清晰展示 - **结构化层级**:每个环节分为多个子部分,逻辑清晰 - **数据支撑充分**:包含具体的数值、日期、证据等 - **避免概述化**:每一项分析都要有具体的支撑内容 ### 2. 报告输出流程 - **先输出文字报告**:生成详细的Markdown格式报告,展示在对话中 - **引导用户确认**:在文字报告后添加引导语,询问是否需要下载Word版本 - **按需生成Word**:用户确认后才调用脚本生成Word文档 ### 3. 对话引导模式 - **分步收集**:每个D环节拆分为多个子步骤,每次只询问1-2个问题 - **详细引导**:每个问题提供说明、示例、提示 - **灵活处理**:信息不足时支持"现在补充/稍后补充/跳过" - **友好纠正**:信息不准确时提供友好提醒和修正建议 - **进度可视化**:每次对话显示当前进度 - **支持修改**:用户可随时说"修改XX"回到对应环节 ## 操作步骤 ### 步骤1-9:对话收集信息 按照以下流程分步引导用户完成D0-D8各环节: **前置信息收集**: - 问题编号/项目名称 - 时间节点(发现日期、启动日期、计划完成日期) - 基础信息(客户、项目、产品) **D1 改善小组**: - 组长信息(姓名、职位、电话、邮箱) - 成员信息(逐个收集) - 沟通机制 **D2 问题描述**: - 问题具体现象 - 发生时间和地点 - 问题影响 - 数据支撑 **D3 临时措施**: - 临时遏制措施 - 涉及库存和排查结果 - 执行责任人和时间 - 其他风险 **D4 原因分析** ⭐核心环节: - 5M1E维度分析(人、机、料、法、测、环) - 流出原因分析 - 5WHY根因定位 **D5 改善对策**: - 针对发生原因的对策 - 针对流出原因的对策 - 可行性评估 **D6 效果验证**: - 验证方法 - 验证进度 - 验证责任人 **D7 预防措施**: - 长期预防措施 - 文档更新 - 其他平台推广 - 经验教训 **D8 关闭说明**: - 关闭条件 - 团队激励和总结 ### 步骤10:生成并展示详细报告 #### 10.1 生成结构化文字报告 收集完所有信息后,生成详细的Markdown格式报告,内容结构如下: ``` # 8D问题分析报告 ## ISSUE-XXXX - 2025-XX-XX --- ## 0. 前置信息 | 项目 | 内容 | |------|------| | 问题编号 | ISSUE-2025-001 | | 问题发现日期 | 2025-01-10 | | 报告启动日期 | 2025-01-12 | | 计划完成日期 | 2025-02-28 | | 客户名称 | XX汽车公司 | | 项目名称 | 内饰件项目A | | 产品名称 | 仪表板总成 | --- ## 1. D1 改善小组 ### 1.1 组长信息 | 项目 | 内容 | |------|------| | 姓名 | 张三 | | 职位 | 质量主管 | | 联系电话 | 138-1234-5678 | | 邮箱 | zhangsan@company.com | ### 1.2 小组成员 | 姓名 | 部门/职能 | 职责 | |------|----------|------| | 李四 | 技术部 | 负责技术原因分析 | | 王五 | 生产部 | 负责临时措施执行 | ### 1.3 沟通机制 - 会议频率:每天1次15分钟短会,每周1次正式会议 - 沟通方式:微信群日常沟通,邮件正式确认 --- ## 2. D2 问题描述 ### 2.1 问题概述 - **问题类型**:外观缺陷(表面划痕) - **涉及产品**:仪表板总成 XX-123 - **问题批次**:2025-01批次 ### 2.2 问题详情 | 项目 | 内容 | |------|------| | 问题现象 | 产品型号XX-123的仪表板表面出现划痕缺陷 | | 发生地点 | 生产线A3工位 | | 首次发现时间 | 2025-01-10 | | 持续周期 | 2025-01-10 至 2025-01-15(6天) | | 发生频率 | 每日约10件 | ### 2.3 问题影响 | 项目 | 内容 | |------|------| | 涉及产品批次 | XX-123,2025-01批次 | | 生产总数量 | 1000件 | | 不良数量 | 50件 | | 不良率 | 5.0% (50/1000) | | 客户反馈 | 客户于2025-01-12投诉,要求退回不良品 | | 经济损失 | 直接损失5000元(退货成本) | ### 2.4 数据支撑 - **检测记录编号**:QC-2025-01-001 - **数据来源**:质检部门日常抽检记录 - **附件**:不良率趋势图(见附件A) --- ## 3. D3 临时遏制措施 ### 3.1 临时措施概述 为保护客户,立即采取以下措施: 1. 暂停A3工位生产 2. 对库存产品100%全检 3. 对已发货产品通知客户进行排查 ### 3.2 涉及库存 | 库存类型 | 数量 | 状态 | |---------|------|------| | 在制品 | 100件 | 已全检 | | 成品 | 500件 | 已隔离 | | 外部仓储 | 200件 | 待排查 | ### 3.3 排查结果 | 项目 | 内容 | |------|------| | 排查时间 | 2025-01-10 至 2025-01-12 | | 排查总数 | 600件 | | 缺陷数量 | 50件 | | 缺陷率 | 8.3% (50/600) | ### 3.4 执行责任人 | 项目 | 内容 | |------|------| | 责任人 | 李四(生产主管) | | 开始时间 | 2025-01-10 | | 完成时间 | 2025-01-12 | | 验证方式 | 全检后不良率降至0%,客户未再反馈同类问题 | | 执行记录 | 全检记录表编号QC-2025-01-002 | ### 3.5 其他风险 - **其他产品/平台风险**:无(问题仅限于生产线A3工位) - **可用材料识别**:绿色标签标识合格品,红色标签标识不良品 --- ## 4. D4 根本原因分析 ⭐ ### 4.1 5M1E分析 | 维度 | 分析内容 | 结论 | |------|---------|------| | **人(Man)** | • 操作人员已培训,持证上岗 | ✓ 无问题 | | | • 未发现违规操作 | | | | • 无近期人员变动 | | | **机(Machine)** | • 设备运行正常,无故障 | ⚠ 异常 | | | • 压力参数偏高:当前10.5MPa,标准10.0±0.5MPa | | | | • 2025-01-05完成月度维护 | | | **料(Material)** | • 原材料合格,供应商A批次2025-01-001 | ✓ 无问题 | | | • 无存储异常 | | | | • 无近期材料更换 | | | **法(Method)** | • SOP编号SOP-PRD-001版本V2.0 | ⚠ 待确认 | | | • 2024-12-01更新,增加参数监控要求 | | | | • **问题**:新设备SOP未及时更新 | | | **测(Measurement)** | • 检测方法有效,标准清晰 | ⚠ 异常 | | | • 巡检频率不足:每天1次,可能漏检 | | | | • 检测人员能力符合要求 | | | **环(Environment)** | • 温度21℃,符合标准(20±2℃) | ✓ 无问题 | | | • 湿度55%,符合标准(≤60%) | | | | • 无环境异常 | | ### 4.2 流出原因分析 **管控环节流程**: 工位自检 → IPQC巡检(每天1次) → 成品检验 → 出货 **未拦截原因**: - IPQC巡检频率不足(每天1次),无法及时发现参数异常 - 巡检为抽检方式,存在漏检风险 ### 4.3 5WHY根因追问 | 层级 | 问 | 答 | |------|----|----| | Q1 | 为什么产品会出现划痕? | → 设备压力参数偏高 | | Q2 | 为什么参数偏高? | → 操作人员手工调整,无标准值 | | Q3 | 为什么无标准值? | → SOP中未明确该参数的标准范围 | | Q4 | 为什么SOP中未明确? | → 该设备为新设备,SOP未及时更新 | | Q5 | 为什么SOP未及时更新? | → 新设备投产后无SOP更新流程 | ### 4.4 根本原因总结 **发生原因**: > 缺乏新设备投产后SOP更新的标准化流程,导致设备参数无标准值范围 **流出原因**: > IPQC巡检频率不足(每天1次),未及时发现参数异常 --- ## 5. D5 永久纠正措施 ### 5.1 针对发生原因的对策 | 项目 | 内容 | |------|------| | 措施 | 1. 更新SOP,明确设备参数标准范围(10.0±0.5MPa) | | | 2. 建立新设备投产后SOP更新的标准化流程 | | 责任人 | 李四(技术主管) | | 计划时间 | 2025-01-20前完成 | | 所需资源 | 技术部配合编写SOP,无需额外资金 | ### 5.2 针对流出原因的对策 | 项目 | 内容 | |------|------| | 措施 | 1. 增加IPQC巡检频率,从每天1次增加到每天3次 | | | 2. 更新检验标准,增加关键参数监控点 | | 责任人 | 王五(质量主管) | | 计划时间 | 2025-01-18前完成 | | 所需资源 | 增加1名巡检人员,或调整现有人员安排 | ### 5.3 可行性评估 - **总体评估**:可行 - **可能障碍**:增加巡检人员可能需要招聘,需要时间 - **解决方案**:先调整现有人员安排,长期再考虑招聘 --- ## 6. D6 效果验证 ### 6.1 验证方法 | 项目 | 内容 | |------|------| | 验证方式 | 改善后生产1000件产品,全检检查不良率 | | 验证周期 | 持续2周 | | 验证指标 | 不良率≤0.1%(从5%降至0.1%以下) | ### 6.2 验证进度 | 项目 | 内容 | |------|------| | 当前进度 | 已执行1周 | | 验证结果 | 生产500件,发现不良1件,不良率0.2% | | 趋势 | 持续改善中 | | 验证记录 | 验证报告编号VR-2025-01-001 | ### 6.3 验证责任人 | 项目 | 内容 | |------|------| | 责任人 | 赵六 | | 联系电话 | 139-8765-4321 | | 邮箱 | zhaoliu@company.com | | 目标关闭日期 | 2025-02-28 | | 断点日期 | 2025-01-20 | | 新零件标识 | 蓝色标签 | --- ## 7. D7 预防措施 ### 7.1 长期预防措施 1. 更新设备校准计划,增加该参数的校准项 2. 新增参数变更流程,确保参数变更时同步更新SOP 3. 纳入员工培训教材,作为案例培训 ### 7.2 文档更新 | 文档 | 是否更新 | 责任人 | 完成日期 | |------|---------|------|---------| | DFMEA | ✓ 是 | 张三 | 2025-01-25 | | PFMEA | ✓ 是 | 张三 | 2025-01-25 | | 控制计划 | ✓ 是 | 李四 | 2025-01-25 | | 工艺流程 | ✓ 是 | 李四 | 2025-01-25 | | SOP | ✓ 是 | 李四 | 2025-01-25 | | 设计标准 | ✗ 否 | - | - | ### 7.3 其他平台推广 | 项目 | 内容 | |------|------| | 推广范围 | 生产线A、B、C | | 推广措施 | 执行相同的SOP更新流程 | | 涉及产品 | XX-123, XX-124, XX-125 | | 责任人 | 王五 | | 完成日期 | 2025-02-01 | ### 7.4 经验教训 - **是否输入**:✓ 是 - **编号**:CASE-2025-001 - **落实人**:钱七 - **日期**:2025-01-30 --- ## 8. D8 关闭说明 ### 8.1 关闭条件 改善后持续1个月无异常,验证数据完整,所有文档已更新 ### 8.2 后续跟进 - **责任人**:周八(质量经理) - **职责**:监控预防措施执行情况 ### 8.3 团队激励 - **激励方式**:在月度质量会上通报表扬,团队奖金2000元 ### 8.4 总结计划 - **复盘会**:2025-02-05召开,分享经验教训 --- ## 报告生成信息 - **生成日期**:2025-01-30 - **报告状态**:草稿(待验证完成) ``` #### 10.2 引导用户确认 生成详细的文字报告后,显示以下引导: ``` --- 📄 **详细报告已生成!** 请检查以上报告内容是否准确完整: 1. 如有需要修改的地方,请说"修改XX"(如"修改D4的根本原因") 2. 如报告内容无误,可以: - **下载Word版本**:说"下载Word" - **继续补充信息**:说"补充XX" ``` #### 10.3 按需生成Word 用户确认下载Word后,调用脚本生成Word文档: ```python python scripts/generate_8d_report.py \ --output ./8d-report-<问题编号>-<日期>.docx \ --data <JSON格式的报告数据> ``` ## 资源索引 - 必要脚本:见 [scripts/generate_8d_report.py](scripts/generate_8d_report.py)(用途:按需生成Word报告) - 领域参考: - 见 [references/8d-methodology.md](references/8d-methodology.md)(何时读取:8D方法论指导、评分标准) - 见 [references/dialogue-guide.md](references/dialogue-guide.md)(何时读取:对话引导话术和最佳实践) ## 注意事项 ### 报告内容原则 - **详细化**:每个分析过程都要清晰呈现 - **结构化**:使用表格和层级标题组织内容 - **数据化**:提供具体数值、日期、证据 - **完整性**:避免概述,确保每项都有支撑 ### 输出流程原则 - **先展示后导出**:先生成详细文字报告,让用户确认 - **按需生成**:不默认导出Word,等用户确认 - **友好引导**:在报告后添加明确的操作指引 ### 对话引导原则 - **分步收集**:每次只询问1-2个问题 - **详细引导**:每个问题提供说明、示例、提示 - **友好纠正**:信息不准确时,提供友好提醒和修正建议 - **灵活处理**:支持"现在补充/稍后补充/跳过" - **进度可视化**:每次对话显示当前进度 - **支持修改**:用户可随时说"修改XX" ### 常见对话示例 #### 示例1:生成完整8D报告 ``` 用户:帮我生成一份8D报告 智能体:【当前进度:前置信息 - 第1步/共3步】 问题:请提供本次8D报告对应的问题编号/项目名称 ... (分步引导,完成所有环节) 用户:继续 智能体:【当前进度:检查待办项】 待补充信息:无 是否满意? 1. 满意,生成报告 2. 修改XX 用户: 满意 智能体:好的,正在生成详细报告... (生成详细Markdown报告,展示在对话中) --- 📄 **详细报告已生成!** 请检查以上报告内容是否准确完整: 1. 如有需要修改的地方,请说"修改XX" 2. 如报告内容无误,可以: - **下载Word版本**:说"下载Word" - **继续补充信息**:说"补充XX" 用户:下载Word 智能体:好的,正在生成Word文档... 8D报告已生成: ./8d-report-ISSUE-2025-001-2025-01-30.docx ✅ Word版本已准备就绪,可以下载! ``` #### 示例2:用户中途修改 ``` 智能体:📄 **详细报告已生成!** 请检查以上报告内容是否准确完整: ... 用户: 修改D4的5WHY分析 智能体:好的,回到D4环节 - 5WHY分析 【当前进度:D4 原因分析 - 第8步/共9步】 问题:请使用5WHY方法定位根本原因 说明:基于5M1E分析确认的核心原因,逐层追问 当前5WHY分析: Q1: 为什么产品会出现划痕? A1: → 设备压力参数偏高 请继续回答Q2... 用户: ... ``` ## TRACE 测评 | 维度 | 评分 | 说明 | |------|------|------| | T — 可信任度 | 9/10 | 纯文档/脚本技能,无外部依赖风险,支持中文交互 | | R — 可靠性 | 9/10 | 有异常处理说明; 输出格式明确 | | A — 适用性 | 9/10 | 有适用范围声明; 触发条件明确 | | C — 规范性 | 10/10 | frontmatter 完整; 文档结构清晰; 内容充分 | | E — 有效性 | 10/10 | 输出明确; 含使用示例; 文档详尽 | | **总分** | **47/50** | 通过 |
don't have the plugin yet? install it then click "run inline in claude" again.