互联网团队为什么需要配置项目管理岗位

互联网团队为什么需要配置项目管理岗位

过去一直不太清楚为什么有的互联网团队需要配置PM（不是产品经理，是项目管理），直到我进入了一个类似中台性质的业务，整个团队同一时间会对接几十个部门，并行跑几十上百的需求的时候，我终于认识到项目管理的重要性。

在此之前，我待过的团队都是以迭代自己的产品为主，迭代节奏为战略服务，因此多半是固定发版节奏，然后各业务团队采用搭车的方式，赶得上就跟着这个版本发布，赶不上就下一个版本发布。而业务团队由开发、UI、测试、产品进行小团队闭环协作，一般来说人员控制在10-30人不等。需求方也很单一：主要来自产品经理，以及老板。

因此小团队协作的好处是：人员相对稳定，而且经过磨合之后就会有默契，对于只要经历过半年一年的考核周期有产出后，一般此时产品经理再去推动业务，团队也会很配合，因此整体协作会非常舒服。项目进度一般由产品进行把控，几百人级的团队可能只有1个PM甚至没有，还是在业务壮大了后需要流程规范化才招聘进来了，但是存在感也是相对较低。更多的像是在定期推动不同双月/季度开发流程上遇到问题后落地改进的流程规范化。

而在偏支持或者中台性质的团队，PM的重要性就很高了，而好的PM更是可遇不可求。因为要服务的业务方很多，所以产品经理作为需求链路的上游，每周并行会处理10多个不同业务不同背景的需求，有时候脑子都切不过来，而这些业务需求会有各种各样的前置依赖环节：比如业务方需求临时变更、比如财税法内审沟通、比如开发过程接口联调。像是游戏行业，很多需求会和游戏节点挂钩，所以不存在固定发版节奏，随时随地都要按节点发版，比电商节点还多。

因此像中台型产品经理需要保障的是：1、优先级判定，保障高收益需求在上游环节无卡点，先让整个链路跑起来。2、需求上线后的效果复盘与再迭代计划。3、功能配套的运营计划与宣推方案。而过程从开发工时预估到排期以及开发过程卡点，很大程度需要PM来进行把控，特别是在开发过程中，产品经理已经开始去忙别的需求。

而产品经理在中台型业务团队的4个项目管理小技巧是：

1、不要将流程卡在自己的手上（在时间节点就是一切的业务里面，是第一生存法则）；

2、提前做需求规划，在需求方案之外需要额外考虑前置依赖带来的项目风险和时间；

3、把所有的卡点明确对接人和DDL，然后交由PM来进行协作跟进。

4、管理好上级的项目预期，及时上报风险并让其帮忙推进跨团队的卡点问题。