如何成为一位优米乐M6 M6米乐秀的自动化工程师？

　　M6 米乐M6 米乐刚好昨天写了一篇文章，题目是《显现这届工程师的能力》，在这里刚好拿来回答这个问题.

　　工程师需要不断的成长的，一个不成长的工程师，也必然只能成为一个另一种形式的操作工，技术到了一定的程度，也只是枯糙的重复劳动。

　　工程师是干的技术活，技术活都有一个共同的特性，就是对于事实的承认和尊重，才能基于当前的情况予以修复或者改良。技术的世界充满了未知性，限制于非常多的情况，试错或者说测试是一项非常重要的中间过程，如果有工程师说他从来不错，那

　　只有一种可能，他从来没有进行过新东西的开发，一直以来做的都是前人留下的步骤，按照这些步骤操作，一般出问题的可能性比较少。

　　在自动化行业里面，能常工程师的职业会按照职能来划分，比如设备工程师，工艺工程师，制造工程师，质量工程师，或者还有技术经理，CTO等等。但是头衔的本身不代表什么，能力的核心进阶才是工程师最重要的核心竞争力。有些时候，头衔反而带来的是一种虚假的价值感（这种虚假的价值感，在这个看头衔的时代有时比能力更重要）。

　　不论是何种工程师的职能，一般都会经历三个阶段，初阶工程师，中级工程师和高级工程师，每一个阶段都要有更强更广的能力技能，经常检视自己处于哪一个阶段，督促自己努力进阶，玩游戏还要通关进阶，何况工程师这个是你的追求。

　　这一阶段是成长最明显的阶段，完成由一个菜鸟到合格工程师的转变。 这个阶段成长动力很强，很容易感知到自己由零到一的变化。在这个时候要“深挖洞，广积粮”，利用好快速成长期，培养良好的职业素养，一是要勤学习，多思考，老司机更愿意教爱思考，爱学习的新人；二是养成职业习惯，如工具规范，技术文档的整理，做到工具设备归类，不挖坑；三是向职业化转变，什么叫职业化，就是做事靠谱！任务交给你，别人放心。

　　经过初阶的积累，你已经有了部分的技术积累和解决问题的经验，这时候就要挑战更高阶的问题。比如，独立领导一套设备的安装与调试，解决关键性的技术问题。这些要求你用更全面的视角来看问题。不仅仅是处理开发任务，你需要对一个小团队负责，甚至是产品来负责。加强自己对产品技术的理解，当前技术方案有什么缺点？可能会引起什么问题？如何改进？以及对团队协作的理解，如何团队协作？如何提高效率？

　　更关键的是，如果涉及到整合资源的开发，就需要知识从什么地方入手去寻找支援。哪一些技术难题要自己去啃，哪一些则可以交给供应商做。

　　高阶阶段要求对产品的技术领域有深厚的经验，对该领域的技术方案有清晰的认识和实践经验，对团队的管理协作也要有长期的经验。

　　这个时候，作为一个公司的技术带头人，除了自己需要有强大的技术积累外，还有有市场的视角，要有前瞻性的与设计新的产品新的功能。规划团队的工作计划，产品开发的布局，要清晰的了解市场对这类产品的需求点，客户的关注点和开发的持续性的问题。

　　进阶过程是主动的。主要的一点，主要一点就是我要变强，变好好。没有人会要求你变强，这一切的过程都是由自己主动发起，积累习得的。如果你愿意待在自己的舒适区，不求进步，那么也不会有人来要求你这样做。从一个阶段到更高阶段意味需要承担更多的任务和工作，从打小怪到打大怪再到打Boss。主动进阶的关键就是“主动承担，主动揽活”。想要成长，就必须承担超出原有能力范围的工作，拉伸自己的工作能力，直到适应新的工作难度。

　　对于技术驱动的公司，工程师的决定直接影响到产品销售的结果，所以当工程师做了这个决定后，就要对这个决定负责到底。

　　诩阆(公众号:myxulung)在销售，技术和狼和大家探讨了，关于销售和技术，谁应该多拿一些的话题。这里面，有一个重要的问题就在于责任。在信息不对称和技术诚信不对待的情况下，客户更愿意去相信一个面对面交流的销售，很多的事情，很多的黑锅都让销售去背。（事实上，很多技术在现场安装情况下，不断的在帮助销售填坑）。谁承担更多的责任，谁就应该多拿更多的报酬。

　　对于事实的尊重，并且达成现在事实下的结果，是积极推动进度的最关键要素。在一些情况下，这种对事实的承认涉及到一些责任的担当，一些集团对于责任的制度惩罚和领导的言语质问，会让个体在尊重这个事实的时候，为保护自己的利益有有所保留。这种保留在沟通中会带来争执，这种争执的结果是尊重事实的一方，会受到严重的挫败，直接的结果就是合作的不愉快。

　　避免这种情况的发生，一个优秀的方案就是凡事有依据。合作前的事情，所做的一些事情，都是有据可查的。比如一个工业设备制造，一般都有一份详细的技术要求，那么按照这份要求上写的去做，就是有据可依了。对于项目管理方，这份技术要求，需要知会所有参与这个项目的人，或者按照职能的不同，把各个要求，分发给不同的负责人。比如有质量的要求，比如有工艺参数设定的要求，设备的基本配置的要求。对于项目经理或者制造经理，现场负责人来说，他的手头需要有一份详细的的技术要求，在工作中有据可依，也可以避免不必要的争论。

　　明确责任是一个审视的过程，对于集团来说，需要审视的是一整个团队，是不是流程出了问题，是不是制度的缺陷限制了责任的前期规避。对于个体工程师来，清楚的认清属于自己部分的责任，基于的是对于事情本身清晰的理解和确信，而对于责任的承担，则体现的是一个工程师的担当和对于事实的尊重。