项目研发管理

damengshu

1、研发管理定义
3 q: }+ w. m# l( y规范好一系列的工作流程，规范好各个岗位的工作职责，让工作更加协同，让效率更加高效。
4 P3 G) @2 x, \, J2 j* ^1 t2、研发管理过程
# Z  W7 e. |- ]+ F+ g! D- j2.1、三个阶段
首先我认为研发工作分为设计、开发、测试三个阶段。如果项目迭代周期为一个月，那么我会把时间均分为三个十天。阶段性的验收项目成果，对滞后的工作，好及时作出调整，保障项目进度平稳的向前推进。

$ E+ e" F" ]  {4 {2.2、 四次设计
( H/ R' w% V* }1 ~在产品原型和需求到达开发人员手上时，我们要做的第一件事是设计。
1. 前端后接口设计（接口定义json文档、controller方法、请求实体类、响应实体类）
2. 服务端接口设计 （service方法、业务实体类、参数实体类）
1 H( T) i5 c2 z* |# B1 T9 I3. 数据库表设计 （数据表设计pd文档）
4. 测试用例设计 （测试用例文档）

2.3、 四次评审
4 G- k& U( f: [8 z每次设计都需要一次评审来验证合理性，让设计者走出思维的死角。
1 \' o. J; J( _4 Y5 g1. 前后端接口评审 （前后端开发评审http接口是否漏定义，接口的请求和响应数据结构是否合理）
2. 服务端接口评审（后台开发评审service接口定义和业务测试测试代码是否符合业务流程）
3. 数据库表评审 （后台开发评审表的命名规范、类型规范、字段规范、约束规范）
4. 测试用例评审（测试内部根据原型和需求文档评审测试用例设计的是否合理）
- O8 N% o3 Y+ B3 ?$ l+ C  \2.4、 三次测试
: u: Q' m, V9 N9 ^# K! s测试是工作阶段性验收的标志，测试通过的功能才能说开发完成。
5 a3 r1 }8 |* R- s/ s1. 自动化业务测试
2. 手工增量测试
3. 手工全量测试
( C( d- @1 p& W3 Q* j自动化业务测试主要是验证代码的业务逻辑是否正确，其次是验证代码的语义是否正确。
. Y) ^. r( a$ }) }手工增量测试主要是验证本次迭代开发的新功能是否正确。
6 H6 K  u2 l/ o; Y+ h" \手工全量测试主要是验证本次迭代对系统的影响是否正确。
2.5、 三次发布
# I( N. Y( l  B7 d' b发布是一个持续的过程，是一步步前进的过程，这样做主要是减免线上环境的发生问题的概率。即上一步没有成功，绝对是不能走到第二步；第二步成功了，第一步可能是成功的。例如下面的发布流程：
1. 发布开发环境 （失败）
6 n% X8 g' k: ]2. 发布开发环境 –> 发布测试环境 （失败）
3 H" T+ j  t" H3 k3 e3. 发布开发环境 –> 发布测试环境 –> 发布线上环境
; }6 n7 z7 s1 |6 C开发环境采用自动化发布，让问题及早的暴露。开发环境发布ok后，通过手工发布到测试环境，保证测试环境的稳定性。测试全部通过后，最后才手工发布到线上环境。
+ S, G% G' u+ c9 k4 z3、研发管理的意义
采用分模块设计结合集体评审的制度，是放权的有力保障。分模块设计有利于个人专注业务，集体评审有利于个人对系统有整体的认识。设计可以提前暴露产品设计逻辑性和可行性。设计是一次自我方案评估的过程。评审可以磨合团队的成员的设计和开发理念，是规范顺利推广的提前。

RNGxiaohu

测试是工作阶段性验收的标志，测试通过的功能才能说开发完成。

faker12

每次设计都需要一次评审来验证合理性，让设计者走出思维的死角。