佩服敬佩等等。掌握了专业技能的项目经理就会得到拥戴。
“
” “
如果一个项目经理没有这方面的能力,往往受到程序员的质疑: 为什么这样安排?为什么这样设计? , 不
”
合理,这样不对 等等。项目管理就会失控。
有的时候,为了照顾程序员的情绪等等。项目经理索性就把一个项目分成几大块,每一块交给一个人去设计、
”
编程、写文档。虽然不合理,但是有什么办法?? (
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
)
"让项目主管最痛苦的事情莫过于:当一个重要成员半途离开项目组时,才发现他根本就没有留下任何可用
的文档。天下没有不散的宴席,项目组的成员也是在动态调整中,文档就是成员之间交接的重要工具。很多主管
很容易陷入
"重技术实现,轻文档"的误区。他们总是认为项目实施时间紧迫,为了节省时间,可以在项目收尾阶
段突击写文档。要是项目周期稍长,到了最后,成员还会记得清清楚楚每个实现细节吗?没有文档的项目铁定是
一个失败的项目。
从过程控制的角度看,项目的实施质量控制,最重要的就是文档的管理控制。通过文档来显示表明每个基线,