佩服敬佩等等。掌握了专业技能的项目经理就会得到拥戴。
“
” “
如果一个项目经理没有这方面的能力，往往受到程序员的质疑： 为什么这样安排？为什么这样设计？ ， 不
”
合理，这样不对 等等。项目管理就会失控。
有的时候，为了照顾程序员的情绪等等。项目经理索性就把一个项目分成几大块，每一块交给一个人去设计、
”
编程、写文档。虽然不合理，但是有什么办法？？ （
skyweave）
“
一次闲聊中，有个朋友告诉我，一个成功的项目经理必须具有下面的角色之一：
1、技术权威：技术上的 NO.1
2
、钱袋权威：可以决定项目成员的收入分配
3
、行政权威：有上下级的职位区别
4
、领导权威：个人魅力
5
”
、官僚权威：熟悉公司的流程 （
zhongfei）
“
我觉得很多发言和现实中的具体项目实施不符
对于国内
IT 公司，技术人员的流动量是很大的，项目经理没有很特别的地方而只知道管理，谁会服你，项目
干到一半，技术人员走人，对项目是很大的损失。
我从自己接触来看，比较好的项目经理有：
1、假如不懂技术，甚至和下属聊天，根本不懂他们的意思的话，除非你能控制下属的工资且给与下属工资很
有诱惑力，否则没人听你得（即使有技术经理也是这样）
2
、项目经理可以不精通技术，但是对于开发的过程，项目的进度，以及一些概念性的知识必须知道才行
3、假如是做集成项目的话，项目经理必须对于相关的业务很精通才行，这是技术经理没法帮你得，这时候有
一些概念性的技术加很强的业务知识，此时你的下属肯定会服你得
4
“
”
、除了以上以外，能够 搞定 客户也是一个好的项目经理必需的能力，否则有上面三样所管理的项目也很难
成功。
这是我做一些系统集成项目所看到的情况
“
反正：不懂技术也不懂业务的项目经理手下肯定笑话你得，搞不来钱让手下过得很惨的话就没人服你得，不能 搞
”
定 客户的话项目经理很难做得很久
ps:
“
”
“
”
从没有见过一个项目经理仅靠 管理 能带好一个项目，部门经理只懂 管理 又控制着下属的工资还差不
”
多。 （
shenxiangyang）
tuenhai 总结出几条：
1. IT 项目经理最好是技术出身
2. 技术高手型 IT 项目经理有很多好处
在中国，特别是中小型研发项目，
IT 项目经理在某方面是技术高手有很多好处，这些好处，上面几位朋友都
详细讨论过了，我就不再重复．
二
. IT 项目经理有必要高度重视项目文档吗？
其实，如果项目经理不高度重视项目文档，本身就不是一个合格的
IT 项目经理．
因此，我们要讨论的是，不是项目文档是否重要的问题，而是如何按照软件规范做好文档管理工作．
之所以用这个小标题，是因为现实中有许多拿着吓人薪水的所谓的
IT 项目经理，对项目文档的重要性认识不
足，因此称不上是合格的项目经理．
＂文档毫无疑问要比代码重要的多；但在崇尚个人英雄的中国，很多人会希望别人能知道自己的代码优良，
而不知为何这么优良，这与写文档的目的是冲突的，所以不会有太多人赞同文档比代码重要。我认为事实上写文
档可以让程序员更好地把握项目，以及在项目完成后总结经验；而且一个人
coding 很出色之后会让他觉得困难
的只会是项目把握而不会是代码，所以我认为文档比代码更重要！ ＂（ 苦苦儿
http://www.shecn.com/best/g7/g449.htm
）
＂让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用
的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管
很容易陷入
"重技术实现，轻文档"的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶
段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是
一个失败的项目。
从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，