码迷,mamicode.com
首页 > 其他好文 > 详细

转载-有雷一起扛!关于研发流程的制定 from光荣之路

时间:2017-11-16 11:45:54      阅读:87      评论:0      收藏:0      [点我收藏+]

标签:执行   相关   角色   流程   描述   质量   上线   代码   功能测试   

背景

对于研发人员来说,研发流程的重要性想必每个研发人员都很了解,但是如果在项目初期没有明确制定好研发流程,可以想象后期的工作开展是多么不易。

我曾经被借调过到一个项目组,该组从项目的初期就没有一个明确的流程,到后来开发人员,测试人员,产品人员都相互抱怨,项目总是出各种各样的问题,最后测试人员忍无可忍,不得不提出离职。我到该项目组工作后,为了避免后期工作中出现的问题,更好地提升工作效率,明确各岗位职责,建立有效的合作机制,和产品、开发、测试人员一起商讨,特制定如下流程。当然该研发流程不一定适合于每一个项目组,只是想贴出来让大家参考一下,也许有许多不对的地方,欢迎大家拍砖啊!

本流程适用人员:产品经理、开发人员、测试人员。

1. 各角色职责

1.1 产品经理

1. 把握产品方向,明确用户需求。

2. 合理规划需求,确定每个版本的需求设计,出具需求原型。 

3. 组织需求沟通会,维护backlog,制定story优先级。 

4. 与开发、测试人员明确各阶段完成时间节点:研发周期、提测时间、测试完成时间、上线内容、上线时间。 

5. 对开发、测试人员针对执行过程中对需求问题进行答疑,跟进整体进度。

6. 与测试人员配合对发布内容进行验证。

1.2 开发经理

1. 制定开发计划,分配具体任务。

2. 开发过程如有开发计划变更,负责与产品经理、测试人员对接。

3. 开发进度跟进,把控研发质量。

4. 代码review。

5. 生产环境发布后,配合测试、产品人员进行验证,及时解决发现的问题。

1.3 开发人员

1. 代码编写,功能实现。

2. 任务状态及时修改,按时提交测试。

3. 配合测试修复bug。

1.4 测试人员

1. 根据需求、原型评估测试时间,与产品经理确认测试完成时间点。

2. 根据需求、原型编写测试用例。

3. 进行测试,提交测试缺陷,跟进问题解决状态,并进行回归测试。

4. 生产环境发布后,进行冒烟测试、对发布功能进行验证,保证产品质量。

5. 测试完成后,输出上线测试报告。

2.研发流程

序号

流程

说明

执行人

输出

1

需求制定

1、产品经理确认每个版本需求,形成文档、原型图。

2、需求文档/backlog应描述清晰、明确。

产品经理

需求文档/产品原型

2

需求评审

1、产品经理视情况,发起需求评审。

2、明确研发周期、提测时间、测试周期,测试完成时间、上线内容、上线时间。

产品经理

需求文档/产品原型

3

开发

1、在Jira上创建每个迭代的开发任务,分配任务。
 2、如涉及接口方面新增及修改及时维护到WIKI上,以便相关人员了解查看。
 3、各模块负责人按照开发计划开展编码工作。

开发经理

开发计划(Sprint)

4

提测

1、开发完成后,开发负责人邮件提交提测单,写明本次测试内容和自测情况。

开发人员

提测单

5

测试

1、测试人员根据提测单开展测试。

2、进行功能测试,功能测试完成后,进行回归测试。

3、测试中的Bug提交到Jira系统上,及时跟进Bug修复情况。

4、如上线前遗留Bug,产品经理、开发经理、测试三方确认是否影响上线计划,如不影响可后续修复,测试人员在Jira中备注。

5、整体测试完将测试报告以邮件形式,反馈给产品经理、研发经理,确认是否上线。

测试负责人

测试用例/测试报告

6

发布

1、开发负责人进行上线准备,确认需更新的SQL、代码、定时任务、接口等,确保无遗漏。
 2、产品经理对需求实现准确性进行验证。
 3、测试人员进行主流程冒烟测试、对功能进行验证。

测试负责人/产品经理/开发人员

上线通知


3. Bug处理流程

3.1 测试环境

1. 测试人员新建Bug并指派经办人提交研发—>分派Bug—>处理Bug—>解决Bug—>待验收—>测试人员验收Bug。

2. 测试环境更新后,开发更改JIRA状态为已解决、待验收并指派给测试,测试根据Bug状态回归验证。

3.2 生产环境

1. 生产环境Bug反馈统一接口人-产品经理,确认为Bug后,通知测试人员提交到Jira中跟进。 

2. 生产环境出现影响业务流程、用户使用的Bug,开发人员紧急修复,测试环境验证后,做紧急上线处理,由测试人员验证。

4. 注意事项

 

为了避免前期工作中出现的问题,更好地提升工作效率,提出如下几点:

1. 合理规划版本上线周期,一周一次或两周一次,避免频繁上线。

2. 保证充足的测试时间,避免测试不充分造成生产环境功能不稳定等风险。 

3. 按约定时间准时提测,若延迟提测时间,需重新规划上线时间。

4. 提测前开发人员进行自测,自测通过后提交测试。

5. 开发需确保提测功能的完整性、可测性。

6. 由于该项目生产环境服务器由开发人员自行维护,因此,开发人员负责生产环境稳定性、可用性的日常巡检。

7. 测试环境更新、生产环境发布后,及时通知测试人员。 

8. 生产环境发布后,整体验证通过,发出测试报告,确保无问题,产品经理、研发经理、开发相关人员、测试人员方可离开。 

9. 禁止开会迟到早退,如有事情不能到会提前通知相关人员。(??)

 

转载-有雷一起扛!关于研发流程的制定 from光荣之路

标签:执行   相关   角色   流程   描述   质量   上线   代码   功能测试   

原文地址:http://www.cnblogs.com/BensonMaxHome/p/7842682.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!