技术论坛

 【万泉河】技术权威主导推动的企业标准化

返回主题列表
作者 主题
万泉河
至圣

经验值: 28633
发帖数: 10885
精华帖: 131
楼主    2020-03-23 21:16:49
主题:【万泉河】技术权威主导推动的企业标准化



越来越多的企业认识到标准化的重要性。其好处不言而喻:


如果整个企业能建立起规范统一的设计模板, 所有出厂的设计遵循同一套规则,那么对个人的依赖性就会大大降低,比如不会因为一个个别工程师的离职或者升职而导致正在执行的项目无法执行, 还比如工程师之间的互相替代性可以提高,任何一个项目,需要售后服务的时候, 不需要原设计者,而是随便就近安排一个方便的工程师,去现场进行服务,不需要太多时间,就可以了解项目的设计方法, 很容易诊断出现场出了什么问题。 


对于设计开发工程师自身来说,其实也是有好处的。你不必每个自己做过的项目,都粘在自己手里,甩都甩不掉, 现场但凡有一点风吹草动,都要你亲自出马,因为离了你,其他人都搞不定。 


其实也与专业有很大关系。比如机械专业所做的设计, 大部分的系统, 直接看实物就能看明白, 而要维护等, 参考着图纸,也问题不大。而且机械设计中大量使用外购的标准件,哪里出问题了, 照着参数找到原厂家也很容易。 


其次是电气专业。电气专业的系统原理图,大致也是标准的, 所用的元器件,也大都是各配套厂家的标准产品,所以如果电气方面出了问题,很容易找到原因, 也很容易修复。 


这些问题, 通常工厂内的维修技师和维修电工都很容易搞定,因为他们原本就是做这个的。所以,只要客户工厂配有合格的维修工, 要求售后服务的机会就很少。


而最差的,则是软件。即PLC和上位机的软件。 


由于长期以来没有统一的架构规范,客户工厂内的所有设备的程序编写,根本没有统一章法和规律可言,所以维护工程师通常无能力全部学懂。所以在出问题的时候就更多的依赖设备厂商的售后服务。 


而对于系统集成商或者设备商来说,对客户的售后服务响应关系到企业的生存。而过多的人力投放到售后服务,又严重影响了正常的运营。所以迫切需要设计标准化。当然这个标准化是企业的标准。总有人不理解什么是标准化,以为标准就是国家标准或者国际标准。那些对我们没意义。我们能追求企业标准,企业内部设计标准化,能提高效率,降低成本, 是最大的目标。 


前段时间,在微信群里讨论推行标准化编程的时候,一位业内还算比较厉害的大佬,抱怨说,在企业里面推行标准化规范根本不可行!光自己一个人凭着权威强力推行的话,其他同事根本不配合,根本搞不下去,最终都是失败,碰壁,头破血流。 


我看这诉苦的状态, 简直痛心疾首啊!


笑了。 


因为我自己也曾经遇到过。 


一模一样。 


很早了, 十多年前。我在前一个公司的时候。 


那个时候,公司大部分的工程项目,配置基本上是一样的,都是一台S7-300 PLC通过PROFIBUS DP网络,与4台,或者6台,或者8台 S7-200的PLC通讯,同时本机还有一部分风机,水泵,阀门的控制, 以及一些热电偶温度数据的采集。上位标配的是一台PROFACE的触摸屏,以及有的时候会有MODBUS通讯的需求, 需要加CP341+MODBUS SLAVE的模块,与DCS通讯。 


S7-200的设备程序是固定不变的,出厂就预装好了程序。而S7-300的PLC因为每个项目的设备类型数量点数都不一样,所以会每个项目都不能完全一样。而其实S7-300中的逻辑又非常简单,其实就是做了数据的收集和整理转发的功能。 


在我来到这个公司之前, 就有外部配合的公司给做过程序模板。可能因为沟通不畅的原因, 也可能是对方的工程师确实想最大化的做成一个通用的程序, 那个程序写的是相当复杂。各种高级技巧都用进去了。间接寻址, 循环等等。然后还要有MODBUS通讯的调试, 数据格式的转换, 触摸屏的通讯。各种功能把公司工程部的工程师们给累的晕头转向。因为他们都不是专业搞PLC编程的,只是出差做项目,被硬赶着上架,也都学了一点下载程序,以及修修改改的技能。遇到新项目, 找设计部问一问配置和以前那个项目的配置最接近,程序资料拷过来, 稍微一改,也大致能搞定。 


无非比较痛苦。 


公司里面的工程师都传言,那S7-300的程序那么复杂, 是原来那位设计者给故意加的后门,就是为了让咱们学不会。所以在我之前, 他们是没有一个人彻底把程序给读懂的。 


我到了以后,彻底读懂了程序, 啥也没有!给全公司同事做培训讲解程序的时候,就笑,区区4台设备, 搞啥子循环, 一个标准函数,调用4次就是了么!即便多到8台, 那再重复4次, 也没有多少工作量。所以在我有一段时间研发任务不是特别多的时候, 公司领导就让我设计一套标准化的模板程序,可以给工程部的同事们使用。 


我那个时候的水平还没有达到现在的境界,毕竟十多年前么!所以,所能做的, 只是尽力把程序写规范, 写简化, 每一句都用梯形图写,M,T变量的使用范围也都整整齐齐归化好。做了一两个项目的程序,交给了工程部门。 


工程部的头头, 自己也会编程的。就是我写文章《【万泉河】PLC编程求3/8的题目》里面提到的那位同事。这次我把那篇文章也摘过来放在公众号里了。 


从那篇文章,读者可以知道, 他的编程水平显然比我差一些的。那个3/8的事件之后,他们整个部门都很触动,听说后来都把3/8的题目做成了部门的考核题了。 


水平虽然有差距,但人还是很喜欢自己动手做事的。将心比心,换位思考一下,如果换我自己有做项目的能力, 我方法再笨拙,再废力气,我最终能做出来,我就有成就感。非得让人循规蹈矩,按照别人做好的教条只许套用,自己失去了实践提高的机会,内心肯定很拒绝。 


对于我给提供的规范程序, 他和他的部门就是这样的态度。到了工地现场,尽管工期紧, 他们都宁肯搞2-3个人 ,同时在宾馆,几个人分工,连夜各干一部分,按照他们自己的套路把设计做出来,也不愿意采用我给的模板。 


所以,是把我给的标准程序废掉,完完全全另起炉灶了。 


反正,我也给把程序给拆到没啥难度了, 每句都能看懂。无非程序的结构,采用的变量,我用M10, 人非用M20, 谁也不可以说对方水平低或者高吧?朝三暮四和朝四暮三,并没什么本质的差别。 


所以,后来公司领导问起,责问我标准化程序咋没做好, 咋工程部门一年到头还那么多出差费用的时候,我直接推责了,做了, 但没办法, 工程部不肯用, 他们都另起炉灶自己干。 


由此把同事更是得罪了。


但我从此也不再管他们的那个破事了。 


现在多年过去了,我回过头总结, 把文章的题目完善一下,其实应该是:


仅靠技术权威主导推动的企业标准化是注定要失败的。 


进一步总结原因,当时做的标准化工作, 只是在做一个僵硬的死规范, 根本不是标准化,是假的标准化。 


真正的标准化, 必须是可以考核,可以比较优劣的。必须是灵活的,有生命力的,可升级换代的,必须是团队成员精诚团结的,各司其职, 各有贡献的。 


我现在做成的PLC标准化编程方法,就是这样的。 


我在做好了一期的S7-1500的标准化示范程序之后, 后来要做1200项目的时候,都是要学生自己去独立完成的。 


再后来,要做SMART 200项目了,我又安排学生去做。让他按照S7-1500时实现的思想, 套用到SMART 200就是了。但他做了半截子, 一路来跟我抱怨不好做,各种问题搞不定,我说, 那你把你已经做好的部分给我, 我在你基础上做成吧!


后来等我自己接手做起来的时候, 才真正发现了问题。原来是我轻视了SMART 200做标准化的难度。 


然后我在他已经做的基础上改进,改进,增加功能,最终完全实现。


但我最终做完之后,对整个程序架构中最不满意的,就是学生原始给我的那个底稿部分。我偷懒了,直接使用了他做的成果,反而给累的够呛。所以在后来的项目, 他拿我标准化模板再去做项目的时候,我就要他有空的时候,把原始那段底稿的程序彻底废掉, 按我建议的去重写。 


他也欣然接受, 承认自己写的那段不好。可读性差, 不易调试。 


所以,大家可以看到,我现在推行的标准化架构,就完全不存在彻底推翻对方,另起炉灶,导致对方的工作成果前功尽弃的问题了, 而是谁做的好, 谁上。还要互相心服口服。 


这样就完全避免了靠技术权威强制压制别人,硬要别人接受的问题了。 


我们后来再继续开发AB PLC和施耐德PLC的标准化程序, 也是这样。我本来对这些PLC软件并不熟悉, 按照我的本意,同事们从我这里把标准化架构的方法完整学去,自己分头在自己的PLC里做好就是了,我一点都不想参与具体的工作,我只需要看最后的结果。但他们在做的过程中,发现那些PLC各种不方便,我在西门子PLC中原本很容易实现的功能, 在他们那里就各种困难重重。所以还是忍不住经常来找我,咨询,沟通,商议,然后一起决定一个更好的解决方案。 


这才是标准化方法的标准姿势。 


微信公众号:PLC标准化编程,ZHO6371995
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。