产品经理和项目经理的矛盾与博弈

连续、经常性的加班,持续1个多月了吧,今天趁着项目部署与产品体验之间的间隙,聊聊关于产品经理和项目经理的矛盾与博弈。讲一个故事吧,主角是产品经理产同学、项目经理项同学,以及需求小许、技术小记:

经过2个月的奋战,产品计划本周五就要上线了。在周二的体验平台正常测试中,测试发现用户登录系统后,有一个页面前后台状态显示状态不一致,小许急了一头冷汗,马上跟小记了解情况。

原来,做需求时,由于DEMO平台无用户数据而无法显示该页面的登录状态,小许的需求就把这里遗漏了,幸好这个问题很小,提取之前页面的正常状态就可以了。跟产品经理说了一下问题后,许同学马上整理了半页的需求补充,直接提交给了小记。小记也很麻利的10分钟解决了问题。故事本该到此结束,可杯具才刚刚开始…

原来,按照公司的规矩,需求的任何改动,都应该通过产品经理提交,项目经理评估通过后,才可以提交OA流程进行改动,即“留痕”。但这个问题在产同学刚跟项同学沟通时,小许和小记已经把这个问题搞定了。

IM群中,项同学怒了:“你们需求怎么又变更!谁给你们权利直接去跟开发沟通的!”
产同纳闷了:“你这什么态度?我这不在跟你沟通,谁说要需求变更了!产品跟技术沟通还要通过你批准?”

于是,项同学把问题告到了老总哪里……你猜得到结果,老总各打五十大板:“保证项目进度!!”出了老总办公室,项同学拿根烟冲向冒烟室,一脸委屈和愤怒,“这项目没法做了,变变变,这进度怎么保证?你们产品需求的问题,影响了进度和质量,还不是我负责,要我来擦屁股?!”我们的产同学刚在IM跟项同学沟通就遭遇态度恶劣的抵制,又莫名其妙挨了老总的板子,当然起身就追了出去……

后来,听公司同事说,来公司2年了,第一次听到有人在外面吵架,还用100分贝的声音吵了20分钟。当然,这都是后话,但这个梁子,产同学跟项同学是结下了。至于问题的处理结果,让产品和技术都很无语——怎么改的,再怎么改回来,就按错误的内容上线。至于用户体验?项目部署后试用期再汇总问题改吧……

有一点在互联网业内是比较明确了:产品经理对产品负责,对需求负责;项目经理对项目进度和质量负责。但实际的项目过程中,总会出现这样那样的摩擦,特别又是对于公司内部项目而言,项目的需求变动并不能像外部项目那样,甲方能给项目团队加钱,所以项目经理对进度的控制会远大于(产品)质量,人家后面还有N个项目在排队,不是么? 本想就着这个杜撰的文章,长篇大论一番产品管理与项目管理,谁知这一等,又是半个月过去了。先贴出来吧,大家对故事有什么想法?

分享到:
  1. 有时候 有时候
    人生就是场游戏
    吵架时 不妨幻化出另一个你 在一旁看看你吵的如何
    不是很有趣么?

    • 这个比喻很抽象。被现实磋磨的没有棱角的时候,究竟是好还是不好,各有利弊吧…

    • 嘿嘿,都说了“杜撰”。不过,吵架是好事。有问题提,有意见说,这种直接有效的办法能达成一致还能降火,虽然方法有点欠缺,但也是解决问题的一种方式。最怕遇到问题不说话,事情完了在搞小动作。做事情的人,总是对政治深恶痛绝;能解决事情,总是好的。

  2. 好的沟通能解决很多问题,所以沟通能力强的同学,解决问题的能力也强,这两个素质又是管理人员评估最重要的指标。

  3. 需求与项目分家,本身就是一对矛盾,但在这个案例中,有一个页面前后台状态显示不一致,虽然是小许的需求就把这里遗漏了,但技术小记却把这部分做了进去,而且还做得前后台状态显示不一致,做了一些无用功,所以,小记原来在做这块的时候,就应该发现问题,并及时与项同学沟通,指出问题所在,然后由项同学与产同学沟通。再走公司流程。
    显然,这个案例不是这样做的,双方都有问题,所以老总各打五下大板我觉得很对:)
    之所以项同学很生气,我个人分析还是因为项同学最近压力比较大,然后又出来问题,这个问题好像又是一根救命草… 又或者是项同学对产同学本来就有矛盾了,借这个事情想打击一下对方…

    • 分析的很有道理。现在再看,其实没多大事情。分析问题,解决问题,不贰过就好。摩擦矛盾都是难免的,当然有更好的处理方式,不过人不是机器,总会有个性和感情等因素在工作中。相互理解,换位思考,是个解决问题的好办法。

  4. 软件工程中这种矛盾是一直存在的,实际控制过程中只要需求是按照原有目标靠近的都应视为合理需求。如果需求不得不改则应按阶段提交;如果需求非不得不改,而工程进度允许则应该修改;否则只应备案记录。个人拙见,工作归工作,切勿将工作与工作的矛盾带到私人感情上来,大家都不是搞艺术的吧…

  5. 产品质量和项目进度的关系把控是一种能力,是一门艺术,沟通最重要,还是想尽一切办法加强沟通比较好吧。