0408 【万泉河】工控世界也是个草台班子

今天，看到了一篇公众号文章：《自动化公司的PLC程序标准化方法：是自下而上，还是自上而下？》

其中有人反映出来的问题，表达的观点比较容易令人产生同感：

企业朋友：..... 我们公司也在推标准化编程，....因为我们人员调试水平不同，推行起来比较困难。

我看到了之后，联想到最近流行的一句话，世界是个草台班子。那么对应到工控行业，当然也很容易推论：工控行业的世界，也是个草台班子。

对于世界是草台班子这件事，不同地位不同层次人的认知是不同的。

那些对于深处社会最底层的普通老百姓，往往由此产生的认知是，那些高高在上的权贵门，原来也没啥了不起的嘛！比我也强不出来多少。 搞半天我们都一样盲目混在这个草台班子里啊！ 由此产生了一些心里的平衡。甚至如项羽，刘邦，看到巡游途中高高在上的始皇帝，会发出不服气的呐喊： 你有什么了不起，早晚一天我取代了你，和你没啥两样，一点不会比你做的差！

世界当然是个草台班子。 这是基本事实。 然而更大的事实是，这个草台班子下面，每个人分工是不同的。 有人负责搭台，有人负责唱戏。 有人演主角，有人演配角，有人只露个后背就领盒饭去了，而有人只能手扒在台子边上鼓掌或者鼓噪。

而如果所有人都一样优秀杰出，比如所有人都要负责搭台，而无人唱戏，或者都要演主角，而无人演配角，出演群众演员，甚至围观叫好或者喝倒彩的观众，那么这个戏台子也肯定保不住，即便前面有老祖宗给搭起来了，到了这群同样优秀的人精一代，也势必给折腾塌了。

这位仁兄抱怨的工程师水平高低不同，导致标准化设计搞不下去，我要说的是，问题的根源没找对。 而我更要表达的是，相反，如果这群工程师都是个个顶尖的行业高手，领军人物，人中龙凤，这事儿反而恰恰更搞不成。

互相不服气，互相习惯不同， 互相较劲，内斗，使绊子，拆墙角，这样的职场故事见得还少吗？

换个角度， 即便偶尔有卧龙凤雏一心为公，毫无私心，精诚合作，完成了一个企业的标准化架构，那么这个企业的标准化架构就永远维持下去了吗？别忘了，这个世界是流动的，随着时间的流逝，人会变老的。 早晚一天，卧龙和凤雏会逐渐老去，退休或者死去。 那么他们所搭建的架构就失去了传承。到那一天的时候，你会庆幸幸好有曾经看不上眼的不那么优秀的姜维，廖化冒出来接班顶岗，至少还能维持一阵子，没有立马垮掉。

所以，这个世界的文明成果能发展到今天，应该庆幸世界还好是个草台班子。 当今的顶梁柱小岳岳，有可能之前曾经只不过是个跑堂的小二。 而今天的小跑堂中的某一个，说不定就会成为未来的顶梁柱。

红花必须有绿叶配，强弱搭配，干活不累。 世界的齿轮的运转，除了齿轮之外，还需要有润滑剂。

回到那篇文章提到的PLC程序标准化方法自下而上还是自上而下的问题，作者提出的观点是自上而下，这当然是正确的，当然不可能自下而上，由无知无能的低下层员工来主导。 然而简单把答案归结为自上而下，也未免有些武断。

我在N年前就曾经写过一篇文章，《【万泉河】技术权威主导推动的企业标准化》，因为时间已经久远，大部分人可能并没有读过，或者读过也已经忘记了。 网上已经搜索不到，我自己也是从新书的书稿《三菱PLC标准化编程烟台方法》中才找到，所以这次再次同时发出来在下面。 读者读完本文后可以再继续阅读去看。

不过把在那篇文章中的结论提前透露一下：技术权威主导推动的企业标准化是注定要失败的。

即简单武断的由上而下的标准化方法，不管是不懂技术的主管领导的强推， 还是公司内技术能力公认的技术权威来强推，都是注定要失败的。

那么有人就会疑问了，自下而上不行， 自上而下也不行，也就咋都不行了呗，反正无论如何都要失败， 那就没必要搞了呗！

也不全是这样。 正确的方法是，虽然形式上自上而下，但过程中上层要随时取得下层的认同，做法中要让下层得到益处，尝到甜头。 要让下层体会到确实能让他的工作更简单化，费时费力少，效率得到提升。而不是简单武断只唱高调，但实际上只是给他们约定些规范和规矩，带来的只有麻烦，而技术方法上并没有任何新技能。

简单说就是，如果你作为技术权威，所获得的那些所谓的标准化的技能，在获得时并没有付出多少汗水， 那么十有八九你的下属也早就轻松获得了。 那么你想以此为法宝，强制推行压制同事下属服从，基本上是不可行。我经常见到有很多达人，甚至培训班的老师，把变量的命名方法，驼峰法，匈牙利命名法等当成标准规范来大推特写，就感觉到好笑。

回过头去看我的主张：没有门槛的技能不是高技术。

所以，我在掌握烟台方法之前，绝不敢轻易接受标准化的任务，更不会轻易把自己做的狗屁程序作为标准硬推给同事下属使用，并规定他们必须用我的这一套，不用就罚你们的奖金， 或者扫地出门等等。

而当我掌握烟台方法之后，我就知道这是个香饽饽。我不需要硬推， 也会有人来抢着跟着用。 甚至我把价格设定到同行价位的10倍以上，也会源源不断有人来学习取经。

跟技术权威的强推相比，我跟烟台方法的学员们的关系，相当于他们争先恐后向我付费，然后获得了跟我学习取经的资质。我把标准化的技能方法传授给他们，他们一定是坚信会得到与他们之前掌握的完全不同的技能。也会使他们的工作效率生活品质得到飞跃式的提高。

如果我和他们是同一个公司的同事关系， 所有人猜一下，我们来推行标准化的设计架构，结果会怎么样呢？事实的情况答案早有了， 我帮助过不少烟台方法的学员公司做这个事， 当然是另外付费的。 做的过程当然很顺利，我们共同讨论更合理的方法架构实现方式，我主导提出的意见方法，都是经过了学员认可的。

反而对我来说，比较要命的是，学员们有领教过我做的烟台方法的示范项目之后，审美观普遍都提高了，品位格调都提升了。 往往我给帮忙做到的某些细节，他们也学会挑毛病了，会跟我商榷：万老师， 这、这、这儿，感觉有些不够精炼，还不够完美，咱们是不是还可以做的更好呢？

而我也不得不承认，是是是， 你这个系统这一块儿目前确实有些缺憾，目前的软件架构或者其他方面导致确实挺难做到完美，要不咱们暂时这么用着，以后再一起想想更好的办法？

看到这里，大家又会感觉到很正常啊， 工作的合作不就应该这个样子的嘛？

嘿，那你恐怕是忘记了这个行业的常态啥样子了。

长久以来，这个行业的常态是，绝大多数的PLC工程师，尤其是有了一定阅历和经验的工程师，都会宣布，不喜欢读和调试别人的程序。除他之外所有人的程序都是垃圾程序，至少是编程习惯不符合他的习惯，所以如果要调试，都宁肯全盘毁掉另起炉灶。原来的程序有用的恐怕只有I/O表了。

而其实即便是他自己半年前做的程序，如果不加标识被冷眼拿出来看，他也一样不适应不喜欢去摸。因为，他自己也已经不记得了不认识了。

咱们每个人都审视一下自己，是不是有这样的习惯？