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

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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





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

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

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

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

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

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

看看...............

我来看看！谢谢