|
体系工程师干久了，有一种无力感。 明明自己也懂标准，也知道流程应该怎么跑，也想把体系真正做起来，但在公司里就是推不动。 - 你让部门按流程做，别人说你太死板；
- 你让记录真实留痕，别人说你形式主义；
- 你让问题做根因分析，别人说差不多关了就行；
- 你让变更走评审，别人说先干了再补流程。
最后变成了一个很尴尬的岗位： 平时没人听你的，审核前全公司都找你。 很多人以为这是体系工程师能力不行，其实不一定。 有时候不是人不行，是公司压根没把体系当管理工具，只把体系工程师当成了“审核资料员”。
一、公司只让你应付审核，不让你管体系
很多企业对体系工程师的定位非常现实： - 外审来了，你负责；
- 客户审核来了，你陪审；
- 资料缺了，你补；
- 不符合开了，你催整改，改不好，体系的问题；
- 证书要维护，你想办法。
但平时流程怎么运行，各部门愿不愿意配合，问题到底改没改，管理层根本不关心。 公司嘴上说重视体系，实际只重视“审核能不能过”。 这种环境下，体系工程师很难发挥真正价值。 因为体系本来应该管的是流程、风险、责任和闭环。可公司只让你管资料、表单、文件夹和审核现场。 时间久了，再有想法的人也会被磨掉。 体系工程师最怕的不是工作多，而是只能做应付审核的事。 - 你明明想做流程改善，最后天天补记录；
- 你明明想推动问题闭环，最后只是在追签字；
- 你明明想管风险，最后变成审核前救火。
这不是成长，是消耗。
二、没有权限，却要你背责任
体系工程师最难受的地方，是责任很大，权限很小。 - 外审出了问题，老板问体系部怎么管的；
- 客户审核扣分，领导问你为什么没提前发现；
- 整改延期，大家说体系部没有跟紧；
- 其他部门资料不完整，最后也是体系工程师背锅。
但真正到部门执行时，你有多少权力？ - 你让生产整改，生产说赶交付；
- 你让采购补供应商资料，采购说供应商不配合；
- 你让研发更新文件，研发说项目太急；
- 你让仓库规范标识，仓库说人手不够。
你没有考核权，没有资源调配权，也不能决定部门负责人怎么做。 最后就变成：体系工程师承担管理责任，却没有管理权限。 这才是很多体系岗位最累的地方。 不是你不知道该怎么做，而是你知道该怎么做，但没人配合你做。
三、公司把体系当资料，体系人就只能变成资料员
很多公司对体系的理解，真的很浅。 他们觉得体系就是文件、程序、表单、记录。 所以体系工程师每天的工作就变成： - 改文件；
- 催记录；
- 补表单；
- 整理审核资料；
- 收集整改证据；
- 陪审核老师看现场。
这些工作有没有必要？有。 但如果体系工程师只做这些，就会越来越边缘化。 因为资料只是体系运行的证据，不是体系本身。 真正的体系应该解决的是： - 流程有没有跑通？
- 责任有没有清楚？
- 风险有没有受控？
- 问题有没有闭环？
- 部门之间有没有衔接？
- 现场执行和文件要求是否一致？
如果公司不关心这些，只关心审核前资料齐不齐，那体系工程师再努力，也很难做出价值。 公司把体系当资料，体系工程师就会被用成资料员。
四、体系问题本来是管理问题，却被推给体系工程师
很多公司有一个很典型的现象： - 出了流程问题，找体系工程师；
- 出了记录问题，找体系工程师；
- 出了整改问题，找体系工程师；
- 出了审核问题，还是找体系工程师。
但很多问题，根本不是体系工程师一个人能解决的。 - 比如不合格品没有隔离，是生产现场管理问题；
- 供应商资料不完整，是采购管理问题；
- 设计变更没有同步，是研发和工艺流程问题；
- 设备点检长期漏填，是设备和生产执行问题；
- 客户投诉重复发生，是质量、生产、技术、管理多方面问题。
体系工程师可以推动，可以监督，可以提醒，但不能替所有部门执行。 可很多公司最后会把这些问题都压到体系岗位上。 体系工程师不是所有问题的责任人，而是体系运行的推动者和监督者。 如果过程负责人不承担责任，体系工程师再累也只是陪跑。
五、最消耗人的，是明知道问题在哪，却改不了
体系工程师最痛苦的，不是看不出问题。 很多时候，体系工程师其实很清楚公司问题在哪。 - 流程写得很漂亮，但现场不执行；
- 管理评审每年都开，但没有决策；
- 内审问题年年重复，但整改只是走形式；
- 客户投诉每次都写8D，但根因永远是“人员疏忽”；
- 文件版本改了，但现场还在用旧版。
你知道这些是问题，也知道应该怎么改。 但一推动，就卡住了。 生产说忙，采购说难，研发说没时间，老板说先过审再说。 久而久之，体系工程师就会变成一种状态：看得见问题，但懒得说；知道风险，但推不动；明明想做改善，最后只求审核别出事。 这才是真的“被用废”。 不是能力废了，而是主动性、专业性、改善意识被一点点磨没了。 有没有什么好的办法让体系有用，而不是改文件，收记录。。。。。。 | 
发表于 
楼主
发表于 
发表于 
发表于