我最讨厌的是第一个。

TMD,全都是我讨厌的。。。

需求变，避免不了。有能力的pm，就能引导变化，控制变化。

实在

对,需求变更是没办法避免的. 但是所谓引导变化控制变化则不是每个PM都能办到的了.

好事大家会，出事大家推.这个说道点子上了，反正偶当说的都说，在我的职责内的也都尽力去做。凡事无愧于心。不在其位，不谋其政。

我基本上都遇到了！！！惨哉！

说的太对了

生活不能太认真，否则一定会郁闷致死。

最经常性发生的：NO.1
最想找板儿砖的：NO.6

不要把“需求变更”说的那么讨厌，其实有时候是我们实现手段的问题。

呵呵，最重要的一点都没有列出来：就是公司架构（战略，企业文化，），这才是排第一的。

生活在水生火热中的人

完全正确，我现在正处于第一第二个问题的折磨中，：（

1、终于快从中第一个问题里出来了。
2、写文档确实需要很多的时间，甚至比写代码的时间还要多，工期紧的话真的没有办法，而且变化了怎么办呢？当然如果是文档先行，代码最后的话，那也到还可以，但是至少要好几个月，客户看不到程序，看不到，客户就不放心，唉，没办法。

3、目前就是一两个人写项目，没得可推呀。

4、这个好像不是太多，使用众多控件（分页、表单、查询等）可以自动避免很多“低级”的bug。

5、规范，好像都可以由我来定，呵呵。

6、遇到这样的管理者确实可以提高能力呀，换一个工作后，就会发现自己高了很多。

9、我们很少开会。适当的开开会还是比较好的吧。

可怜的我! 现在正处于第一个, 变来变去, 头都大了..

总结的太好了。

切身体会的
NO1
NO6

忍受，忍受，再忍受
然后辞职...

中国不缺好的developer，却比较好的test
但最缺的是比较好的pm，没有专业的pm做项目就像盲人骑瞎马
总是出了问题才救火，自然效率不会很高。

最痛恨的是NO.5

U 中国加油，四川加油，普拉多 Praado:　http://praado.vicp.net 专业的网页收藏夹

每天我们上网都会碰到一些有用的、值得珍藏的网页链接地址（简称：网址），于是我们都用浏览器里的收藏夹来收藏。但是现在的电脑病毒相当的猖獗，电脑遭病毒之后，浏览器里收藏的网址几乎就是无法挽救，损失巨大！同时，现在的浏览器市场有多种多样的浏览器，在一台电脑上的浏览器里收藏了某一网址，可是到另外一台电脑上或另外一个浏览器时却又不能使用了，普拉多网页收藏夹可以帮助解决此问题。只要您注册个用户帐号，把自己喜欢的网页链接地址（简称：网址）保存在您的普拉多收藏夹里（http: //praado.vicp.net），这样，无论您在任何一台电脑上，您都能轻松访问您的收藏夹，再厉害的病毒也无法侵害您收藏的网页链接地址。

普拉多（http://praado.vicp.net）收藏夹支持多级管理和模糊搜索，大大方便了在信息泛滥时代对有用信息的有效管理U 中国加油，四川加油，普拉多 Praado:　http://praado.vicp.net 专业的网页收藏夹

每天我们上网都会碰到一些有用的、值得珍藏的网页链接地址（简称：网址），于是我们都用浏览器里的收藏夹来收藏。但是现在的电脑病毒相当的猖獗，电脑遭病毒之后，浏览器里收藏的网址几乎就是无法挽救，损失巨大！同时，现在的浏览器市场有多种多样的浏览器，在一台电脑上的浏览器里收藏了某一网址，可是到另外一台电脑上或另外一个浏览器时却又不能使用了，普拉多网页收藏夹可以帮助解决此问题。只要您注册个用户帐号，把自己喜欢的网页链接地址（简称：网址）保存在您的普拉多收藏夹里（http: //praado.vicp.net），这样，无论您在任何一台电脑上，您都能轻松访问您的收藏夹，再厉害的病毒也无法侵害您收藏的网页链接地址。

普拉多（http://praado.vicp.net）收藏夹支持多级管理和模糊搜索，大大方便了在信息泛滥时代对有用信息的有效管理

倒，全遇到

经典。

要以不变应万变啊

还是一个人的公司最好，沟通客户，写代码，测试，文档，交货....

还有到处打广告的也烦，比如........................

最讨厌这种不懂技术的管理者
看到别人 有的都想要，也不想想加到自己产品上有没有实际意义，这种工资拿的多，就只会说，无语

都是水深火热中的群众啊.哈哈.

项目变更，这点是要跟客户提前说好
需求一确定下来，要双方确认，之后客户再改可以，+钱，+时间

文档是一定需要的，
需求变化是一定的，
开会交流也是需要的。
而是这一切都缺少一个优秀的，熟悉项目管理标准，软件开发过程，管理者。

我进入软件刚满一年时间，作的第一个项目碰到了你说的大多数情况。用户选了一个新产品，我们要不到学习新技术；用户需求不断在变，项目不断修改；新产品无法满足用户要求，不断的查找相关资料；项目时间太紧，团队一盘散沙；项目BUG太多，以至于修改时间比开发的时间还要长；文档没时间写，项目完成后和同事连续熬夜把文档写完；文档写的充忙，文档改了又改；...哎，真是一言难进，项目作完成功减肥20斤，自己的信心也跌倒谷底。

有意思

不好的PM会害死一群好技术员，我一直这么相信并亲身经历着 = =

NO.11：知识不能有效共享！
痛苦等级：★★★
原因：哈，终于搞出来，什么？你以前弄过，怎么不早说，害我研究了半天。oh，你写的也不对，原来公共方法中早就提供了，晕死！

NO.6：不懂技术的管理者

NO.6：不懂技术的管理者

最讨厌这条！

总结得不错 最好能够再写写如何应对这些问题

真是说得太贴切了
还有31楼说的

变化是必须也是必然的，但变化也要靠谱啊~

No.12 辛苦开发出来的功能不是客户所要的

痛苦等级：★★★★★

原因：多多。。。客户说要“会飞的马”，PM和开发人员说“会飞的驴”，最后做出来的是“长着翅膀的驴”。客户很生气，PM说后果很严重但可以弥补，因为我的人员可以彻夜加班搞定!!

经典,收藏了!

可以笑出眼泪

很多时候是：因为同床，所以异梦

我也到过一件极度郁闷的事，做个WEB认证中心，居然经理跑来建议我如何设计数据结构，明显按他来的就是系统崩溃的下场，硬是和我坳，我最TM烦的事就是团队主管拍板了的架构要走流程经过什么都不懂的经理们讨论，浪费口水，还被质疑，还美其名曰ISO。ISO不是所有公司都适合的，可惜不是太多人明白这问题

真是有才把所有的痛苦事总结了 ~

hey hey 我写了一天的代码,却写了五天的文档, 结果自己都不觉得满意...

1至5是我深有体会的...在这里发现知己这么多啊..哈哈.

以借鉴部分，bug多痛苦赞同呀。结果项目失败了，感到更加郁闷、痛苦。

小伙子，你这技术还要加强呀！
-------------------------------------
"可爱的"领导，:)

万恶的第六条~

确实是项目管理中很常见的一些问题

写的不错，就是身边的事

晕，刚毕业1年来 做的项目中 1，2，5，6，12 都被撞到了。。现在自信心受到极大打击啊 。。

都是讨厌的NO，呵呵

NO.6：不懂技术的管理者

不懂技术其实不算是什么大问题，只要有所了解能够有效沟通就行了，真正的问题在于，不懂如何评估技术，不懂如何利用技术人才。
PM本来就不是要侧重技术的，越是侧重技术就越出问题。技术上的事情还是要尊重专家意见。PM就是要知道怎么把专家找出来，把专家意见拿出来推销出去，其它都不重要。

非常有意思
关注下