项目进度问题一般在一个小团队中不会表现的特别突出,因为这时候团队所有成员的目标都比较一致,并且由于人数较少,沟通成本也较低,对于磨合的较好的团队,这时候可以遵循小步快跑的方式,不断打磨产品。对于刚入门的产品经理来说,这段时间应该是产品生涯里最快乐的时光了。项目管理者联盟
项目管理者联盟
但当团队规模扩大到二,三百人时,由于系统更加庞大和复杂,任务会被拆分给到更多的人去做,原来的简单沟通模式被无情的拆分,于是人和人的关系变复杂了。这时候,看起来简单的一个小功能很可能会牵一发而动全身,涉及很多的人。于是项目推进就不是靠晚上一起吃个饭能简单的解决了:人太多,你请不起啊。talent.mypm.net
项目管理者联盟
既然本文是在教产品经理怎么推进项目,那么我们先聊聊项目是怎么运作的。不管是有钱的出钱还是有力的出力,在软件开发这种需要抽象逻辑的脑力劳动面前基本是无效,因为他需要的是专业技术人员不断的共同协作才能完成。而协作的过程其实就和打篮球一样,对于每个人参与者来说就是一个传接球的过程。项目管理者联盟
项目管理者联盟
你接到了一个球(任务),运球(做任务),传球(把任务抛给下一个人)。所以每个项目参与者就做3件事儿,接到任务,完成任务,传给下一个。在完成任务的过程中,如果碰到问题无法继续,就像运球时半路有人拦截,这时候也必须要把球传给能解决这个问题的人。对于项目参与者来说,核心使命就是按时按点的把球传出去,只有传出去了,你的使命才算完成。项目管理者联盟
需要重点说明的是什么叫传球,所谓传球我们可以理解成交付,也就是上家对下家的一个产出结果的交付。
例如,产品经理对开发以及设计团队的交付是一个说明详尽的产品需求文档,UX/UI对开发的交付就是设计完整的交互稿,视觉稿以及切图。而后端开发人员对前端开发人员的交付就是安全可用的接口以及详细的接口文档,而前后端开发人员对测试人员的交付就是提交到测试环境的代码,测试人员对部署人员的交付就是没有问题的测试结果,而是有问题的测试结果则要交付给前后端开发人员。项目管理者联盟
当然并不是所有的传球都是一个明显的产出结果交付,也会是一些信息告知,例如,开发人员在开发时碰到了第三方安全证书问题需要产品经理去解决,这时候的传球可能就是一个邮件告知一下产品经理项目遇到障碍,需要产品经理去解决,于是球又传到产品经理手上了。项目管理者联盟
需要说三遍:传球才是项目往前进的最重要环节。service.mypm.net
bbs.mypm.net
到这里我们知道了项目的本质就是多人进行的一个传接球过程,每个参与者就是做好3件事儿:项目管理者联盟
接球--任务项目经理博客
运球--完成任务pmp.mypm.net
传球--交接给下一个项目管理者联盟
但有时候由于任务的不明确,或者分工的不明确,或其他各类原因会导致球在传递的过程中球一直停在了某个人手中,而无法传到下个环节。怎么办呢?training.mypm.net
项目管理者联盟
pmp.mypm.net
项目管理者联盟
项目管理者联盟
这个时候,对于产品经理来说其实也只要做3件事儿。项目管理者联盟
接过球项目管理者联盟
清理障碍点talent.mypm.net
把球重新传出去项目管理者联盟
|