这种问题的8D重点写改善和验证的内容，原因分析这块不用着重强调，目标是关闭问题。
Amber-Li 发表于 2024-6-24 10:06
应该属于“人”吧，毕竟是前期沟通问题，
谢谢，我认为也应该是人的问题
kamire 发表于 2024-6-24 10:32
那这种情况肯定不能认的。你可以配合客户做改善措施，但你回了8D就完全是你们责任，你和你的老板沟通过你 ...
老板和业务总监和客户的关系比较铁，加上数量不多也不没多少钱，重在于把这个ISSUE给结案了
nlbd29 发表于 2024-6-24 10:43
这种问题的8D重点写改善和验证的内容，原因分析这块不用着重强调，目标是关闭问题。 ...
是的，感谢你的建议
jason168liu 发表于 2024-6-24 09:09
问题的根源大家都知道，客户SQE也默认是他们自己有问题，不过是他们产线提出了异常，我们只需要回个8D说明 ...
那就到你发挥重要作用的时候，把这个锅怎么背下来
jason168liu 发表于 2024-6-24 11:15
老板和业务总监和客户的关系比较铁，加上数量不多也不没多少钱，重在于把这个ISSUE给结案了 ...
那这个问题最后应该归结到”人”上面，在最开始制定工艺路线这个时机，基本上都是靠人工的，即便你有相应的作业指导，规章制度，但是这个作业指导的拟定也是靠人工的。除非你有办法做到“防错”。
但是如果归结到“人”，你这个报告很难被通过的，因为你解决不了问题。所以到“法“这个层次基本上就可以交出去了，重点是相应的规章制度，检查表以及考虑是不是用一些app之类的辅助软件给予技术人员相应的提示，强制他们执行某些要求
114729789 发表于 2024-6-24 11:19
那就到你发挥重要作用的时候，把这个锅怎么背下来
目前还没有提责任归属，但这口锅我已经成功安到工程背上了:P
kamire 发表于 2024-6-24 10:32
那这种情况肯定不能认的。你可以配合客户做改善措施，但你回了8D就完全是你们责任，你和你的老板沟通过你 ...
回8D不一定就是承认是自己的责任，说明情况即可，客户SQE要份8D，他也要给厂内交代，有些话供应商说出来，比他说出来更好。
这个不一定非要用5M1E，如果非要用这个工具分析，就放在方法里，属于项目开发阶段客户要求评审不充分，客户图纸缺少标识信息，已经进行了识别，但是未整理成书面检讨依赖，发给客户端确认，改善对策方向：修改项目开发程序文件，大概就是客户要求评审时，要形成评审记录，包括图纸评审、质量、成本、交期评审等。
十一月的萧邦 发表于 2024-6-24 13:09
回8D不一定就是承认是自己的责任，说明情况即可，客户SQE要份8D，他也要给厂内交代，有些话供应商说出来 ...
对的，也要给SQE一个台阶，让他给产线一个交代