产品研发流程

一、提需前产品准备:
1、产品需要做到有需求原型,交互流程清晰(重点业务需要产品流程图)

2、业务逻辑细节描述清楚,重要字段的校验(比如国内外手机号、身份证位数校验等),必填字段,重要的返回信息文案,体现在交互中

3、和需求方对称清楚业务逻辑及产品是否满足需求,确认后的再去评审,并准备好需求wiki(最上方标注快捷目录)

4、交互源文件也同步到wiki上

5、拉钉钉群同步需求wiki,邀约评审会议

二、提需评审中:
1、任何有异议和产品逻辑不明确的及时调整同步对称各方

2、评审中产品问题较多或逻辑不清晰(问题超过3个),直接打回

 问题如何定义:产品、技术、测试达成一致认为是问题的则计算一个

3、产品需求评审时间控制在1.5h以内,如果预知超过时间的拆分需求多版本开发

4、需求评审完,统一由产品发送需求邮件(同步排期,抄送各方邮件组)

三、研发阶段:
1、原则上是不允许再有大的调整插入进来,避免影响整体排期

2、@产品 任何需求调整变动都要在需求wiki上标红体现出来,并在评论区标注(并邮件周知大家)

3、研发过程中,出现任何产品逻辑、产品功能上有任何疑问的地方,研发及时对称产品沟通

4、开发联调完成,统一由研发人员发出提测邮件(回复先前的提需邮件)

四、联调阶段:
1、大项目在排期上需要预留好联调自测优化时间

2、RD、FE必须要自测充分,提测时发现任何低级问题影响测试的,QA可以打回(以重新提测的开始时间为准,排期测试时间)

3、有依赖基础服务的,研发及早联调对称,必须两方先确认OK

4、跨部门合作,不管哪方有影响排期进度的,研发及时发邮件同步出来,说明原因

四、提测阶段(含测试、灰度):
1、原则上禁止再插入任何新需求,避免影响整体排期(连锁效应可能影响其他项目测试排期),如果插入,重新排期

2、QA发现有任何产品逻辑上的疑问及时抛出,由产品确认是否调整和排期调整

3、任何bug统一提交mantis,并在群里同步周知下相关研发同学(每日遗留问题)

4、每日bug原则上是研发人员当日必须解决,最晚第二日中午前解决,不能解决的及时同步,并更新mantis状态

4、测试提测OK后,回复邮件确认(含测试list)

5、此时产品必须验收各环节业务(测试环境)

五、上线:
1、研发同学对称好服务,如果有依赖其他部门的,提早对称好上线流程(上线先后顺序)

2、研发做好上线前的check list

3、上线后通知QA线上回归测试;完成测试,回复邮件

4、产品做上线周知各使用方(上线通报)

评论 ( 0 )
最新评论
暂无评论

赶紧努力消灭 0 回复