敏捷中，尴尬的pm

敏捷核心圈知识分享系列（十）——敏捷中，尴尬的pm 

　　我们执行敏捷项目管理，可是敏捷管理中没有pm角色的详细定位，身处pm岗位的同学，一定比较困惑和迷茫吧。

　　
　　传统项目中，处在星海中心的pm，要对项目目标的达成承担责任，他建立团队工作的流程，审核工作成果，负责同客户、用户、上级、项目团队的沟通。因此他是整个项目的核心，责任重大，也拥有非常多的决策和考核权力。

　　如果项目规模较大，成员过多，项目结构图将成为树状：

　　此时的项目沟通模式，是层级管理，各个分团队的负责人将信息传递给PM。　　

　　传统模式，显而易见，在用户和产品策划、开发人员之间，隔着一个PM，信息转述取决于PM对项目需求和技术的理解能力。因为PM处在核心地位和肩负责任，显然需求的变更难以做到迅速响应。

　　敏捷项目因此被推崇，来解决需求变更效率问题，尤其在互联网行业得到广泛应用。

　

　　敏捷项目管理的网状模型，更加便于大家沟通，大家不再通过pm组织、传递，而是自己主动交流。及时、主动在项目团队中分享信息。这种方式，更为快捷迅速，但是信息在团队中分享，却是比较复杂。如果团队每种角色人员较多，这样网状复杂度是非常庞大的。因此，敏捷并不建议在大团队中推行。

　　此外，敏捷项目管理又进一步做了优化，减少一些不必要环节和角色。既然PM的主要工作是沟通，那么解决沟通问题的敏捷管理方式，将传统专职从事项目管理的pm，挤出了敏捷团队。产品经理充当敏捷团队负责人，更适合。

　　这也比较符合当前的现状，向领导汇报的，多数是产品经理，技术人员很少参与向上的双周汇报。