项目管理--技术民主和管理独裁

风云的博客发表了一篇《平等》

http://blog.codingnow.com/2009/02/equality.html

 

讲到了平等的问题，其实是“技术民主”的问题。我认为在技术上，应该保持民主，这话既是对老板、项目经理、架构师说到的，也是对一线的编码人员说的。

 

我经常听到一些抱怨，“懂的人没法决定，做决定的人都不懂”，指项目经理等，对于技术细节不是很懂，但是具有决定、决策权力，往往不做调查就做出有偏差、甚至是失误的决定；而懂细节，知道来龙去脉的开发人员，却对于项目无法产生影响，只能私底下抱怨。一个方面，对于技术决策，项目经理或者架构师需要召集相关的人员一起讨论，征求大家的意见；另外一个方面，开发人员要主动的说出自己的想法，勇于挑战权威，坚持自己的看法，而不是畏畏缩缩，不敢说不同意见。

 

另外一个方面，在做重大技术决策时，不要独自拍脑袋决定，也不要三两人密谋决定，这样是很危险的。一个危险来自决策失误，比如无法实现或很难实现，错误理解了需求等。虽然站在架构师的角度这样是对的，但是站在开发、测试的角度上，会增加工作量，而且对目前的产品无明显的改进。另一个危险来自底下的隐形的抵制。这会让开发人员觉得自己被排挤，而产生你们决定的，反正我就做就是了，搞砸了我也不负责。

 

最后一个方面，会让大家学习民主的机制和氛围，比如如何妥协，这是很多80后甚至90后，很难接受的，必须在技术民主的氛围中学会妥协。

 

与之相反的是，我认为在管理上应该独裁。事实上，在一些团队，管理的分散带来的后果已经比较严重了。

1、老板爱管事，但是管不到点子上。

2、架构师爱管事，往往站在技术角度上。

3、项目经理也管事，往往强调进度和质量。

4、开发人员还有自己的想法，认为自己能搞定。

5、测试的没经验，别人怎么说，自己就怎么测。

 

所以，很受伤。

PM说，开发完毕后，做完单元自测，马上进行集成测试。

开发人员说，我自己先充分测试后，在做集成测试，你说的时间无法进行集成测试。

架构师说，必须要做测试用例才行，先把测试用例做完，测完了再做集成测试。

老板说，你们快点做，我想要出去推广。

测试人员说，到底要我怎么做？？？

 

这只是一个场景，往往还存在更多的场景。计划、资源、流程应该是项目经理的事情，其他的人不应该干扰，虽然每个人说的都很有道理，但是项目经理作为专业的管理人员，对于项目的现状和应该采取的措施心理是有数的。如果人多嘴杂，大家都来指挥，就会乱套，什么事情都干不成。所以，我认为在一个项目中，项目经理对于计划、资源、流程有唯一的决定权，如果有意见，也是把意见汇总到PM处，统一考虑后再发布出来。

 

有些老板不放心项目经理，所以经常越级指挥，其结果是鞠躬精粹，效果还不好。还有一种是架构师对项目经理有矛盾，你说东，我偏偏在私底下往西，你说西，我就偏偏告诉别人往东。这些都是团队人心涣散、效率低下的根源。

 

 所以，在项目管理上，项目经理应该有绝对的权力，去采取一切措施让项目按照预想的进度前进。