产品管理流程是怎样的?这篇文章我们介绍最后一个流程:迭代规划。如何规范的进行产品的迭代?下面就来具体的介绍一下。
迭代规划
1. 固定任务
任务量是固定的,时间可以调整。例如,大版本在线,新功能模块在线,即使采用MVP方式,也超过了一般的迭代周期。
这种方式必须保证业务和功能需求的完整性和系统性,不能完全遵循时间。
否则功能逻辑的完整性和链条就会丢失,上线后会带来极坏的影响。如果功能不完整,最好不要上线。
2. 固定周期
在产品进入稳定期后,业务也比较稳定顺畅,则按固定期进行迭代,如两周内出现新版本,则以时间为准,固定时间端,按优先级合理安排工作量。
3. 紧急需求
上一版发布后,发现重大bug,需要紧急修复才能上线,这绝对不能按常规方式处理,直接提高优先级,修复上线。
4. 插入需求的处理
紧急需求类似于插入需求,都是常规计划之外的。两者有区别。紧急需求必须做,不做会带来严重影响。
插入需求是计划已经安排好了,但是又有了新的需求,比如业务部门,上级领导等等。
此时从几个方面进行处理:
首先不要急于拒绝,首先要分析需求的优先级,如果需求的确优先级高,看需求的规模,工作量的大小,人力资源,是否可以在此版本需求的基础上不断增加。若可则直接增加,若不可,则删除低优先级需求。
如果需求优先级不高,沟通安排到后续迭代,并说明原因。
产品管理流程的规范问题就介绍到这里了,之后还会继续整理相关的内容,大家可以多多关注。
以上就是“产品管理流程是怎样的?如何规范管理流程?(五)”的内容了,如果你还想了解其他相关内容,可以来
产品壹佰
官方网站。