我的项目经理之HMM
周六小周加班，项目经理HMM的一件事情触动了我，所以我决定今天把项目经理系列中关于他的这一篇写出来。为了阅读方便，下面简称他为H。
H就是之前一篇《我的项目经理之LZY》中所说的「其他两位项目经理」之一，技术出身的那种。
H来我们部门比我早，理论上说，比我师傅进这个部门还早。因为我师傅最初是以平台部门借调的身份加入的，过了很久才把组织关系转入，我也一样。而H则是在部门建立之初，就从另外一个产品线转到了新成立的部门。如果有一天现在这个部门壮大，他肯定是被称为「元老」的那批人之一。
我是17年下半年才开始和他有紧密的合作。虽然之前打交道，都是写帮帮忙的小事情，但是对他印象还是挺深的，原因是某次听到师傅跟他说：「有你在，这个项目肯定没问题的，鱼眼那么难都让你给发布掉了，怕什么」。当时就不明就里，但是心里已经留下了「此人非同一般」的印象。
后来接触多了，慢慢了解到，H在加入我们公司之前，是在某个网络设备公司做FPGA工程师，正儿八经的技术出身。所以在他身上，有很明显的工程师烙印。
首先是来自工程师的严谨——每周询问项目进展。我和他合作的项目，都是项目经理L转给他的。在和L合作的过程中，从来没有写过周报。但是H就不一样了，他每周一都会发邮件，把项目进度同步给每一个成员，同事要求项目成员同步各自进展及项目推进中遇到的问题。有一段时间，我在3个项目上和他有合作，所以每周一都会在同一时刻收到三份项目进展的邮件。起初我单纯以为这个人是在套用模板，三份填好之后依次点击发送，所以时间很紧凑。后来才知道，他用了模板是没有错，但是这家伙竟然自己写了脚本，像填空题一样填好模板之后可以一键发送，根本不用写邮件，更不用一个个点发送。可以想象每周一师傅打开邮箱之后，被他邮件轰炸的样子，师傅和他合作的项目有十几个之多啊。
作为一个工程师出身的人，虽然转行了项目经理，但是他仍然对技术保有兴趣，所以他很有兴趣讨论各种技术细节，并且在自己认知范围内给出解决思路。有一次，前方技术支持反馈回来一个客户需求，我和FPGA工程师以及传感器工程师一起在商讨解决方案的时候，他走了过来，听我们在讨论中，认定各个产品差异大，有的硬件上能够支持，有的需要软件支持才能做的时候，给出了「统一用软件实现」的结论。其实，从工程师的角度，硬件能解决的用硬件，解决不了再用软件，是最优的解决办法。因为硬件方案是底层支持的，效果最好，能用当然要用。而从一个项目经理的角度来说，在硬件和软件方案差别没有那么大的时候，统一用软件是最好的，因为方案统一，一个方案可以在多个项目上复用，开发和维护成本都会低很多。这就是技术人员和一个懂技术的项目经理的差异。
一个优秀的工程师，通常都是遇强则强，迎难而上的，在H身上体现出来的就是，他愿意做有挑战的事情。比如最近这个项目，就是他和师傅一拍即合提出来的——做一个模块化的设计方案，将不同产品之间的接口做兼容，用一样的连接器和散热方案，用一样的结构设计，这样，很多新产品在设计的时候就只需要更新其中一块PCB就可以完成，而不是像之前一样统统重新设计，这样可以大大提高产品开发速度。虽然师傅早对于我的多个项目模块化已经构想已久，但是碍于项目经理L响应不积极，我也忙于其他项目，所以一直没有推进。这次我落在了H手里，师傅就抓住了机会，把这个设想已久的方案实现了。
说回开头。周六他听我们在讨论「编码器」这个东西，立马就找我要了资料，自己看了起来，表示「这东西这么常用，必须得了解一下」。L就从来不会这样，她会找最熟悉的工程师，整理一份培训文档，然后给大家讲一讲，自己也听一听，通过这种方式来了解。两种方式各有优劣，L的方式，属于现在受人推崇的学习方法——不必记住答案，只要知道答案在哪里就行了。而对于H来说，就像他自己说的一样「做项目经理，还是要懂一些技术的，不然怎么能做决策呢？」诚以为然。
这是100天原创100篇的第027篇
