项目经理VS产品经理VS架构师

探讨3个岗位的分工和知识技能似乎是一件很无聊的事情,但实际上我觉得还是有必要单独拿出来强调一下。如果不能专心、聚焦到自己的领域,之后会产生十分严重的尴尬感,夹生感。

当然您也可以几个岗位的工作都做,但我敢说,大部分人应该没有这个精力,比如你作为项目经理同时监管4、5个项目的时候,多方干系人时不时扯皮的事情都够你忙的了。


说在前面

正规公司才会这么严格区分(因为业务多,项目多)。小型创业公司或者不太正规的(比如财务和HR都没有完成分开的),它很可能没有分这么细,他们更多的是说“负责人”,“谁是负责人”,“这个项目谁负责”。也就是说事务性的、技术性的、业务性的、行政性的,一人多责,多面负责。但正规一点的公司就会分工十分明确,比如你可以看看暴雪招聘国际项目经理那个页面。

这些做法,没有对错,只有适合与不适合。


传统认知

或者说通俗认知是这样的:

  • 项目经理:工头;监工
  • 产品经理:文档维护者;客户方传话筒;需求分析师;售前咨询师
  • 架构师:技术总监、主管、总工;软件设计师

带有“经理”字样的职位一般职责范围内的事情更加杂乱,宽广,同时有一定的权限和可支配资金,并且一定伴随着和不同方面的沟通、协商、谈判、汇报。

带有“师”字样的职位,一般是某方面的专家,比如软件设计,且拥有多年的经验积累,科班的专业训练,后续可进阶“大师”,“师傅”,然后带徒弟。他们一般和内部人员打交道,很少直接和外面的人进行工作交接、交流。(有专门的人做对外窗口)


正规认知

嗯,怎么说呢,网上关于这方面的讨论很多很多。

我给你两个我看过的例子:

说的都挺好的,但如果非要系统说,那么就要参考相关考试的考纲了或者相关知识框架了。

比如国际架构师认证里面会列出清晰的条目(请自行Google,DIY),要求你了解,掌握哪些技术架构,框架,它们的优缺点,适用与不适用场景等等,再比如 PMP 中的十大知识领域,五大过程组,各类ITTO等。

至于产品经理,嗯,貌似还没有相关的非常正式或者统一的协会或者认证,各说各理,还有说人人都能做产品经理的,但我总觉得,做产品的人一定要有商业嗅觉、懂市场,懂资本,懂战略,毕竟我已经见到太多做出来的产品没人用,骂声一片了。钱名两空。

正规认知会涉及相关的知识框架,冗长且无趣,就不展开了

如果通过通俗的认知对上述某个职位感兴趣,那么你可以再系统地深入了解一下,比如我个人就系统培训过项目经理知识框架(要记忆的东西挺多的,类似于官话套话,互联网黑话之类的专业话术)。

我想只有这样才能真正开始进入、融入某个职业圈圈吧;职场这个近代才出现的词汇,和官场应该类似

当然,如果提不起兴趣那就算了,毕竟培训需要花费大量的财力、时间和精力,结果最后你又不做,那真的太不划算了。实际上,每个人的性格,职业&生活目标不同,选择自然不一样。有好坏之分,但没有对错之别


末了总结

上面都不展开,这里就直接总结了?我其实不愿意写很长,写多了看得人累; relax.

从业务开展,项目监理,产品开发等过程的一般顺序上来说:

  • 产品经理 --- 转换客户需求,或者设计产品需求、功能,然后传递给架构师或者实施人员
  • 架构师 --- 和产品经理协商,然后设计符合需求的、且能够交付的产品原型,同时给出技术原型
  • 项目经理 --- 全程监督过程,最终保证交付

产品经理看到市场,分析相关商业机会,架构师设计产品,项目经理保证产品能够上线或者交付。

其中产品经理要求商科背景,架构师需要理、工科背景,而项目经理需要交叉学科背景,三者都要有文档能力,比如论文或者商业计划书或者说明手册等。然后,经理还需要具备演说能力。

另外,项目经理应该具有“结果(目标)导向”的思维,也最好是这样的人(所以我选择了项目经理,说到底,别人为什么工作我不知道,但我工作一定是为了实现目标的...人和岗位相性了)


一点浅见,如有不妥之处,烦请指教一二。

谢谢您的阅览。

posted @ 2021-03-27 13:23  YanYueIO  阅读(137)  评论(0编辑  收藏  举报