【大师运营说】产品迭代两个版本之间应如何衔接

前两天收到一则提问,具体问题如下:

两个迭代版本之间怎么过度会比较好呢,比如说开发提测后,什么时候开下版本的需求评审呢?

这是典型的项目管理问题,大家都知道某1个版本迭代流程应该是:

产品设计—>需求评审—>UI设计—>UI评审—>开发实现—>测试执行—>发布上线

实际产品开发过程,是一个版本接着一个版本的,那第2个版本应该在何时介入呢?

以我的经验,当第1个版本进入到开发实现阶段,产品经理就可以开始进行第2个版本的需求分析和产品设计了,通常会持续到第1个版本发布上线后第2天,时间大概是2-3周左右。这期间产品经理一边要和开发、测试针对第1个版本的需求细节进行讨论和确认,一边要参加各种开发、测试用例评审会,还要收集需求,准备第2版本的产品方案,看起来时间很长,其实完全不够用。大概的流程图示如下:

为确保产品方案在需求评审时一稿过,“产品设计”阶段我会增加一次“产品内部评审”环节,也就是说每个产品经理产出的原型,在提交给开发、UI、测试前,都要在产品团队内部先进行一次评审,建议由产品Leader组织。一方面可以群策群力,防止一个人考虑的不到位;另一方面还能让各产品线产品经理互通有无,避免产生“信息孤岛”。同时这也是作为产品Leader考核团队的一种手段,如果你的方案连产品内部评审都通不过,就别提拿出去给大家看了~此外,为保证方案能在外部评审环节被各团队认可,强烈建议在产品内部评审时邀请各团队老大参加,以提前让他们了解需求难度,判断风险点,给出一些有效建议。

需要额外说明的是,之所以在前一版本上线后才开始进入需求评审,主要是因为测试阶段开发同学还要花时间改bug,通常改bug的时间要比写代码还要长,所以还是建议这期间专心做一件事不要分神。但这样的流程缺点是相对保守,是在保证项目稳定上线前提下的方案。如果你的团队节奏很快,研发质量也很高,基本测不出问题,很可能在测试执行阶段开发人员就会闲下来。因此如果想进一步提高效率,也可以把流程前置,在测试执行末期就让开发开始进行需求评审,或者提前看下产品原型文档熟悉需求,但务必保证不要遗留Bug,否则就会两头顾,两头都做不好。

还有个细节要提下,就是产品团队无论如何要确保“需求评审”会议是“一次过”的,如果返工,这段时间开发同学就真的没事做了,这个时间浪费掉就是产品经理的责任了,因此刚刚说的产品内部评审,提前要求外部团队Leader参与评审等策略,都是为了规避这样的结果的。

以上就是关于版本迭代衔接话题我的思考和建议,你们的迭代节奏如何?是怎么解决这个问题的?期待你的回复与我分享~

思源源码基地https://www.rmb4.cn所有源码资源均聚合于互联网各大会员资源站,仅用于您下载学习,如需商用,请您支持正版! 转载请注明出处!
源码基地-站长之家-网站模板-网站源码-源码之家-html模板-网页模板-Wordpress主题-织梦模板 » 【大师运营说】产品迭代两个版本之间应如何衔接

源码基地,源码之家,全网网站源码,APP源码,免费下载,采集规则免费教学!

立即赞助 发布资源