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

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

评论

54 楼 冰寒Alicv 2011-04-08  

每个人都有自己的看法吧！！

53 楼 蔚蓝天空 2011-04-08  

limx 写道

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

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

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

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

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

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

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

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

+1

52 楼 zhannufeifei 2011-04-08  

你们做电子政务的吧，我以前当项目经理就这样。。。

51 楼 ileson 2011-04-06  

项目管理，确实是个大问题。

50 楼 鲜血的记忆 2011-04-06  

你们项目经理应该不是开发部出身吧，觉得很可能是实施顾问或技术部的人转型的。

49 楼 zdx3578 2011-04-06  

jieyuan_cg 写道

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

做项目和做产品不一样。有的项目，就是没有一个明确的业务需求与界限。但，你还必须进行下去。

做事总要有目的吧，做项目没有目的，没有需求还要做，只是赚钱吗？ 还是没有沟通清楚到底要做什么，

必须下去的理由可以列举一下吗？

48 楼 zdx3578 2011-04-06  

xiaotian8945 写道

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

项目最大的意义应该首先还是挣钱，如果因为不好做或者感觉无意义就不做，一方面给客户留下不好的印象，另一方面还挣不到钱，长此以往项目也就没有存在的意义了

只为赚钱，不管事情有没有意义，结果会是如何呢？

项目的意义应该是为客户提供有价值的东西（客户的需求不一定对，不一定合理，不一定有价值），同时自己赚到钱。

47 楼 tiannet 2011-04-05  

说起来容易做起来难，局中人才了解。
你知道怎么做是一回事，可实施起来又是另外一回事。
一个项目不是由项目经理一个人决定的，如果他想怎么做就能怎么做，那他可以去当总统了，不需要干这个。

46 楼 psuqqvfp 2011-04-05  

学习了，当个项目经理很难啊

45 楼 charles751 2011-04-04  

个人认为项目经理的关键职责：
1.沟通谈判能力（和用户交流很关键，能引导和影响用户对需求的认识）
2.技术能力（能整体把握项目，能树立在项目成员中的威信，也是保证项目质量的前提）
3.计划制定与执行能力（保证项目进度）


真正能做到领导、用户、项目成员都满意的项目经理绝对是牛人，我还没遇到过。

44 楼 zgz888 2011-04-02  

我前面那公司的项目经理就是这样典型的一号人物

43 楼 huangyunhui 2011-04-02  

也遇到这样的问题，做为项目经理太多事要处理了，哪有时间帮你考虑编程，结构的问题。

42 楼 aws 2011-04-02  

然后这位不懂得开发和技术，以为什么都是很简单

怎么跟我们的项目经理好像

41 楼 richyzhang 2011-04-02  

tedadeshu 写道

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

很正常的.弱势的乙方在甲方面前只能接受和迎合. 需求是只能迎合不能拒绝的, 可以想办法去影响甲方, 但这个一来看项目经理和甲方沟通的能力,更取决于甲方的特性和能力. 很多时候pm无法影响甲方, 当然只能过来控制团队内部的事情. Bug的优先级肯定最高,特别是影响重大的. 加班太多的团队很难做出好东西,这是一个恶性循环.但是,资源和进度很多时候不是pm能搞定的.一个项目经理能搞定客户和领导就完全合格了.至于其他的,组员很难要求的更多.

毕竟世上的大牛是少的,多的还是干的累累巴巴的pm.

40 楼 bigapple 2011-04-02  

tedadeshu 写道

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

个人认为 任何没有 学习过PMP的项目经理都不是合格的 项目经理。项目经理 必须去系统的学习 项目管理的知识，这位项目经理明显是 一个 不合格的经理。

39 楼 lawson80 2011-04-01  

一线PM难做呀，这就是现实，这就是无奈！
不过这PM的水平也确实差了点，呵。。。。

38 楼 lasombra 2011-04-01  

现在碰到的项目经理就是这样。

个人感觉这个项目经理有点刚愎自用的迹象，在加班上每晚加班到接近11点。如果项目很紧每个人手头有很多事情要做那么加班无可厚非，但是现在属于一种停滞的等待状态，和客户讨论了需求后等着他们确定最终的需求我们好设计。这时候其实晚上8,9点后大家都不干活而被强制留在客户现场。

这是一种还未开始正式战斗就自损团队战斗力的行为，我相当的不认可。但也没办法，只能晚上学自己的东西。

37 楼 HelloJimmy 2011-03-31  

极品项目经理，现在真的很多。。。

36 楼 onlydo 2011-03-31  

没发现这个PM啥大问题啊。我也做过两年PM。这些问题都遇到过。可能比他好一点的是，我分配下去的每一块工作，我都知道怎么实现。至于需求界定，这个作为乙方。没有多少谈话资本的。只要不是太离谱。与其去扯皮，还影响客户好感。还不如直接做掉了。

35 楼 yizhilong28 2011-03-31  

一将不行，累死三军。。。。