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

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

评论

34 楼 sevencash 2011-03-31  

jnoee 写道

这样的项目经理可以说遍布了整个软件行业，基本特点如下：
1. 没有干过项目经理，本身也没有意向干项目经理。可能他在公司干的时间长一点，经历过几个项目，然后就上岗了。
2. 对于角色的变更理解停留在：原来是别人指挥我干活，现在我指挥别人干活。
3. 以前的项目经历中没有一个好的项目经理指导过，继续沿用那些糟糕的错误的方式干活。
4. 每天焦头烂额应付这个应付那个，没有时间去反思总结和学习，当然本身也没有意愿去学习和思考、总结。
5. 在客户面前就像一条鼻涕虫软趴趴的或者像是应声虫提什么都答应。惧怕与客户的沟通，情愿项目组所有成员返工重做一个模块也不愿意跟客户多争取一次调研机会。
6. 没有对组员负责的概念，理所当然的以为组员就是手头上的一件机械工具。永远把让组员加班作为解决问题的第一方案，因为这样处理他需要承受的压力最小。
7. 不知道什么叫团队建设，凝聚力、氛围、士气神马的都是天上的大大的棉花糖。

赶紧远离这些项目经理，跟着他你会发现你很累，你浪费了青春，你没有进步，你正在度过人生中最没有意义的一段时光。

赞成 生命诚可贵 远离倒霉鬼
我跟着这样的一个人三年 技术到是锻炼出来了 现在自己也做管理 很多前车之鉴 都警示着我

33 楼 sarstime 2011-03-31  

这项目经理明显生存压力大啊。

32 楼 zhoushuping 2011-03-31  

jackra 写道

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

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

非常同意这个观点，项目经理必须从内部进行选拔或者是从开始的时候就从公司应届人员中进行定向性的培养。

31 楼 jieyuan_cg 2011-03-30  

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

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

30 楼 antjava 2011-03-30  

这句话看完
“某个项目经理，做事风格，没有一个章程，具体可以总结为：（以下是以我的角度看该项目经理的做事风格，也许有些包含了个人感情色彩，不过这不代表抱怨色彩，这里只做分析） ”
就知道你是个程序员，逻辑那么的严谨，说话那么的精确啊。

你指出了那么多，确实有很多的问题。
但关键 boss 看的是业绩，客户要的是满意。
同事或者下属，做好配合吧。
如若不然，果断离开

29 楼 flounder 2011-03-30  

很像我上个公司的项目经理，我觉得国内这算典型了，这些项目经理如果要有别的更好的选择那他还那样做干吗，说句实话，都是被逼出来的，如果楼主当一回，估计也要走这个路线吧，否则没钱赚咯

28 楼 _缘如此 2011-03-30  

深有同感啊!

27 楼 amonlei 2011-03-30  

我咋觉得这个项目经理对公司、对客户都很难得呢？缺点就是在为团队争取的利益少了，为客户、公司考虑的利益多了，这点有点失衡

26 楼 leng_cn 2011-03-30  

其实说白了,等你做上这个职务你就知道难处了,都是从ENGINEER过来的,有很多ENGINEER都
很有个性(包括我在内),服从的意识很差颈,要想想,其实做SOFT是卖方的市场,要处理的关系
非常复杂的,不能完全说你的PM做的对,但也请你从他的角度去考虑一下问题,而且重要的是沟
通,这样可以少走很多弯路的:)说白了,项目成败不是一个人两个人的事情,而是一个TEAM的事
情,大家必须同心协力,你现在的想法过于片面,哈哈

25 楼 xiaotian8945 2011-03-29  

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

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

24 楼 shhbobby 2011-03-29  

我也在小公司呆过，PM跟我们一起熬夜，我们再熬夜PM去帮我们买西瓜，我们加班，PM也过来加班加班ＰＭ请客吃饭。。。。
总的来说，ＰＭ要先会做人，在是一个上司～～
很多事情PM不可能自己亲自去做但是只要让你觉得PM跟你一起在受苦，这些就够了~

23 楼 baihongsheng 2011-03-29  

兄弟，你说的这些我也深有体会！小公司的项目经理，往往也是12把手，负责的事情比较多，其实他们也有他们的难处！再加上他们可能又没有经过大公司规章制度的熏陶等等，急于最求利润必然会造成这样的情况！

22 楼 jnoee 2011-03-29  

这样的项目经理可以说遍布了整个软件行业，基本特点如下：
1. 没有干过项目经理，本身也没有意向干项目经理。可能他在公司干的时间长一点，经历过几个项目，然后就上岗了。
2. 对于角色的变更理解停留在：原来是别人指挥我干活，现在我指挥别人干活。
3. 以前的项目经历中没有一个好的项目经理指导过，继续沿用那些糟糕的错误的方式干活。
4. 每天焦头烂额应付这个应付那个，没有时间去反思总结和学习，当然本身也没有意愿去学习和思考、总结。
5. 在客户面前就像一条鼻涕虫软趴趴的或者像是应声虫提什么都答应。惧怕与客户的沟通，情愿项目组所有成员返工重做一个模块也不愿意跟客户多争取一次调研机会。
6. 没有对组员负责的概念，理所当然的以为组员就是手头上的一件机械工具。永远把让组员加班作为解决问题的第一方案，因为这样处理他需要承受的压力最小。
7. 不知道什么叫团队建设，凝聚力、氛围、士气神马的都是天上的大大的棉花糖。

赶紧远离这些项目经理，跟着他你会发现你很累，你浪费了青春，你没有进步，你正在度过人生中最没有意义的一段时光。

21 楼 wuhoufeng 2011-03-29  

我现在这个就是这样，竟然升职了，如果这个项目二期没有大单 估计他早被干掉了

20 楼 actimind 2011-03-29  

有时我们需要换位思考,不要一味强调个人主观因素.
楼主反映的几点我想应该普遍存在的.
开发人员出发点更多是自身利益,而项目经理出发点更多是从公司利益出发.

沟通交流才是王道。

19 楼 zhouzhichu 2011-03-28  

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

工程师只想着自己的利益,而项目经理更多的想的是项目的成败以及公司的利益,没有公司的利益,工程师哪来的收益

18 楼 chan.d 2011-03-28  

神马都是浮云

17 楼 kehua430 2011-03-28  

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
只能说太弱势了

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

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

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

对一些的需求不清楚，要ENGINEER实现功能……
这个是有些无语

记不住以前的需求细节（也许项目大的原因）……
靠记忆的话，项目小也记不得的

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
这个是最不爽的吧，哈哈

为验收、迁就用户、符合领导……
这个是真没办法吧


总的来说，项目经理担任的职责太多了，而且能力也不够强（要独立完成这么多事，非得是大牛），很多事情ENGINEER必须得主动去做，别太依赖经理了

16 楼 youngxu 2011-03-28  

推荐项目经理抽空看下PMBOK（项目管理知识体系指南）

15 楼 endif1983 2011-03-28  

这种项目经理绝对是极品，跟这号人做事，只有一条路----尽早走人，越快越好；否则就只能累死不讨好
       
项目经理必须衡量任何一个需求的必要性及其工作量，而且要分清主次，有所取舍。
一个只会迎合的项目经理会把一个团队带入毁灭性的境地