如何成为一名优秀的工程师（华为内部培训资料） 九个工作策略 我们发现，改变你做事的方法以及和别人共事的方法是有必要的。表现杰出的人事实上做事的方法和其它的人有相当的差异。他们将他们的工作策略融合到每天的表现中，产生一个前后一致的行为准则。任何一位具有足够聪明和动机的工程师都可以获得卓越表现的能力。 尽管如此，这种生产力的发挥并不是像大爆炸一样的释放出来。也没有魔法药丸或是神奇子弹可以让你瞬间出类拔萃。而是藉由九个互相结合在一起的工作策略为基础发展起来的。以下依照重要性排列，分别介绍这九种工作策略。 1. 闪亮的轨迹(Blazing trails) 你对于之前提到的Lai和Henry的看法是什么？你是否觉得Henry被低估了因为他只强调技术上的竞争力并不公平？或者Lai受赏识只因她会闲聊？ 一般的员工，如Henry，脑海中的主动积极是：想出一些新的想法可以让他们的工作做得更好，或是在公司主动帮忙一些额外的事情，例如规划年度野餐或是号召同仁去捐血。实际上，Henry觉得他自己很主动，『我收集了最新的技术文件并学习了最新的软件工具，因而我可以将我的指派工作做得极好。没有人叫我做这些。』Henry这样告诉我。 Lai很清楚而Henry并不了解的一个关键是：只有特定的行为才能让别人觉得你主动积极。主动积极的真正意涵是： 主动追求超过自己职权范围的更大责任(例如Lai主动帮忙安装新的软件工具)。同时仍然能
够完成自己的主要任务。 能够额外付出心力来帮助其它同事或是团队，就像Lai主动帮助她的同事应付难缠的程序。当有重要的任务出现在每个人职权中间的灰色地带时，能够主动承担起责任，并且将任务完美达成。 对于认定的目标或是计划，不屈不挠地坚持直到成功地执行完毕。就像Lai在帮忙安装软件时以加班的方式完成原先的构想。 在一般人的印象中，唯一值得主动去做的事是发明一个商业上成功的新产品，比如说发明对象导向的Java语言。如果你花了许多心力，却无法在华尔街日报头版上刊登一篇赞美重大贡献的文章，那你主动的努力就白费了。 然而，在我们的研究中，杰出的工程师都坚信：虽然他们非常期望够主动积极地做出巨大的贡献，日常中的小贡献，日复一日地累积起来，也可能造成同样的影响力。不只这样，他们发现通常一个重大的发现是在一连串较小的努力之后，慢慢形成的。如果你自己的工作态度是不注重在小地方采取主动的态度，则你所累积的贡献会逐渐干涸，而重大的突破永远都没有机会发生。例如，Lai主动帮助同事处理一个繁琐的程序，可能可以让她的同事获得一个喘息的空间，而这正是在工作上要产生有意义的突破所需要的条件。 杰出的工程师同时也相信，你可以主动做出贡献的程度会和你的经验直接相关。Lai在还是新进人员时，大家并不期望她承担太大的责任，但是她主动对周遭的人做出一些小贡献为她的同事带来一些意外的惊喜。同时也很快地让其它人认同她是一位有生产力的工程师。当她越来越有经验之后，大家才会开始期望她能够主动地承担更高难度，风险更高的任务。 我们对Lai, Henry及其它数百位其它工程师的观察发现，对于任何一个有竞争力的专业工作者团队，新进人员必须展现主动积极的精神。这样的态度不只会让主管感到满意，更重要
2007年，以2年的工作经验去一家小公司去面试。当时笔试完，对方对我很认可。但当时他说：“我需要招一个，在大公司待过的，最好知道硬件开发流程和规范的。虽然你题答得不错，但是我们需要一个有丰富经验的，最好在华为待过的。” 当时，我就在想“华为的规范和流程是啥样的”。后来我去了华为，我把能想到的华为硬件开发的几个不一样的点，跟大家分享一下。 NO.1 文档，评审，设计 当时刚入职时，三个人做一个电路板。虽然电路复杂一些，还是有一些人力过剩的。所以，我就被安排去写一个PCI转UART的逻辑。 我当时是新员工，也急于表现自己，利用周末的时间，估计用了一周的时间，就写完代码，开始仿真了。我以为我的导师兼主管会表扬一下，结果没有，他说：“你为什么没有召集大家讨论？然后再写方案，评审？然后再动手写代码？”我当时是不理解的，觉得我一个人就搞定的事情，为啥要这样劳师动众？ 后来反思过后发现了以下问题： 第一、从主管的角度，不知道新员工的个人能力，你能把做的事情讲清楚了，他才放心。第二、从公司的角度，有一套流程来保证项目的交付。那么则不再太依赖某个人的个人能力，任何一个人的离职，都不会影响项目的交付。这也是华为最了不起的地方，把复杂的项目拆得非常细碎，这样不需要特别牛的人来交付项目。这是为什么华为的工程师的收入是思科的N分之一。 第三、从效果角度，毕竟一个人的想法是有限的，把想法文档化的过程，就是整理思路的过程；讨论的过程，就是收集你自己没有想到的过程。正式的评审，是大家达成意见的过程。提前讨论，让相关的人都参与到你的设计中，总比你设计完了，被别人指出一个致命的问题要强得多。 就是因为华为把一项工作拆散了，所以沟通，文档，评审，讨论，变得非常重要。这个工作模式的缺点，也是显而易见，沟通成本高，工作效率低。 NO.2 硬件领域的人员构成 在华为内部里面，人员角色非常多。硬件的人是对产品开发阶段，端到端负责的。做单板硬件工程师，可以涉猎最多的领域，同时也是工作内容最杂，接触人最多，扯皮的最多的工种。 但是也因为有人专门负责画PCB、EMC、电源、逻辑，原本硬件工程师应该做的领域。那么硬件工程师就武功尽废，变成“连连线”。 其实不然，正是由于每个人都是一个小的领域，没有人统领，所以一个好的硬件经理的作用非常的重要，是贯穿所有领域和全部流程的关键角色。正如原来华为内部论坛上有一个人比喻的，硬件工程师更像是处理器里面的“Cache”，是所有环节的中转站。大公司把人的分工分的这么细，也是防止某一拨掌握了太多公司的核心技术，出去单搞了。 NO.3 华为的流程
长春市 科技有限公司 文件编号： 工程质量控制工作手册 VER 2.0 编 制： 质管部 审核：瞧瞧去 批 准： 呜呜呜 日 期： 地 址：长春市 电 话： 传 真：
邮 编：
目 录 手册说明第 页 手册修改控制第 页 质管部组织结构与职责第 页 工程质量管理总则第 页 工程质量检查工作流程第 页 工程质量自检第 页 工程质量过程监控第 页 工程过程文档质量检查第 页 工程完工质量检查第 页 工程质量问题整改第 页 工程满意度调查办法第 页 工程质量奖罚措施第 页 工程质量控制中管理人员的处罚规定第 页 对违反服务规范的处罚规定第 页 免检工程师认证管理实施办法第 页 免检工程师资格管理办法第 页 工程质量控制网络管理规定第 页 工程文档归档管理规定第 页 工程质量检查整改管理规定第 页 技术培训与考试管理规定第 页
手册说明 手册适用范围 本手册是为本公司进行的华为工程安装和设备维护服务业务而编写。 本手册适用于质检工程师，是质检工程师的工作指导，同时适用于安装调试工程师、各级工程管理人员对工程质量的控制。 手册内容 本手册依据公司《质量手册》和本公司的实际相结合编制而成，包括： 工程质量管理的总体原则 质检工程师工作流程 质量检查流程 工程过程监控 各项检查制度 工程质量奖罚措施 免检工程师认证和管理 其它质量管理制度 手册的发布、批准、保管、修改 本手册为公司的受控文件，由质管部经理批准颁布执行。手册管理的所有相关事宜均由质管部统一负责，未经质管部经理批准，任何人不得将手册提供给公司以外的人员。 手册持有者应妥善保管，不得损坏、丢失、随意涂改。 在手册使用期间，如有修改建议，各部门负责人应汇总意见，及时反馈到质管部；质管部应定期对手册的适用性、有效性进行评审；必要时应对手册予以修改，执行《文件控制程序》的有关规定。
第一章 概述 第一节 硬件开发过程简介 §1.1.1 硬件开发的基本过程 产品硬件项目的开发，首先是要明确硬件总体需求情况，如CPU处理能力、存储容量及速度，I/O端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。其次，根据需求分析制定硬件总体方案，寻求关键器件及电咱的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。第三、总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB布线，同时完成开发物料清单、新器件编码申请、物料申领。第四，领回PCB板及物料后由焊工焊好1～2块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。第五，软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB 布线方面有些调整，需第二次投板。第六，内部验收及转中试，硬件项目完成开发过程。 §1.1.2 硬件开发的规范化 上节硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件开发涉及到技术的应用、器件的选择等，必须遵照相应的规范化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过总体组的评审，器件和厂家的选择要参照物料认证部的相关文件，开发过程完成相应的规定文档，另外，常用的硬件电路（如ID.WDT）要采用通用的标准设计。 第二节 硬件工程师职责与基本技能 §1.2.1 硬件工程师职责 一个技术领先、运行可靠的硬件平台是公司产品质量的基础，硬件工程师职责神圣，责任重大。