电脑一台（最好是联网的）
基本办公软件
各种行业规范，国际法规标准，工具书，内部标准资料
绘图软件（偶尔要用）
重中之重首先我们不是成立什么团队，作出什么分析。按本宣读太死板，首先我们要把控全局，对异常点所牵涉的面有整体的把握。客户端，要了解客户的诉求是什么，他需要我们怎么配合，怎么处理。我们尽量超出他的预期，使他们感觉到我们解决问题的态度跟决心。在公司内部，要尽快展开调查，以便在于客户协商过程中，将损失降到最小。前一点如果做好了，那么，客户会乐意帮助你共同减小你的损失。供应商方面，如果牵涉到，请如你的客户帮助你一样，尽量帮助他们，因为你的理解，是他们未来配合的动力。以上三点，是我个人的经验，不一定完全凑效，但我自己百试不爽。下面以PPT档为例作为示范。
建立团队（问题之释义小组）也就是哪些人负责哪方面的工作，如果你是在大厂就要写详细一点，最好列一个表。小厂的话写出各单位的负责人就行了，毕竟小厂架构不是那么细。
临时对策也叫做围堵行动，就是将风险减小至最低。也是一开始就说的问题，客端希望如何处理，内部及厂商端怎么处理。如果前面没掌控全局，那就太被动了。
原因分析分为两个方面，一方面是不良发生的原因，一方面是不良流出的原因。这里需要用到5WHYS，QC七大手法，比如鱼骨图（特性要因法），一些统计分析，如管制图，查检表。这些表格的格式不一一列举，就是告诉你要灵活运用。最关键是要检讨你的制程，把工序流程拉出来，可能发生在哪几个方面，然后一项一项去验证。最后得出结论来，才是客户信服的问题点。不要一句话概括完了，搞得很武断。如果是厂商方面的专业问题，一定要请厂商专业人士来解说，得出最终结论。
改善措施根据最终得出的结论，提出有效可行的措施，而且尽可能使措施自动化，防呆化，专业化，可以有效防止异常再次放生。
效果确认针对提出的改善措施，进行小批量的试跑，或者进行一段时期的监视，确认问题是否得到有效改善。如果问题依旧存在，就必须从新制定改善方案。
标准化长期对策，水平展开，修正相关文件、参数，并对类似制程进行修正，防止同样异常在其他类似几种中重复出现。
恭贺团队其实就是客户的反馈讯息，问题是否得到改善。
文字叙述尽可能简单，你是改善问题，不是叫你写论文得诺贝尔奖，客户烦恼很多不想看。
尽可能图文并茂，一堆文字，会把人看傻的，等下客户一个不爽毙了让你重来，没必要。
看这我把吃饭谋生的东西都教给你们了，请投个月票吧。我实在不容易。