亲爱的项目经理,我恨你

项目经理,我恨你,而且我知道你也恨我。我真的不理解,你究竟是做什么的。

你是一个多么独特的角色呀,几乎每个公司都要雇用你这样的人。可在不管大大小小的项目中,你与其说是帮忙,不如说是添乱。我坚信,大部分的项目经理都可以用一个技术首领来替代,我是严肃的,难道一群聪明的人真的需要另外一个人来替他们“管理”项目吗?

下面是7种项目经理让我恼火的事情。

1. 你拿不出任何有用的东西

我知道这话很刺耳,但这是事实。我打过交道的所有项目经理都没有贡献过任何价值。如果项目上出现了问题和麻烦,你只会催促我们搞定它,给我们压力,可这是我们需要的来自你的支持吗?

2. 你是一个信息黑洞

你更善于积极跟你的上级管理者交流沟通,而不是跟你管理的团队。结果,重要的项目信息根本存不到你脑子里,只有在一些特殊时期,通常是上线最后期限的前几天,你才会关注。上级管理者和开发人员之间出现了一堵墙,你就是阻挡信息流通的那堵墙。

3. 你把所有人都当成工具对待。

你把所有程序员都当成可以随意消耗的资源。你告诉他们如何和何时要完成一个功能。你从来不理会我们对项目的想法。你几乎没让我们参加过有上级领导参与的讨论项目计划和实施的会议。如果在这些会议中有程序员参与,大老板们一定会投入更多的资金来让项目成功。

4. 装腔作势,哗众取宠

你实施的就是一个SB项目开发方法,靠喷出一些最新的项目管理词汇来让大家认为你很聪明。可我不是一个“瀑布法 vs Scrum vs 敏捷法”的粉丝,它们各有长处,但大部分时候它们都是浪费时间。我真的需要把工作分成小块,放到一个sprint里吗?(顺便说一句,请不要再把sprint当成时间单元。)为什么我需要每日站会,我早就清楚每个人都在干什么,如果我不知道,那是因为我不需要知道或不想知道。

5. 你召开了太多无用的会议

这点我都不屑于说。

6. 你独揽所有荣誉,责备全都推给我们

因为有你人为的一堵墙(第二点中所说),当项目成功时,你把荣誉和光环全都揽到自己身上。上级领导只能这样做,因为他们不知道实情,他们不知道还有程序员。而当事情不顺利时,你却撇的一干二净,受谴责的总是程序员。

7. 毫无用处的进度监控方法

你热衷于用Excel创造出SB的进度监控图表,拿到会议上向人们展示你取得的进展——尽管你对此没有做出任何贡献。为什么你要纠缠不休的让程序员填写每日工作报告。我们给你那些SB的进度数字,是因为我们知道你要拿这些数字敷衍他们,让自己脸面好看。

总结得知,大多数是项目经理都是在争取自身的最大利益,并以牺牲周围的所有人为代价。这能怪谁,这个社会的坏风气在鼓励这种行为。也许最好的办法就是完全删掉这个职务角色。

[英文原文:Dear Project Manager, I Hate You ]

分享这篇文章:

28 Responses to 亲爱的项目经理,我恨你

  1. Abe says:

    说得很到位。
    PS:难道国外也这样?

  2. ravenix says:

    难道一群聪明的人真的需要另外一个人来替他们“管理”项目吗?
    的确不需要。可是你没看见那还有一群SB程序猿等着别人拿鞭子驱赶吗?

  3. 美女优优 says:

    项目经理有时候会成为团队的瓶颈。。。

  4. CipherChen says:

    这听起来像是一个程序员的抱怨。

    程序员朝九晚五地面对机器人,自然沟通方式也变成了0和1.程序员思考的更多的是逻辑是否合理,与人的沟通变得如此困难。

    然而现实却不是这样,人们总是喜欢听自己能听懂的事,程序员与上级的沟通隔着好几条河。

    其中一个原因在于程序员在与人沟通的过程中,双方对问题的不同理解。
    “我们现在的匹配算法有点慢”
    “那一定是你某个地方没有写好,那就赶快优化啊”
    …(心理)“我当然知道某个地方没有写好,如果你不能马上提出有意义的建议,最好赶紧消失在我眼前”

    程序员终于花了一个月时间把原型搭起来,项目经理马上又开始要求性能了。

    描述你现在正在做的工作,而不是你现在遇到的问题。

    “我现在正在优化我们的匹配算法”
    “哦?谈谈你是怎么优化的”
    balabala…

    哦,我跑题了…

  5. ppretender says:

    每日站会加sprint的人真的伤不起。

  6. 不赞同 says:

    不赞同你的想法。
    程序员有时间去沟通?而不是专注技术开发?整天去开会?
    程序主管有时间天天去沟通产品?有时间去和客户交流?不去攻克技术难关和产品升级?
    项目经理只是把项目很好的把握进度,和领导,客户交流,介绍产品。
    每个产品个都会经过需求,开发,测试,版本,优化等过程。所以每个阶段都有不一样的要求。
    程序员的本质是做产品,而不是和客户交流。

  7. 白头发乌鸦 says:

    孤陰不生,獨陽不長~~万事万物,唯平和方为上策……

  8. 鱼哥音符 says:

    你为啥就做不了项目经理呢?

  9. ShiyaoLi says:

    对开发队伍来说,项目经理跟多是帮助解决非技术问题的,比如对外,对上的沟通,需求,人力资源,资金,以及在大家都遇到搞不定的问题时候,他来搞定(当然很多时候他是找别人帮忙)。
    对于公司领导来说,他就是管项目的,他提出工程的规划,实现步骤,并监管项目的进度。 总体说来还是少不了,当然项目要小,他的职责就可能分摊到开发队伍里里面的那个NB人物和部门经理上面了。

  10. 秒大刀 says:

    “7. 毫无用处的进度监控方法”
    这一条我可耻的中枪了

  11. Jeff says:

    其他几条就不说了,躺枪就躺枪吧。

    关于第二条,信息的黑洞,来说一说。
    说实话,若是程序猿能够很好的跟上级沟通,那项目经理根本不需要在中间插一脚。正是因为很多时间,程序猿思维僵化,根本不知道领导需要的是什么,所以才需要项目经理在中间协调。产品经理的单独设置也是为这个用的。因为这个需求沟通的事情太过复杂。根本不是SB程序猿所能驾驭的了的。

    • AndyX says:

      非也、非也
      如果说项目经理不是从程序员进步而来的话,你可以这种说,但,我相信不懂技术的项目经理….额~

    • @earth says:

      术业有专攻,谁也别瞧不起谁。一个产品可以没有项目经理,但唯独缺不了程序猿。”产品经理”这个职位的设置本没有问题,有点问题的是“经理”这职称和这级别,一个可有可无的角色还要天天对程序猿们颐指气使,程序猿们当然受不了。既然是沟通两级的中间角色,不如就叫“项目文秘”或者是“产品协调员”,和程序猿们同级同酬,毕竟缺了他,项目死不了。

      • Yonghang Jiang says:

        颐指气使当然不对,不过项目经理可不是可有可无的角色,尤其对于一个人数较多的项目团队而言。
        比如说项目经理需要考虑先完成哪两个模块的哪两个功能,然后再迭代什么的。
        如果没有项目经理项目也能完成,那是因为有一个或多个程序员站出来完成了项目经理的工作。如果只有一个程序员站出来,那他就是项目经理;如果有多个程序员站出来,他们还得再彼此沟通上浪费人月,才能完成一个项目经理的工作。
        另,有一些项目经理在管理项目的同时还要负责开发一个核心模块的代码,拿到的钱却不比程序员高多少。在IT业里“经理”并不意味着事少钱多。

  12. 四不象 says:

    包工头和民工的关系,总要有个承上启下的人,难道叫老板去指挥民工搬砖吗

  13. AndyX says:

    这种人太多了啊
    尤其是在那些不大不小的公司里面,项目经理真就是个障碍~
    项目经理真就只是做管理吗?
    你如果不懂技术,何当项目经理?
    你的团队遇到棘手的问题的时候,就该项目经理出场了,不光是嘴巴说说、催促你的成员。你得带领团队成员一起来解决这个问题,帮助大家提高解决问题的能力~如果能,我尊敬你~

  14. Hurry says:

    到处都是这种人渣,如果真遇到啦!最好考虑换工作。或项目组!

  15. famtgn says:

    项目经理是个善良的后妈,刀子嘴豆腐心,一心为家,却落到这样的下场。

    一个产品如果只有设计和开发2组就能完成,该是多么美好的一件事。

  16. 不聪明的人 says:

    文章说的很清楚了:“难道一群聪明的人真的需要另外一个人来替他们“管理”项目吗?”,所以聪明的人是不需要管理的,因为已经能自己管理了。要是不聪明的人出现,该怎么办?

  17. AthrunWang says:

    觉得项目经理的存在还是有其意义的,关键在于成为你的项目经理的那个人。也许,你所说的问题,不在于项目经理这个职位,只是现在的社会风气确实~,好吧,其实其他岗位或者其他行业,类似的问题,也每天在发生着~

  18. akira says:

    观点偏激了。

  19. 侯星亮 says:

    极端的评论,项目经理的把控能力和责任心是很重要的。我不认为每个程序员都对自己的代码负责

  20. belialofking says:

    项目经理最关键的做是屏蔽,屏蔽各种不利于程序员干活的事.
    不利于程序员干活的事包括但不限于:
    压力,比如项目进度
    打扰,比如客户或领导突然冒出来问各种进度.
    其他各种费时费力闹心的事,比如申请资源,什么服务器,测试机等等

  21. Yonghang Jiang says:

    很少有程序员真正知道自己需要知道什么。或者说,大多数程序员只知道他“今天”需要知道什么。这可能导致后续频繁的临时沟通,或者由于沟通过晚导致部分代码需要返工。

  22. zzzzzzzzzzzz 对这篇文章的反应是赞一个

发表评论

电子邮件地址不会被公开。 必填项已用*标注