这段时间公司质量活动比较多，贯标外审，零缺陷项目评审，用户质量问题反馈调查汇报，高频次低价值项目整改，EBOM和MBOM不一致带来的计划推送和嗅探报警问题……零缺陷评审报告工艺组长整完了，要我帮他看看，云桌面腾讯通发给了我。打开后，目录似曾相识，大概是结合了我去年做的院里的质量改进项目，模板不错，去年得了院里的一等奖。再往后面看，就比较零缺陷专业化了，克劳士比学院的零缺陷理论，他上了学院的吕老师的推进师培训课，套路比我专业，不能班门弄斧，浮过。
问题出在事例的数据上。看事例，是部门搞过的研究项目，设计选材不适合，造成用户现场部套卡涩，回来做了研究整改，还曾经闹的火热，老总们都上了，因为讨论者不了解工作原理又不愿拉下姿态来请教，对开口定型还是收口定型没讨论个所以然，两种情况热处理试验做的活塞环戴在热处理工程师手腕上像一串镯子，闹了两个来月终于告一段落。现在把这个事做为零缺陷项目交作业，还算合适吧。里面算PONC值项，按一年25台用这种调节阀的机组估算，一看就有问题了，一年一共有多少台机和这种高转速反动式机组一共也没几台，项目、设计、采购、质量部门肯定都清楚，他如此汇报这里肯定挨训。建议他实事求是写这块的数据，他说按实际写太少了，算不了多少钱，改进的价值不大。在我的建议下，后来他还是改了。
难道浮夸吗？像这样禁不住推敲的数据以前也遇到过，为好看，夸大其词，言不符实，做工程是不能这样的，实事求是才不会出问题。浮夸应至于严谨的过程领域。
