提起林锐这个名字，想必程序员们都不陌生。当年，我正是看着他的《高质量C/C++程序设计》，编写自己的第一个正式项目的。不过，您是否注意到，在林锐的两部著作中，他的一个观念发生了很大的转变，那就是关于对项目经理的技术要求：
在林锐2003年著的《软件工程思想》中提到：“项目经理一定要懂得技术”；而在2005年的《IT企业项目管理：问题、方法和工具》一书的序言中，林锐反思了的一些旧观点，对于项目经理是否要懂技术，他有了不同的见解：“项目经理其实不一定要懂技术”。
那么，究竟项目经理是否需要技术能力呢？而从技术人员到项目管理者，又要有有什么样的思维转变呢？本文中我谈一谈自己的体会，不当之处请大家不吝指正。
有一个自以为很博学的人向一位大禅师请教佛法，禅师不说话，只是不停的为他倒茶，茶水溢出来了也不停下。那个人很诧异：“师父，茶杯已经满了，装不下了！”禅师微笑，停下手，意味深长的对他说：“是的，你的脑子就如同这个茶杯，已经满了，我对你说法，又怎么能装得下呢？”
佛家说“所知障”，就是说学了很多的东西，这些东西反而妨碍了自己的修行。项目管理人员也一样，如果过多的执著在技术上，反而会妨碍自己管理技能的提升。
那么项目经理这个职业具有什么特点呢？让我们从思想和执行两个方面来说。
先说思想方面：
技术人员有两个特点，一是注重细节，做事情追求完美；二是动手能力强，做事情往往喜欢喜欢亲历亲为。而对于项目管理者，这两个特点都是要不得的。
任何人、任何公司，只要做事情就会犯错，作为管理者，如果一心想把每个细节都做到完美，那么可能到最后就是一事无成。对于细节的改进，我比较喜欢的做法是抓住最重要的事情(一般来说是与QCD直接相关的节点)，这些关键点一定要达到要求，其余的事情就不需要太抠了。另外，如果发现组员在细节上下了功夫做得好的地方，一定要及时表扬。诚于嘉许、宽于称道，是对细节最好的态度。
作为管理者，团队的绩效就是你的绩效，但是团队的能力却不等于你个人的能力。也许你的技术很强，但也不可能什么事情都自己做了，就像踢足球一样，一个人的球队是不可能取得好成绩的。因此，要敢于把事情放给别人做，也许他做得不那么好，那么告诉他如何改进，如果同样的事情总是做不好，那么也许这位组员需要换一个更合适的工作。
总而言之，作为项目管理者，你不再是做自己的工作，更多的是做别人的工作。重视和领导、商务、技术等各个层面的沟通，关注项目QCD的状态，着眼全局，对事不对人，这就是项目经理们的思维方式。
再谈执行方面：
一个朋友聊天时提到，他们公司的一位部门经理这样教导见习经理：“想做好部门经理吗？那你要先学会怎么发奖金！”题外话，所有事情里面，我最喜欢的就是拿奖金的感觉……
此文章共有2页 1 2 下一页
|
Leadge.com首页 > 知识库 
