“报告”使用范围很广,按照上级部署或工作计划,每完成一项任务,一般都要向上级写报告,反映工作中的基本情况、工作中取得的经验教训、存在的问题以及今后工作设想等,以取得上级领导部门的指导。报告的格式和要求是什么样的呢?下面是小编为大家整理的报告范文,仅供参考,大家一起来看看吧。
凡是做 ford 的零件,必需采用 8d 作为品质改善的工具。目前有些企业并非 ford 的供应商或汽车业的合作伙伴,也很喜欢用这个方便而有效的方法解决品质问题,成为一个固定而有共识的标准化问题解决步骤。
discipline 1. 成立改善小组(form the team):由议题之相关人员组成,通常是跨功能性的,说明团队成员间的彼此分工方式或担任的责任与角色。
discipline 2. 描述问题(describe the problem):将问题尽可能量化而清楚地表达,并能解决中长期的问题而不是只有眼前的问题。
discipline 3. 实施及确认暂时性的对策(contain the problem):对于解决 d2 之立即而短期行动,避免问题扩大或持续恶化,包含清库存、缩短pm时间、加派人力等。
discipline 4. 原因分析及验证真因(identify the root cause):发生 d2 问题的真正原因、说明分析方法、使用工具(品质工具)的应用。
discipline 5. 选定及确认长期改善行动效果(formulate and verify corrective actions):拟订改善计画、列出可能解决方案、选定与执行长期对策、验证改善措施,清除 d4 发生的真正原因,通常以一个步骤一个步骤的方式说明长期改善对策, 可以应用专案计划甘特图,并说明品质手法的应用。
discipline 6. 改善问题并确认最终效果(correct the problem and confirm the effects):执行 d5 后的结果与成效验证。
discipline 7. 预防再发生及标准化(prevent the problem):确保 d4 问题不会再次发生的后续行动方案,如人员教育训练、改善案例分享、作业标准化、分享知识和经验等。
discipline 8. 恭喜小组及规划未来方向(congratulate the team):若上述步骤完成后问题已改善,肯定改善小组的努力,并规划未来改善方向。
这里可能很多人很迷茫,其实一般段位你只要关注8d报告的拟制,审核,批准的人员逻辑关系就行了,责任部门拟制,责任部门领导审核,team leader 批准。
更多的呢,是让大家对于这个case进行总结,并自我评价,做的细的,还会有一份8d自评表,评价自己这份8d在什么段位?能否满足客户的要求。
当然,很多时候做到第一段就够了,下面这个如果做好了,你也就不会来问这个问题了。
啊哈哈哈。
————————————————————————————————————————————————————————————————————————————————
小小的见解分享,欢迎关注私信切磋。
相信很多8d报告被打回来都是因为原因分析,客户存在质疑,客户认为你并没有找到根本原因,解决不了问题。(事实上,往往是炮制的报告存在逻辑漏洞,被抓到了,笑。。。)
如何写好d4呢?建议把客户当傻子,把原因分析的每个细节呈现出来。我把我常规的套路展示下,全套比较复杂,可以截取合适的部分使用,保证你的客户评价瞬间提高。
首先进行失效机理分析,产品是怎么失效的?通常可以通过失效分析报告阐述清楚。这部分有的人喜欢放在d2当附件,用于内部的问题描述。
接下去就是定位产生问题的地方,简单的是你可以根据fmea中的失效模式对应到相应的失效起因,复杂的你要去排查你的整个生产过程,通常使用process map,可以从level 1 的宏观工序流程图,找到问题工序后,链接到level 2 的工站流程图,找出相应的问题工站后,分析level 3的工步流程图,定位到问题工步。
问题工序/工站/工步可以有多个。
接下去呢,就对level3 的问题工步做5m1e的分析了,很常规的鱼骨图。
当然,在这里你要进行分类,每个失效都会有产生原因和流出原因。这两个都要分析,更为深入的,产生原因和流出原因还要有trc和mrc的分析,通常我们使用5why进行深挖,便可以从trc层面连接到mrc。
2025年客户8d报告真实案例(4篇)
文件夹