程序员做领导需要一些特质.pdfVIP

程序员做领导需要的一些特质 背景 ： 我们公司有一位CO O ，Yahoo过来的 ，做产品经理出生。下面有2 SV P ，一 技术 ，一 产品 经理。技术的SV P性格比较温和 ，不强势 ，最看重的是make t hings do ne。产品经理的SV P性格 强势 ，是CO O从Yahoo招过来的。 网站的流量也不大 ，一 站点16台应用服务器就搞定了 ，不是那种技术要求非常高的公司。 以上的背景就决定了 ，我们公司文化并不是工程师导向。很多事情 ，还是PM话语权比较大 ，公司 策略 ，开发资源调动 ，主要是由PM来驱动。甚至有时候需要多少开发人员 ，也是PM那边直接给 建议。 　　我们出现过的一些问题 ： 1. 我们有一 页面 ，是网站最重要的页面 ，因为长期在这 页面添加各种功能 ，这 页面的代码已 经非常复杂 ，每次做一 小改动 ，开发人员会不经意间弄坏其他功能 ，而QA测试跟bug修复的时候 都要几周。 2. 我们有 功能很独立的组件 ，作为本地代码放在我们网站应用里面 ，于是出现了这 组件跟整 网站的代码耦合很深 ，代码互相牵扯。屡次想花时间把这 组件分离成单独的web servi e ，但是总 是因为business需求的紧迫性 ，这 项目分不到人手。 3. 诸如此类的 ，以上种种的技术负债 ，就导致了我们有时候会在正式环境上出现一些很严重的技术 问题 ，或者有一些简单的需求却花费了巨大的开发代价。而最终为这些问题买单的 ，还是技术部门 。 4 . 有些PM会给一些所谓的“完成”的需求文档 ，或者以我们要agile为借口写一些不够详细的文档。在 开发过程中 ，开发人员花了很大的精力来讨论这些需求 ，导致项目不断拖延 ，开发人员因为工期 拖长 ，出现人员变更 ，而新来的开发人员又带来了更多的bug ，于是更加拖延了项目 ，结果就是 ， 项目合作很不愉快。 去年美国那边来了一位技术副总 ，在O ra le跟Co llabnet 呆过 ，我跟他一同负责Platf o rm的开发工作 。经过大半年的合作 ，经常可以在跟他的谈论中 ，感受到他一些对我们很有用的想法 ： 　　1. 技术需要market ing 我的部门除了有Platf o rm开发的团队 ，还有一 团队是负责架构的 ，跟Platf o rm不一样的是 ，架构 要做的项目都是技术部门自己催生出来的 ，所以经常PM端 ，CO O都不太了解我们做的项目。不知 道为什么做这 项目 ，有什么好处。我相信在一 工程师驱动的公司 ，这样的问题并不是大问题。 但是问题是我们是业务型公司。 比如我们最近在做的一 组件化的项目。 于是有一回 ，这 V P在跟我打电话的时候 ，谈到这 组件化项目 ，他说 ，”XXX ，你知道 ，你们现 在在做的这 组件化项目 ，很危险!“ 我说 ，”怎么讲?“ 他说 ，”你觉得XXX (Platf o rm的PM ，是 V P)知道你们在做什么吗?“ 我说 ，”他应该知道一些 ，我有跟他说过。“ 他又说 ，”你觉得XXXX (我们的CO O )知道你们在做什么吗?“ 我说 ，”他应该不清楚 ，这 太技术了。“ 他又说 ，”那你觉得XXXX (PM的SV P)知道你们在做什么吗?“ 我说 ，”他应该也不清楚。“ 他说 ，”那如果你这项目出现一些问题需要帮助的时候 ，或者说需要reso ur e的时候 ，你觉得他们会 帮助你吗?“ 我说 ，”看来不会。“(我心里想 ，肯定不会 ，现在就出现问题了。) 他说 ，”如果有其他项目需要人 ，你觉得他们会第一 从你这 项目中抽调人手 ，还是从其他他们了 解的项目抽调人手。如果现在他们发现开发部门的开发资源不足 ，他们第一 hallenge的项目是 哪 ?“ 我沉默。 他又接着说 ，“我们都是XXXXX (技术的SV P)的人没错 ，但是说白了还是XXXX (CO O )的人 ，你现 在拿CO O 的人 ，在做一些他不懂你们在搞什么的事情 ，你觉得这样是不是很危险?” 我说 ，“嗯。” 他说 ，“我可以帮你。首先 ，你应该以PM能够懂的语言 ，解释这 项目能给他们带来的好处。你 说说 ，你这 项目可以带来什么好处?” 我俩Balabalabala了一阵子。 (用XXXX代人名太痛苦了 ，之后我还是直接用职位吧。) 然后他说 ，“所以你这 项目 ，Fro nt End的PM V P ，Platf o rm的PM V P都可以从中带来这 益处对 不对?“ 我说 ，”是的。“ 他说 ，”所以你现在不用他们