一位技术管理人员的20年工作经历和感悟（三）

15. 两岸工程师 

我接触过一些台湾中年工程师，他们谦逊，内敛，专业，礼貌，心态平和。和大陆台湾中年工程师比较，两者对工作的观念方法，处事原则相差不大。而以青年工程师比较，大陆和台湾两者对工作的观念方法相差很大。 

目前中国处于社会变革的时期，整个社会显得浮躁。大陆的青年工程师已极少有人愿意“十年磨一剑”。往往做了一年项目助手，第二年就想做主要角色，第三年就要做Leader。而且一旦达不到个人目标就频繁跳槽，致使成不了真正的技术精深的专家。而台湾的青年工程师即便是一个普通的测试职位也往往愿意一做十年不改行，成为专家级的工程师。 

大陆工程师频繁跳槽最主要的表象原因是外部机会多。其次就是薪水低，学不到技术，公司环境不好。事实上频繁跳槽，在上个世纪的80~90年代台湾也是这样的状况。最根本的原因是经济上的压力，眼看着房价节节上升，十年不吃不喝也买不起房，这时应遵守的职场伦理就被丢在了脑后。而所在的公司因为前期投入的培训费还没收回，薪资自然是慢慢的加。这样跳槽就在所难免，“存在就是合理”既然他到外面公司能有大幅度的提薪，为什么原公司就不能做到呢？可能就是这口“气”咽不下去，结果多数还是双方受损，所以如果大环境不变这是公司和个人还继续要承担的阵痛。 

大陆年青工程师从学校的教育到社会的现实看到的都是极端的功利性，因此学技术也还是为了改变目前的处境。当公司看出这种风险，又不愿意大幅度加薪，采取的方法就是，技术封 闭，技术分段，这就形成了不良循环。 

中国文化教育与西方教育最大的区别是缺乏一种建立在逻辑分析基础上的思维。从中国文化传统中演变而来的教育带有过强的“艺术性”，目前中国教育中和报刊上的 “隔靴搔痒”文章，是一种不好的示范和引导。台湾工程师比较早的吸取了以西方和日本的在逻辑分析基础上的先进方法，在精细思维，执行层面的细微处体现了长处。 

两岸工程师共有的一个问题就是，现在很多公司应届毕业生从学校一出来，就到了研发部门，缺少对新产品的生产制程知识和经验，设计的产品不利于批量生产。原来国企培养应届毕业生，都是先在生产线工作1年左右，优秀的选拔到技术科(工程部)再1~2年左右，再选合适的到设计所(研发部门)，这样选拔出来的工程师才能研发出方便量产的产品。就硬件工程师来说，不应跳过这一重要环节。 

大陆优秀人材在台资企业没有归属感，因为台企虽然都大幅投资建厂，但一个普通的台湾人，就因为他是台湾人就可以做主管，而大陆人材即使很优秀也只能做课长。很难做上去。更不要说象在大陆企业优秀人材有股票等的利益分享。

16. 吃亏是福 

我的副手李兴中在公司中总是在忙，请他帮忙的人多，他又是来者不拒。不论是研发中还是生产线上发生的技术问题，他都会帮着做，他跟大家交流时说，看起来是吃亏了，别人在休息，自己还在做事，但是正是因为做了很多Debug，才积累了很多经验，否则仅知道原理，没有实际经验，设计的产品还是会又很多不符合生产制程的问题。后来李兴中主导设计的几款PC主板的市场返修率，大大低与公司平均市场返修率，这些产品是在同样的生产线，同样的人，同样的材料和同样方法生产的。 

我们有一个结构工程师，本职工作事情不多，而我们的测试任务有时很忙，人手不够，我请她帮忙做，每次都是比较勉强。后来因其它原因离职。在应聘新工作时，因结构工程师要经常到模具厂参加试模具，人家看她一个女孩，有那么文弱，都不愿意录用，后来她转应聘测试工程师倒是被录用。这才对原来的多付出，有了新的认识。 

我们中心开会，不论是技术研讨会还是项目schedule安排会，我都要求会议的纪录要在会后1小时内整理完毕发给相关同事。开始助理对有些技术的内容记不下来，我坚持要他做到。他是学软件的，这就逼着他要了解相关的硬件技术，几年下来，他就成了可独当一面的PM，而且后来还被别家公司挖去成了研发部门的经理。 

一般来说，员工总是追求高薪，但有时未见得是好事，因为你拿了高薪，工作的压力也一定更大，而且在其它同等条件下，你的市场竞争力会降低，而且那个高薪，如果是老板为了解决一时之需，那就更不好了。在公司状况不好时，裁员也是被先考虑的。 

总的来说年青的时候，多做事，多经历一些磨砺，即使有些不公平，也不要去计较，不是没一次投入都有回报，但你总是在投入，终是有回报的，抱着这样的心态去面对工作，总会收回所有的投入的，这就是上天不负有心人。

17. 设计输入 

我们往往要的是一个好结果，这是没错的，但好的工作输出来源于好的工作输入，这常被人忽略。软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”，把好输入关是极其重要的。所以特别把3年前在我们中心杂志我写的一篇文章贴在这里。 

 这里讨论的产品以IT行业的板卡和整机为主，也包括软件。设计输入是确定所设计产品的市场、用户、功能、性能、时间等目标，开展产品设计的依据，也是以后验证产品设计是否能达到规定的要求，评定设计质量优劣程度的依据。 

 1.设计输入的基本内容 

 根据ISO9001的规定，产品的规划阶段的工作内容均为设计输入的基本内容，如表1.列出了各类产品的设计输入内容。在实际项目执行中，特别是规划阶段，设计输入的内容不是一次确定的，也不是一方确定的，它往往需要多次双方协商或反复才能确定。表中的内容是指最终形成的文件。具体如下： 

表1.各类产品的设计输入 

阶段 板卡类产品 整机类产品 软件类产品 

       A 用户需求 用户需求 用户需求 

       可行性分析 可行性分析 可行性分析 

       B 产品标准/规格（SPEC） 产品标准/规格（SPEC） 用户说明书 

       规划 用户说明书 用户说明书 软件需求分析 

       C 合同要求和技术协议。 合同要求和技术协议。 合同要求和技术协议。 

       项目任务书 项目任务书 项目任务书 

       Schedule Schedule Schedule 

       1.1 用户需求： 

       1.1.1用户的分类 

       有几类用户，一类是外部用户（委托设计）；一类产品是由本公司下达，此时公司就是用户；另一类是合作设计。当用户有充分、完整、清晰的图文要求时，是最佳状况，但实际情况往往不是这样，这就需要产品规划者通过有效沟通，将用户的口头要求或不完善需求进行图、文化的完善，要牢记口说无凭。还要充分考虑终端市场用户的需求。要有“用户的成功”才是我们的成功的概念。 

        1.1..2用户需求包括内容 

        *功能和性能要求，功能是回答这个产品有什么用？性能是回答这个产品怎么样(包括技术指标、MTBF)? 

        *适用的法律、法规、专利、标准和规范要求； 

        *适用的以前类似设计提供的信息（这是指既使用户没提到，但以前的实际经验证明应做到的设计要求）； 

        *运行、安装和使用； 

        贮存、搬运、维护和交付； 

        物料参数和环境； 

        处置要求。 

        设计和开发所必需的其它要求（Design Kit ,Sample ，Software Kit ect.）； 

        应注意，在软件和服务产品的设计和开发中，最终使用者要求的和直接顾客要求的输入，可能特别重要。这类输入应以贯穿后续验证和确认能进行有效试验的方式来表达； 

        时间要求； 

        合同要求和相关技术协议。 

1.2.可行性分析报告 

可行性分析报告的目的是从设计项目的市场、用户、技术、经济、社会等方面论证其可行性。它包括用户需求分析和市场、技术调研。要多用表格形式来表达。 

1.2.1市场调研 

        *市场在哪里（市场容量，细分市场和前景）？ 

        *用户在哪里（谁需要我们的产品）？ 

        *用户需要什么样的产品？ 

        *我们的优势在哪里？（技术/价格/品牌/时间/地利/政策/资金） 

        *竞争对手状况（技术状况和市场份额）？ 

        *我们的目标（技术水平和市场份额） 

1.2.2技术方案 

        *采用什么原理、方法、外观、架构、算法、语言； 

        *采用什么主芯片、结构、电路、模块、接口； 

        *技术关键、难点、重点； 

        *关键元器件配套状况（量产否，供货周期，有无成熟应用，厂商实力）； 

        *与其它方案的比较； 

        *标准化、系列化、专利、兼容性、可*性； 

        *易用性、工艺性、维护性，在线升级； 

1.2.3人员和设计周期 

        *需要什么样的人员组合； 

        *符合目前人员的状况吗？ 

        *增加人员可否提高速度？ 

        *产品设计组外需那些外部支持？ 

        *开始和结束时间 

1.2.4投资和损益分析 

        *设计费用（工资、材料、样板、专用仪器、夹具、模具、差旅费、购专用技术、外包、其它）； 

        *产品材料成本； 

        *市场推广费用； 

        *生产费用； 

        *利税； 

        *损益平衡点（指销售多少台可收回所有投资，如果是附送产品，要估算其带来的附加值）； 

        *敏感性分析（技术、市场、竞争对手变化带来的风险，如何抵御？战争、自然灾害等不可抗拒力带来的风险）； 

1.2.5法规法律的可行性 

符合法规、法律、环保规范,符合销售市场的民俗、宗教习惯。 

1.3制定产品标准或SPEC 

按照国家/国际/行业的相关标准制定自己的产品标准；IT行业有其技术、产品更新快的特点，往往很难制定产品标准，这时可以根据用户需求和可行性分析报告，制定SPEC，包括功能和性能，还应包括包装、环境、MTBF、安全、环保及引用的标准、规范。 SPEC要用定制的表格形式；特别强调要经用户签字确认。 

1.4用户说明书 

用户说明书要用非专门术语的语言，充分地描述其具有的功能及基本的使用方法；并能够说明特定的情况下的应对方法和注意事项。应特别注意下列各点： 

1.4.1用户说明书应在设计产品前就写，而且是尽可能的完善，这是成功研发产品得到的宝贵经验。特别是对未设计过的新一类产品，在设计产品前就写，是至关重要的（否则极易设计出不符合用户需求的想当然产品）； 

1.4.2站在用户的角度，根据SPEC和用户需求编写用户说明书，一份好的说明书应易读易用，让最普通水平的用户读后都能够正确、快速、无误操作的使用； 

1.4.3对一事物的描述，人易接收的程度依次为三维动画，二维动画，图片，表格，公式，文字（有语音辅助更好）。编写用户说明书要充分考虑这个规律； 

1.4.4轻重要分开，逻辑要清楚。如对应用软件的使用说明要明确的表叙：用户应进行的实际操作；屏幕有那些反应；有什么要注意的事项。对这些不同的内容，可用不同的字体、颜色、段落来区分； 

1.4.5当说明书内容很多时，可分为基本功能和高级功能，前几页是基本功能，让用户可迅速使用； 

1.4.6说明书的外观、格式应符合企业的CI 形象； 

1.4.7说明书应在产品发表时和在研发过程中必要时更新，一般来说，变更越少，体现产品规划越高。 

1.5项目任务书 

除了在规划阶段（1.1—1.4的内容和1.6的内容）给产品规划人员下达的上述内容任务书，这里的项目任务书是指经确认，可立项设计的项目； 

项目任务书内容包括项目名称、设计组成员、启动和结束（可分几大阶段）的时间。 

1.6制定Schedule 

Schedule 的三要素是人、事、时间，要制定完整的具体的，直到MVT阶段设计输出的项目Schedule。并在执行中适时更新，以符合当前状况。要借助于项目管理软件，以实现科学规范的管理。；Microsoft Project 是一种功能强大而灵活的项目管理工具，可以用于控制简单或复杂的项目。它通过各种图表能够安排和追踪所有的活动，从而对进度了如指掌。而且现在，通过安装在公司的 intranet 或 Internet 上的  Microsoft Project Central，可以比以往更为方便地与有关人员交换项目信息。如它可以实现子项目的关联性；子项目的重要等级等等。 

1.7 特殊性 

以上是一个通常项目的设计输入，对特定的项目会有些不同，如有的软件项目需要“软件需求分析”（不是指“用户”）。 

 2.设计输入的评审 

计算机软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”把好输入关是极其重要的。 

2.1设计输入评审的参加人员 

设计输入的评审应有用户（或代表）、管理者、产品规划工程师、产品设计师、测试工程师、采购、销售人员参加。 

2.2设计输入评审的要求 

对设计输入的内容应分别进行评审，不完整的、含糊的和矛盾的要求应予以解决，没有遗留问题，再进行下一步的工作。这也是ISO9000:2000版的要求 

 2.3设计输入的存档 

应将确定的设计输入按文件管制的规定存档并保持。

18. 扬长避短 

 除非经历一个人生大劫，否则人的个性特质是基本不会改变的。有时看起来是改变，那可能只是因为外界的压力，暂时的收敛。 

象我的个性是属于面对不合理的事是“疾恶如仇”，说话是直面事实，不怕得罪人；做事是追求完美，一追到底，风风火火，速战速决。象我这类人，在处理一些事的时候，一定有可取之处。如果要说负面的那就是易“得罪人”，工作要求高，给别人较大压力。我处理事时，他第一次出差错，我会和颜悦色地让他注意，第二出同样的差错，我会言词严肃，第三次还出同样的差错，我会忍不住严辞厉色。“对事不对人”作为一种管理理念是对的，但事是人做的，不把做事的方法说给他，不把责任心强调，不分析为什么多次出现这样的问题说给他听，怎么可以？这样对了解我的人而他又有一定承受力，没什么不良后果。但对脆弱的人往往是受不了。我承认在任何情况下都应该和颜悦色，但做不到，我仔细想过我为什么这样，原因应该是两条，一是个性使然，一是强烈的责任心。两者去掉任一条，都不会象我“那么 ‘顶真’，象做自己的公司一样”，这是我的同事经常说我的话。而且我自己发现，我一激动，思维会特别敏捷，前后事情会在脑子里面全部激活起来。 

 对多次出同样的差错的人我做过分析，一个是责任心不够；一个是做事的方法或技术没掌握；还有一个不被人注意的原因是，他的“联想能力”能力不够，我发现一些人，确实不是前两个原因出错。主要是他脑子里面不记事，上周的事他记不住，面对眼前的事也不会作相关联想，这样的个性特质往往也不具备并行作业的能力。 

实际上，一贯的“和风细雨”式的管理和平时“和风细雨”加上偶尔地“暴风骤雨”式管理，都是一种管理风格，没有对错之分，只是一种选择，因为各种管理风格都有大量的成功案例。 

不同特质的人，应该选择做不同的事。有的人爱说话，善于口头表达，也许做FAE合适；有的人心细，观察力强，也许做测试工程师合适；有的人心静，做的住，也许做PCB layout工程师合适；有的人富于创意，善于“自来熟”也许做PM合适；有的人富于创意，善于“自来熟”也许做PM合适 

“江山易改，本性难移”也许硬着头皮改了个性，他的优点也随之消失。与其化大量时间去修身养性，不如扬长避短去做符合个性特质的事。