技术出身，如何做好项目经理（系列专题）

<script type="text/javascript"><!--
google_ad_client = "pub-1926348199765453";
/* 文章底部 */
google_ad_slot = "3855136352";
google_ad_width = 336;
google_ad_height = 280;
// --></script>
<script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script>

项目经理如何才能在开发过程中与成员做到有效的沟通？ 对于从技术出身的项目经理来说，很容易犯这样一个错误：对自以为简单的问题，分配任务给成员时，会夹带技术细节并表露出问题的简单性。CSDN技术社区中讨论这个问题的贴子

从技术出身的项目经理，很容易犯这样一个错误：对自以为简单的问题，分配任务给成员时，会夹带技术细节并表露出问题的简单性。
譬如X项目经理接到客户的新需求，要求更改页面上的某个字符串。于是立刻把成员A叫过来，“这个需求只要把对应页面的字符串改一下就OK了，5分钟搞定，你赶快去改一下吧”。姑且不论这个问题是否真的简单，首先的问题是，X混淆了项目经理和开发人员的界线。具体实现细节是开发人员的事，项目经理不需要关心，即使开发人员不懂如何实现，那也是技术经理的事。此外，“5分钟搞定”这种话，对开发人员来说往往是一种伤害。最常见的一种结果是，成员A下去后发现问题没这么简单，不光要修改页面文件中的字符串，还涉及到数据库中某个字段的修改，更麻烦的是，修改后单元测试一片红。5分钟的问题，最后花了一天才搞定。
项目经理一般不参与具体编码工作，凭借以往的开发经验得到当前项目中“某个问题很简单”的结论往往经不住推敲。我的建议是，项目经理最好绝口不提技术细节，分配任务就OK，譬如“目前接到一个新需求，客户要求更改某个页面上的某个字符串，你下去分析解决一下。问题比较急，相信你能尽快完成。”首先把需求描叙清楚，然后说明一下紧急性，剩下的放心大胆的交给开发成员就是了。
好的项目经理一定要时刻清楚自己的职责所在。如果因为种种原因，项目经理同时兼任技术经理，不得不参与具体编码实现，那也得时刻清楚自己的角色转变。分配完任务后，可以建议性的提及技术细节：“这个问题比较急，根据我以往的经验，需要修改对应的某个页面。你下去修改下，看能否尽快搞定。”这个例子过于简单，后面这些话基本是废话。兼任技术经理的项目经理，提及技术细节时，除非是别人不懂而自己很清楚，否则还是绝口不提的好。
有的项目经理可能会辩解说，把问题描叙得简单些，可以避免员工磨洋工。如果真有员工磨洋工，5分钟能做的活拖上一天来完成，那我觉得是整个团队建设出了问题，需要改进的是代码评审和奖惩等制度。团队建设涉及的话题太多，此处不展开了。
总之，对项目经理来说，凡事尽量二思而后行之（一是清楚的表达需求，二是换位思考，三思无必要）。

[点击这里看讨论]

引起了很多网友的关注。在讨论过程中，大家普通认为，从技术出身的项目经理如何使上级和下级沟通通畅对技术出身的项目经理往往是一个比较大的考验。而且从这问题引申出来一个更大的问题：从技术出身的项目经理，到底要做到怎样才能算是一个合格的项目经理呢？

　　对于楼主自己担出的问题，他有自己的总结:“凡事尽量二思而后行之：一是清楚的表达需求；二是换位思考；三思无必要。”言简意赅，但是如何操作却成了一个大问题。再回到本文的主题，我们可以从一个反例中来看待项目经理在开发过程中遇到的种种问题。在findsun的博客发表了《一个项目经理的工作日志》，虽然只是全盘描述了整个项目从立项到结束的过程，但是从这个项目失败的教训中可以看出，沟通的问题无时不刻在困扰着项目经理们。

　　具体到如何在项目实施过种中的操作，在《程序员升级项目经理之后的“管理之痒”》一文，就从经验丰富的项目经理角度看待了这个问题。

　　但是光有理论知识是不够的，《一个项目经理的一些个人体会》中就有作者自己对多年项目经理的经验总结。结合第二段中提到的日志一文，可以发现前面出现的一些问题都能在这里找到可行的解决方法。而且文中还有一些实际应用举例，能很好的帮助技术出身的项目经理处理基本的问题。

　　如果觉得这些文章还是不够自己的需要，《怎样从一名程序员过度到项目经理》和《做技术人员到项目经理的位置上的三年过程中的一些看法》则是非常明晰地说明了项目经理应该做和不应该做的事情。相信到这里就能对项目经理在项目开发过程中遇到的问题有初步的了解，如何应对就要结合实际情况从这些总结中找到最合适的解决方法。

　　最后，看看程序眼中《理想中的项目经理》来个换位思考，说不定各位正在烦恼的项目经理们都能有自己的体会和改进。