首页 > 产品, 项目管理 > 产品版本迭代流程及规范
201610月17

产品版本迭代流程及规范

迭代机制

每周一个小版本,每月一个大版本。
根据具体的需求,迭代周期可以更改,默认原则是每周一个小版本。

产品版本迭代总体流程

版本迭代流程
产品版本迭代流程

产品需求

1、签字确认
a) 产品部每周三10点前给首席架构师、项目经理汇报下一版本迭代的需求
b) 如果有修改,产品部周四上午9点进行第二版汇报
c) 首席架构师、项目经理需在周四上午10点前签字确认,如果还是有不确定的需求,则需要放在下一个迭代版本再开发。
2、提交给平台部的清单
a) 产品需求文档PRD
b) 交互DEMO
3、提交时间:每周四下班前提交下一个迭代版本的需求。
4、签字确认:由首席架构师、项目经理、产品经理书面签。

进度汇报

每周二17:00点前,产品开发负责人分享当前迭代的版本开发进度。

产品测试

1、每周迭代的版本,测试人员都应该在周四14点前测试通过,并且邮件方式通知对应产品经理确认。如果未通过,需要通过对应项目经理和产品经理
2、测试人员测试通过之后,方可提交产品经理进行验证。
3、产品经理需在周四17点前给出验证结果,并且邮件方式通知开发、测试。

产品进度跟踪

1、项目经理、产品经理需要对产品的进度进行跟进,知晓。
2、对未按时完成进度开发或测试工作,影响了下一阶段的工作,应该快速进行决策,采取补救措施,如果加班还是不能按照计划完成,则需要通知首席架构师、项目经理,是砍掉部分相对不重要的需求,还是延迟上线时间。

生产环境发布

生产环境发布需要有专人负责,已保证公司、用户相关数据的安全性

渠道通知

1、需要给公司各部门经理群发邮件,进行通知。
2、在公司产品微信群中进行通知。
3、需要给分销商、渠道上进行通知。

特殊说明

如果公司的产品没有正式上线,所以生产环境发布、验证过程可以省略

交付清单及时间节点

交付清单及时间节点产品迭代交付清单及时间节点

签字机制

1、任何工作能落实到纸面上的,尽量落实,并让大家周知。
2、每次迭代的需求,评审通过后需要进行签字确认。

变更机制

1、落实到纸面上的信息,比如已经确定的产品策略、开发排期等等,如非极其特殊的情况,尽量不要更改。
2、如果是新增加的需求,可以在下一个排挡中增加。

版本更新

1、测试通过的版本才能发布,并且提交给产品经理进行验证。
2、公司的内部人员,以及种子用户只能通过已发布渠道进行下载,不能给其安装未完成的版本、否则影响体验,以及产品后期方向的决策。

邮件机制

1、每个重要的里程碑节点,都需要进行邮件通知
a) 产品需求提交
b) 版本提测
c) 版本发布成功

文章作者: iitshare
本文地址:http://www.iitshare.com/product-version-iteration-process-and-specification.html
版权所有 © 转载时必须以链接形式注明作者和原始出处!

更多
本文目前尚无任何评论.

发表评论