TA的首页像写记叙文一样写FA报告
把FA报告当作记叙文来写
做供应商质量管理七年多了，跟无数的供应商打过交道，所属行业有半导体、电阻、电容、电感、连接器、LED、LCD等，看得最多的就是FA（Failure Analysis，失效分析）报告。相对来说，半导体行业的FA报告写得稍好一些，上面提到的其它行业，尤其是国内企业，FA报告写得一塌糊涂。如果用写作水平来衡量的话，基本都是小学未毕业水平。今天，我想用记叙文的写法来讲一下如何写FA报告。
大家都知道记叙文的六要素：时间、地点、人物，事件的起因、经过、结果。无论是标准的8D报告还是戴尔公司的5C报告，其实都无非把这六要素讲清楚。大家默想一下，我们写FA报告的目的是什么？是不是向客户或老板把一件事情讲清楚？做FA的过程，是不是一个破案的过程？FA报告就是用数据说话，有理有据地还原案子的真相。鉴于8D报告的八股化（更容易明白），我们用戴尔的5C报告模板为例来阐述记叙文与FA报告之间的关系。
5C报告的第一部分Characterize主要用来解决记叙文里的时间、地点、人物、事件的起因。注意这里事件的起因不是本次质量事故的发生原因，而是我们写这份FA报告的原因——也就是这次质量事故本身。里面有5个小部分，其中，Issue #：是系统里的tracking #，所有的质量事故都要有tracking #，一方面确保这些曾经发生的问题都记录在案，另一方面，如果有些issue是重复发生的，我们可能需要启动更大的项目来解决，如SIP （Supplier Improvement Plan）或者BPI（Business Process Improvement）。Date：是开始生成5C报告的时间或者收到客户投诉的时间，注意不是质量事故发生的时间。Champion：是参与解决这个问题的人，注意不是一个人，而通常是一个跨部门的团队。Issue Title：是对这个事件的简短描述，通常需要包含when, where, what几个部分。Description：是对这个事件的详细描述，除了要包含Issue Title里面的内容外，还要有其它更详细的内容，例如：如果是component issue，要讲清楚vendor name，VPN（Vendor Part Number），CPN（Customer Part Number），fail rate等等。注意这里的when就是指事故发生的时间。
接下来就是处理这个事件的经过。首先是Contain，中文叫围堵，顾名思义，就是采取什么措施把这个质量事故给堵住，让它不再持续发生。在我们找到真凶之前，要把所有可疑分子都控制起来。其次是Cause，它包含两部分，一是质量事故发生的根本原因（RC, Root Cause），二是不良品的流出原因。前者一般从5M1E（人机料法环测）的角度来全面分析，而后者基本都是由于测试或检验不够。因为篇幅所限，这里不能详细地描述RCA（Root Cause Analysis）的过程，最好是把RCA过程中的关键部分summary出来， 而把详细的RCA过程用附件贴附在这里，以作参考。因为RCA的过程其实是FA报告的核心部分，有必要多说几句。为了让RC更具有说服力，FA的过程需要有严密的逻辑性和足够的data support。可以使用的工具很多，如柏拉图、鱼骨图、流程图，5why，故障树，FMEA，柱状图或Cp/Cpk分析等。个人认为，流程图、鱼骨图、柏拉图、故障树、FMEA等可以帮助找到可能的原因，柱状图或Cp/Cpk分析、Commonality分析、DOE（包含ANOVA分析）能帮助确认RC，5why可以用来逆向验证RC是否符合逻辑。
找到RC之后，就是确定相应的CA（Corrective Action，纠正措施）了。在确定CA的时候，一定要跟前面的RC相呼应，否则就会发生“牛头不对马嘴”的笑话。有了CA还不够，因为我们从一家供应商所采购的物料或许还有其它，我们的产品也可能不只是这一个产品。因此，这些CA都要扩展到所有适用的物料或产品上。同时，为了防止同样问题再次发生，需要把CA上升到系统的高度，即在文件中清晰地备份下来，让后来者能引以为鉴。这些文件包括SOP、DFMEA、PFMEA、control chart等等。CA之后所做的这些动作就是PA（Preventive Action，预防措施）。
Action做完之后，还不能算是解决问题了，还差最后一步，对CA和PA效果的确认，也就是validation，这也是我们这个事件的结果。最直观的validation结果就是CA/PA之后，该质量事故是否还重复发生。也有用其它工具，如trend chart（趋势图）、柏拉图或质量指标的前后对比等。如果这份FA报告是针对客户投诉的，在正式发给客户之前，需要质量经理的review和approve，这既是对质量工作的严谨对待，也是对客户的尊重。
同样，Contain、RCA、CA/PA、validation、review等都要记录完成的时间、责任人，如果是中期报告，最好还要加上状态（open/close）。
讲到这里，大家看看写一份FA报告是不是就是写一篇记叙文了呢？——记录整个破案的过程。事实不清楚，证据不到位，逻辑不合理，法官该如何判决呢？写完FA报告，在交给经理审核前，尤其是在发给客户之前，把自己当做法官，多问自己几个为什么，有罪或无罪的判决是否令自己信服，这样你会做得更好。
声明：本文所有图片资料来自百度。
做供应商质量管理七年多了，跟无数的供应商打过交道，所属行业有半导体、电阻、电容、电感、连接器、LED、LCD等，看得最多的就是FA（Failure Analysis，失效分析）报告。相对来说，半导体行业的FA报告写得稍好一些，上面提到的其它行业，尤其是国内企业，FA报告写得一塌糊涂。如果用写作水平来衡量的话，基本都是小学未毕业水平。今天，我想用记叙文的写法来讲一下如何写FA报告。
大家都知道记叙文的六要素：时间、地点、人物，事件的起因、经过、结果。无论是标准的8D报告还是戴尔公司的5C报告，其实都无非把这六要素讲清楚。大家默想一下，我们写FA报告的目的是什么？是不是向客户或老板把一件事情讲清楚？做FA的过程，是不是一个破案的过程？FA报告就是用数据说话，有理有据地还原案子的真相。鉴于8D报告的八股化（更容易明白），我们用戴尔的5C报告模板为例来阐述记叙文与FA报告之间的关系。
5C报告的第一部分Characterize主要用来解决记叙文里的时间、地点、人物、事件的起因。注意这里事件的起因不是本次质量事故的发生原因，而是我们写这份FA报告的原因——也就是这次质量事故本身。里面有5个小部分，其中，Issue #：是系统里的tracking #，所有的质量事故都要有tracking #，一方面确保这些曾经发生的问题都记录在案，另一方面，如果有些issue是重复发生的，我们可能需要启动更大的项目来解决，如SIP （Supplier Improvement Plan）或者BPI（Business Process Improvement）。Date：是开始生成5C报告的时间或者收到客户投诉的时间，注意不是质量事故发生的时间。Champion：是参与解决这个问题的人，注意不是一个人，而通常是一个跨部门的团队。Issue Title：是对这个事件的简短描述，通常需要包含when, where, what几个部分。Description：是对这个事件的详细描述，除了要包含Issue Title里面的内容外，还要有其它更详细的内容，例如：如果是component issue，要讲清楚vendor name，VPN（Vendor Part Number），CPN（Customer Part Number），fail rate等等。注意这里的when就是指事故发生的时间。
接下来就是处理这个事件的经过。首先是Contain，中文叫围堵，顾名思义，就是采取什么措施把这个质量事故给堵住，让它不再持续发生。在我们找到真凶之前，要把所有可疑分子都控制起来。其次是Cause，它包含两部分，一是质量事故发生的根本原因（RC, Root Cause），二是不良品的流出原因。前者一般从5M1E（人机料法环测）的角度来全面分析，而后者基本都是由于测试或检验不够。因为篇幅所限，这里不能详细地描述RCA（Root Cause Analysis）的过程，最好是把RCA过程中的关键部分summary出来， 而把详细的RCA过程用附件贴附在这里，以作参考。因为RCA的过程其实是FA报告的核心部分，有必要多说几句。为了让RC更具有说服力，FA的过程需要有严密的逻辑性和足够的data support。可以使用的工具很多，如柏拉图、鱼骨图、流程图，5why，故障树，FMEA，柱状图或Cp/Cpk分析等。个人认为，流程图、鱼骨图、柏拉图、故障树、FMEA等可以帮助找到可能的原因，柱状图或Cp/Cpk分析、Commonality分析、DOE（包含ANOVA分析）能帮助确认RC，5why可以用来逆向验证RC是否符合逻辑。
找到RC之后，就是确定相应的CA（Corrective Action，纠正措施）了。在确定CA的时候，一定要跟前面的RC相呼应，否则就会发生“牛头不对马嘴”的笑话。有了CA还不够，因为我们从一家供应商所采购的物料或许还有其它，我们的产品也可能不只是这一个产品。因此，这些CA都要扩展到所有适用的物料或产品上。同时，为了防止同样问题再次发生，需要把CA上升到系统的高度，即在文件中清晰地备份下来，让后来者能引以为鉴。这些文件包括SOP、DFMEA、PFMEA、control chart等等。CA之后所做的这些动作就是PA（Preventive Action，预防措施）。
Action做完之后，还不能算是解决问题了，还差最后一步，对CA和PA效果的确认，也就是validation，这也是我们这个事件的结果。最直观的validation结果就是CA/PA之后，该质量事故是否还重复发生。也有用其它工具，如trend chart（趋势图）、柏拉图或质量指标的前后对比等。如果这份FA报告是针对客户投诉的，在正式发给客户之前，需要质量经理的review和approve，这既是对质量工作的严谨对待，也是对客户的尊重。
同样，Contain、RCA、CA/PA、validation、review等都要记录完成的时间、责任人，如果是中期报告，最好还要加上状态（open/close）。
讲到这里，大家看看写一份FA报告是不是就是写一篇记叙文了呢？——记录整个破案的过程。事实不清楚，证据不到位，逻辑不合理，法官该如何判决呢？写完FA报告，在交给经理审核前，尤其是在发给客户之前，把自己当做法官，多问自己几个为什么，有罪或无罪的判决是否令自己信服，这样你会做得更好。
声明：本文所有图片资料来自百度。
RSS Feed