技术领导人需要的一些特质

　　收到了一篇投稿文章，讲的是互联网公司技术团队的一些事情，是作者的切身体会，我觉得写的很好。其中关于“技术需要Marketing”一节，我觉得对工程师的职业发展有重要的借鉴意义。

　　我接触过很多工程师，但能把一件很技术的事情讲到不懂技术的人都能听懂的人，却是凤毛麟角。据说王坚是唯一一个能让马云听懂技术的人，所以他是阿里集团的CTO，而此前的很多VP级的技术领导者，都没能成功的把技术“Sale”给马云。

　　所以有时候，这种看问题的视角和眼光，以及表达和沟通能力，决定了技术人才职位和薪水的高低。

　　文章有点长，有兴趣的朋友慢慢看吧。

　　—— 我是万恶的分割线 ——

　　《技术领导人需要的一些特质》

　　作者：jetwang

　　背景：

　　我们公司有一位COO，Yahoo过来的，做产品经理出生。下面有2个SVP，一个技术，一个产品经理。技术的SVP性格比较温和，不强势，最看重的是make things done。产品经理的SVP性格强势，是COO从Yahoo招过来的。

　　网站的流量也不大，一个站点16台应用服务器就搞定了，不是那种技术要求非常高的公司。

　　以上的背景就决定了，我们公司文化并不是工程师导向。很多事情，还是PM话语权比较大，公司策略，开发资源调动，主要是由PM来驱动。甚至有时候需要多少开发人员，也是PM那边直接给建议。

　　我们出现过的一些问题：

　　1. 我们有一个页面，是网站最重要的页面，因为长期在这个页面添加各种功能，这个页面的代码已经非常复杂，每次做一个小改动，开发人员会不经意间弄坏其他功能，而QA测试跟bug修复的时候都要几周。

　　2. 我们有个功能很独立的组件，作为本地代码放在我们网站应用里面，于是出现了这个组件跟整个网站的代码耦合很深，代码互相牵扯。屡次想花时间把这个组件分离成单独的web service，但是总是因为business需求的紧迫性，这个项目分不到人手。

　　3. 诸如此类的，以上种种的技术负债，就导致了我们有时候会在正式环境上出现一些很严重的技术问题，或者有一些简单的需求却花费了巨大的开发代价。而最终为这些问题买单的，还是技术部门。

　　4. 有些PM会给一些所谓的“完成”的需求文档，或者以我们要agile为借口写一些不够详细的文档。在开发过程中，开发人员花了很大的精力来讨论这些需求，导致项目不断拖延，开发人员因为工期拖长，出现人员变更，而新来的开发人员又带来了更多的bug，于是更加拖延了项目，结果就是，项目合作很不愉快。

　　去年美国那边来了一位技术副总，在Oracle跟Collabnet呆过，我跟他一同负责Platform的开发工作。经过大半年的合作，经常可以在跟他的谈论中，感受到他一些对我们很有用的想法：

　　1. 技术需要marketing

　　我的部门除了有Platform开发的团队，还有一个团队是负责架构的，跟Platform不一样的是，架构要做的项目都是技术部门自己催生出来的，所以经常PM端，COO都不太了解我们做的项目。不知道为什么做这个项目，有什么好处。我相信在一个工程师驱动的公司，这样的问题并不是大问题。但是问题是我们是业务型公司。

　　比如我们最近在做的一个组件化的项目。

　　于是有一回，这个VP在跟我打电话的时候，谈到这个组件化项目，他说：“XXX，你知道，你们现在在做的这个组件化项目，很危险!”

　　我说：“怎么讲?”

　　他说：“你觉得XXX(Platform的PM，是个VP)知道你们在做什么吗?”

　　我说：“他应该知道一些，我有跟他说过。”

　　他又说：“你觉得XXXX(我们的COO)知道你们在做什么吗?”

　　我说：“他应该不清楚，这个太技术了。”

　　他又说：“那你觉得XXXX(PM的SVP)知道你们在做什么吗?”

　　我说：“他应该也不清楚。”

　　他说：“那如果你这项目出现一些问题需要帮助的时候，或者说需要resource的时候，你觉得他们会帮助你吗?”

　　我说：“看来不会。”(我心里想，肯定不会，现在就出现问题了。)

　　他说：“如果有其他项目需要人，你觉得他们会第一个从你这个项目中抽调人手，还是从其他他们了解的项目抽调人手。如果现在他们发现开发部门的开发资源不足，他们第一个challenge的项目是哪个?”

　　我沉默。

　　他又接着说：“我们都是XXXXX(技术的SVP)的人没错，但是说白了还是XXXX(COO)的人，你现在拿COO的人，在做一些他不懂你们在搞什么的事情，你觉得这样是不是很危险?”

　　我说：“嗯。”

　　他说：“我可以帮你。首先，你应该以PM能够懂的语言，解释这个项目能给他们带来的好处。你说说，你这个项目可以带来什么好处?”

　　我俩Balabalabala了一阵子。

　　(用XXXX代人名太痛苦了，之后我还是直接用职位吧。)

　　然后他说：“所以你这个项目，Front End的PM VP，Platform的PM VP都可以从中带来这个益处对不对?”

　　我说：“是的。”

　　他说：“所以你现在不用他们的人手，却在做对他们有好处的项目，对于这样的好事，他们欢迎还来不及呢，对不对?”

　　他又说：“如果COO知道了，哇，原来架构组还做一件对公司这么有好处的事情，那很好啊，这个组很棒!”

　　他继续说，”可是，现在没有一个人知道这件事情，所以，很明显，你们做的marketing不够。“

　　他说的很对。只要稍微懂技术的人都知道架构的重要性，但是以前我们一直没有固定的人员去做我们架构组自己想改进的东西，直到去年，我才说服我们技术的 SVP，腾出固定的人员做架构自己的项目。而如果我们有人能够为我们架构的项目做好marketing的话，我相信业务负责人会主动为我们增加改进架构的 resource，支持我们的项目而不是像目前这样睁一只眼闭一只眼的不管不问。而且也不会出现，个别PM以他一知半解的技术知识，把我们网站的架构错误的描述给公司的业务负责人。

原文转自：http://blogread.cn/it/article/6477?f=wb