对这一项目经理 不说十道十 只说7道8

现在和项目经理接触得比较多，我目前对项目经理这一职位 不说十道十  只说7道8

        某个项目经理，做事风格，没有一个章程，具体可以总结为：（以下是以我的角度看该项目经理的做事风格，也许有些包含了个人感情色彩，不过这不代表抱怨色彩，这里只做分析）

           有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……

          用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……

          用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……

          事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……

          对一些的需求不清楚，要ENGINEER实现功能……

          记不住以前的需求细节（也许项目大的原因）……

          要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……

          为验收、迁就用户、符合领导……

         ……



           个人见解：

           该项目经理做事缺乏一个循序渐近，一步一个脚印的计划章程

           过于迁就用户，对业务没有一个认定界限， 过多往返体力活  

           对任务接收和分配能力、资源的沟通协调能力不够强

           对新需求没有一个管理计划

           对系统维护以及紧急问题处理不够沉稳

评论

14 楼 紫絮流苏 2011-03-28  

之前项目经理也是诶~

13 楼 21jhf 2011-03-28  

等你自己当上PM的时候你就清楚了，呵呵

12 楼 Frankie199 2011-03-28  

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
态度是好的，项目来了肯定要接瑟，安排上有问题。

用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……
可悲，项目经理应该是业务需求高手，如果客户提的什么都要满足，哎，可悲。

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
看情况而定，说好了是为项目争取了时间，说坏了是累死了自己和兄弟。

事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……
看什么问题了，紧急的当让要解决。

对一些的需求不清楚，要ENGINEER实现功能……
错，绝对的错误。

记不住以前的需求细节（也许项目大的原因）……
需求文档在哪里？

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
左手面包，右手大棒是需要的。

为验收、迁就用户、符合领导……
对，绝对正确。客户就是上帝，你不迁就客户咋个验收，奇怪了。

11 楼 大易管理 2011-03-28  

职责不明，能力不够！
这种情况也属常见！我就遇见过很多项目经理，自认为管理项目多年，但是拿到一个项目之后，事情往往做的颠三倒四，更不要说顾及团队的工作了。
该做什么，不该做什么，项目要做，但团队和个人的能力也要提升。如果因为要做项目，一味的追求工作产出，而把人用“废掉”，这样的项目经理该拉出去枪毙！

10 楼 goojil 2011-03-28  

我觉得项目经理夹在，领到和工程师之间、、这也是要处理好的一个难点..

9 楼 ppgunjack 2011-03-28  

项目经理控制的是资源调度和进度，把客户需求弄清楚并转化成开发需求不是项目经理的职责，是se和sa的职责，如果se和sa缺失直接pm顶上就会出现这些缺陷
能和你一起加班的项目经理已经够不错了

8 楼 jackra 2011-03-28  

其实这个情况,是对项目经理本身的定位不明确导致的直接结果.
我见过很多的项目经理,本身对自己的开发环境和开发一窍不通,是公司从外面请来的对业务比较熟知的业务人员.这些人员在对客户的业务理解上有一定的能力,但是本身对开发并不在行,盲目的接受客户的需求,不关心相应的需求在开发环境下是否能够合理实现.最后累死开发人员.
外来的和尚会念经,这就是个荒谬的结论.

我个人觉得,项目经理本身的选拔必须从企业内部完成,这样就有一个熟悉公司本身自由开发环境的人,来做开发的指导,从外部引进的业务人员,应该作为项目的行业分析人员来使用,针对客户的需求,做需求整理,在实现细节方面,应该与项目经理和技术负责人互相沟通,这样才不至于让项目走向不可控的方向.

7 楼 xucm1986 2011-03-28  

做项目经理是门大学问阿，目前普遍的情况和lz描述的差不多

6 楼 peterzb 2011-03-27  

我今年也遇到了一位这样的

5 楼 wolfbrood 2011-03-27  

遇到过这样的人，自己是超人，其实是最无能的人，不会交流，也不会调动大家的积极性。结果累死自己，也累死了同伴，。

4 楼 tedadeshu 2011-03-25  

limx 写道

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦

用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……
如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
如果客户在乎是态度，那么就给他想要的态度

事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……
事物的优先级总会有冲突，这是他所处的位置和看待事物的角度与ENGINEER不同

对一些的需求不清楚，要ENGINEER实现功能……
这个模块ENGINEER做这么久了，难道这块的业务就真的完全都不懂？

记不住以前的需求细节（也许项目大的原因）……
需要记得事情多了，这是很正常的事情

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥

为验收、迁就用户、符合领导……
不验收哪来回款，没回款哪有钱发工资奖金

  我个人觉得对业务需求没有一个明确的认定界限，只会造成大量的反工，大多做的是无用功
一味的附和用户，不做业务上以及目前系统状况上的分析，只会无止境的被用户牵着走，最后可能会造成项目失控
项目经理各方面能力强了，事情都安排得紧紧有条，少让ENGINEER做无用工，还需要加班吗？

3 楼 limx 2011-03-25  

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦

用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……
如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
如果客户在乎是态度，那么就给他想要的态度

事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……
事物的优先级总会有冲突，这是他所处的位置和看待事物的角度与ENGINEER不同

对一些的需求不清楚，要ENGINEER实现功能……
这个模块ENGINEER做这么久了，难道这块的业务就真的完全都不懂？

记不住以前的需求细节（也许项目大的原因）……
需要记得事情多了，这是很正常的事情

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥

为验收、迁就用户、符合领导……
不验收哪来回款，没回款哪有钱发工资奖金

2 楼 bulktree 2011-03-25  

我现在就碰到这个人人物，简直活宝，没办法私下找合适的就走了，没啥前途

1 楼 congdepeng 2011-03-25  

项目经理也不容易 还是算了吧