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

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

评论

74 楼 xiangdian007 2011-06-18  

多换位思考一下吧，如果换位思考之后还是想不通，或者自己有什么好的方法可以直接去找PM沟通。

73 楼 JohnsonTech2011 2011-06-18  

wandou 写道

tedadeshu 写道

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

lz想表达意见，但是缺少有力的理由。说话要有证据的。而且观点也要有力。要搞清你们的矛盾是什么，然后用什么样的规则来解决这个矛盾。
从项目经理的角度来说，他也是为了完成工作。你可以提出意见，去说服他。
如果你都说服不了他，又如何能说服其他人？

个人见解，也只能到论坛上发发牢骚。公司凭什么要用个人见解去指导工作？个人的意愿，不能说明项目经理的工作有问题，每个人都有自己的处理方式。
如果项目经理在工作中有不当的行为，你可以提出来，但是必须有事实依据。个人见解，提都不应该提。因为，你的个人见解可能会影响别人的工作情绪。

+1

72 楼 wandou 2011-06-04  

tedadeshu 写道

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

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

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

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

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

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

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

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

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

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

         ……



           个人见解：

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

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

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

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

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

lz想表达意见，但是缺少有力的理由。说话要有证据的。而且观点也要有力。要搞清你们的矛盾是什么，然后用什么样的规则来解决这个矛盾。
从项目经理的角度来说，他也是为了完成工作。你可以提出意见，去说服他。
如果你都说服不了他，又如何能说服其他人？

个人见解，也只能到论坛上发发牢骚。公司凭什么要用个人见解去指导工作？个人的意愿，不能说明项目经理的工作有问题，每个人都有自己的处理方式。
如果项目经理在工作中有不当的行为，你可以提出来，但是必须有事实依据。个人见解，提都不应该提。因为，你的个人见解可能会影响别人的工作情绪。

71 楼 volking 2011-05-26  

一将无能,累死三军

70 楼 liuyfly 2011-04-24  

limx 写道

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

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

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

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

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

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

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

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

说得好啊

69 楼 zhengjie_dna 2011-04-15  

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
+1有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦
所有工作都退去让商务和他谈，然后让他报工作量
用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……
+1如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
态度决定一个项目的成败 有时候项目经理还要当授权 不能只看他白天的工作量

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

对一些的需求不清楚，要ENGINEER实现功能……
等你做的东西是从demo 到产品的话你就知道文档什么的都是浮云

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

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

为验收、迁就用户、符合领导……
如果给的面包和你的预期不符合的话你可以去选择一个符合你的项目经理

68 楼 limx 2011-04-15  

乙方的项目经理  你们伤不起啊

67 楼 lijunlong 2011-04-15  

多好算好，能在项目中发现缺点多学习才是王道

66 楼 taikeqi 2011-04-14  

onlydo 写道

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

同意老兄的观点。
与其去扯皮，还影响客户好感。还不如直接做掉了

65 楼 moonskyfox 2011-04-14  

limx 写道

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

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

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

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

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

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

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

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

limx 写道

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
+1，这一点你要是觉得他是错的只能说明你太幼稚

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

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
+1，这也是对的，你不能指望用户个个都是管理高手业务能人而且还能给出一个标准的需求说明给你，很多时候就是这样。用户会告诉你，他需要一个系统，急着用，这个系统最终目的是什么，但是具体怎么契合业务他完全不知道也描述不出来。这个时候就需要项目经理强行询问一个时间，然后做一个类似的东西出来。当然，其实我觉得比较好的做法是先用axure之类的做个demo...

事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……
+1，太幼稚了，问题的优先级永远大过你的开发计划！！！这个是必然的事情！！！

对一些的需求不清楚，要ENGINEER实现功能……
+1，在模糊中前进吧，孩子们！？

记不住以前的需求细节（也许项目大的原因）……
+1，记不住太特么正常了（哥对此泪流满面），当然我们一般都用些工具管理下需求，不过总有些事情在处理的时候来不及温习的嘛！

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
+1，领导都加班了你还有怨言..口气应该改一下，还是应该互相尊重吧！但是说时候，事情急了，谁特么也顾不上和你唧唧歪歪

为验收、迁就用户、符合领导……
+1，验收为王！做软件不是搞基础研究！没有国家拨款！！！说到底这不过是一门生意！！！生意的最后一笔款你拿不回这笔生意就烂尾了！你们项目组的奖金就泡汤了！严重的工资都发不了！不迁就这个，你迁就哪个？谁给钱就迁就谁！就那么简单！

开发总是有许多怨言，抱怨公司用的技术不够新；抱怨接手的项目代码写得不好；抱怨工资低；抱怨学不到东西；甚至抱怨前台MM长得不够好看。。。

亲，过了几年，或许你不再做单纯的开发，跳出开发看开发，你会觉得当初无比可笑。
当然，最后一个抱怨可以有！

64 楼 moonskyfox 2011-04-14  

zdx3578 写道

xiaotian8945 写道

tedadeshu 写道

limx 写道

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

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

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

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

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

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

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

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

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

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

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

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

这个是理想状态，也是项目管理的最高境界。
说实话，99.99%都不是这样的，稍微有点规模的项目都无法达到！

63 楼 paper 2011-04-14  

对此深表同感

62 楼 youcou12 2011-04-13  

看完了所有的回帖，觉得项目经理一定要多和team团队成员进行沟通，并且善于发现team成员的优点及善于给成员适当的工作，并且要适当的给成员压力，让成员成长起来。而且自己要不断的学习，team才能成长

61 楼 sichanlandag 2011-04-13  

不错的见解，还得多多学习

60 楼 kill_all 2011-04-13  

一将无能，累死三军

59 楼 andrie6184 2011-04-12  

有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
这个没有经验，就一直做自己公司的产品，没什么特别的额外的活

用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做……
这个你可以去试试自己和客户谈，你看人家换一另家公司做容不容易

用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来……
理论上是应该搞清楚，不过如果客户自己就说不清楚呢……

事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题……
客户告诉你明天就上线，今天不解决这问题就不付款了，难道还继续按照计划，先研究一下，再排个期，再安排人去做？

对一些的需求不清楚，要ENGINEER实现功能……
这个应该算是不合适的

记不住以前的需求细节（也许项目大的原因）……
有时候真的很多琐碎的事情，好吧，忘了是不大应该

要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式……
真没人想加班，尤其是绝大多数公司不给加班费，谁不想早点回家老婆孩子热炕头，至于语气，求你？求你你拒绝呢？怎么办？

为验收、迁就用户、符合领导……
这个……牛逼一把，不要钱了，大家喝风吧？你没碰上过公司没钱发工资的时候么？


总之，也许是他不够合格，但是稍微体谅一下，如果你觉得你自己够牛逼，那么证明给上头看，爬到这个位置上就ok了，甚至你可以去和他谈，再不然就换一家你认为“合适”的公司，虽然我个人觉得各方面都满意的公司不存在。在这发帖，他真看不到的……

58 楼 lengyeyu 2011-04-11  

其实项目经理最怕项目延迟，我觉得lz太过极端，也许你们项目经理所做的就是为了能快点结项
项目实施最重要的是团队和谐，大家都付出一些，事情真就解决了
另外估计你们项目经理只顾需求，忽略了团队建设，大家多沟通，互相理解，项目才能做好。大家好，才是真的好嘛

57 楼 chengxj_1986 2011-04-11  

个人觉得不是项目经理的错，可能是这个社会的错，项目经理不容易

56 楼 xly_971223 2011-04-11  

等楼主做了项目经理我想就没这么多抱怨了
没经历过的事情往往是希望按照自己理想的方式去做
可是理想与现实往往差别很大
我想你的项目经理既然在那个位置上 必不会像你说的那样一无是处
等你再工作几年 位置再高点也许能够理解你项目经理的所作所为

55 楼 Coder211 2011-04-11  

呵呵，现在项目经理都这样的。
做的只是项目，做完就行了，其他事情一般都不管了。
做项目一般只是生命周期中的一个阶段。所以这样了。
除非他是做产品的。

个人观点，不要拍砖哦。