「业务知识及」B端产品推进过程中的项目管理思考( 二 )


尊重流程
尊重流程,包括尊重流程中的人、组织以及流程本身的知识项,共同遵守规则,才能有效的保质保量完成任务。
每个公司,都有自己的项目管理或产品管理流程,这些流程,是公司团队间长时间磨合一点点积累下来的财富。
一般公司的项目管理流程,多遵循国际项目管理规范,根据自己公司业务及现状加以调整,对不同团队间如何协作、每个项目节点团队间该如何交接、交接哪些内容等进行说明。
总有人抱怨进度和质量不好把控,那有没有想过为什么呢?原因不外乎项目管理流程中的相关方之间的意见并未完全达成一致吧,想办法将颗粒度细化,并用各相关方能听懂的语言表述清楚,在流程的各节点,进度的质量的把控度总会提高。
 「业务知识及」B端产品推进过程中的项目管理思考
文章图片
项目管理规范主要内容
明确优先级
一次产品迭代的过程,简直可以成为一场大戏上演的过程,从产品需求的收集到在生产环境如期上线产品,各种角色来来去去,各种声音纷纷扰扰,请问产品经理,你用什么来保守初心?只能是优先级。
那又怎么判断优先级的高低呢?用公司战略和产品规划,最符合公司战略和产品规划的需求,就是当前优先级最高的需求,可以参考四象限法则。
 「业务知识及」B端产品推进过程中的项目管理思考
文章图片
有人说我们公司没有战略,或者我不知道公司战略是什么。
首先,不管是什么产品,不可能没有战略和规划。
其次,如果没有人针对某个产品进行明确地战略沟通及产品规划,那么要么该产品在当前阶段不重要,投入资源有限;要么在公司业务里,确实需要这个产品,但是大家都没想明白该怎么去设定跟这个产品相关的战略和规划。
遇到这种情况的产品经理,有很大的主动权。从需求优先级管理到产品规划到战略设计,你若愿意并且有能力,可以尝试自己处理,将其变为公司核心产品,也不是没有可能。
最后,用“把握当下,不负韶光”收尾吧。
在产品推进过程中,遇见太多太多的大规划。年度、季度、不同版本的产品规划确实需要有,但这些,在具体产品迭代过程中,用于限定需求范围可行,规划与实际计划不符却不可取。
成熟的产品迭代团队,每一期迭代一般会有相对固定的周期,当期需要做的事情,根据上述4类原则也基本可确定。
尊重时间周期和需求范围,做好当期需要实现的内容,不过于蔓延需求,机动时间合理,方可称不负韶光。
好啦,内容有点多,感谢您耐心读完~
【 「业务知识及」B端产品推进过程中的项目管理思考】题图来自Unsplash,基于CC0协议


推荐阅读