产品经理在项目团队中的角色

一个项目组里有PD（产品经理）、PM（项目经理）、UED（设计团队）、DEV（开发团队）、QA（测试团队）、PO（产品运营团队），有的公司还有DBA（数据库团队）、PE（系统运维团队）。

 

有多少种角色就有多少事，公司大了，事就更多更繁琐；

有多少人就有多少张嘴，公司大了，项目组人员更多，主意更多；

有多少团队就有多少利益，公司大了，牵涉到的利益更多；

 

这么多团队这么多人这么多角色，如何协调如何管理？

到底什么是产品经理该做的事？

产品经理可不可以只做好份内事？

 

有人说一个项目那么多事，不可能什么都管，做好自己就可以了，

模型如下，各个角色做好自己的本份事，产品经理做好产品的框架功能设计就OK了

 

有个同事觉得那样远远还不够，理想化的产品经理应该如下图，其他人做好自己的本份，产品经理应该把圆中所有的黑色区域覆盖，负责起整个项目，才能保证项目的如期按质按量完成。

 

又有个同事说，这还不对，这个理想化的团队是高度不稳定的。

更可行的，对团队或者个人能力有提高的，是每个小圆涉及的业务更大更宽点，融入产品。是靠团队，而不是依靠某个人把细节都堵住。有句话说，不懂业务的程序员不是好开发，不懂代码的测试也不是好QA。又改了一下那个图，逼近理想的产品团队应该是这样的，团队与团队之间还应该有交集，团队与团队之间应该略微都懂点。

我觉得还不够完美，现实中各个团队的能力是参差不齐的，有的团队能力强，有的团队能力一般，对于能力强的我们可以放放手，授授权，对于能力一般的，甚至比较弱的，我们就应该指导他们，牵引着他们。比如公司给你配备的营销团队偏弱，你在做产品规划的时候就应该考虑好产品以后的运营和营销方式，甚至在产品营销初期一直和营销团队一起把产品推广出去。