研发心法-规范流程

zaiyiaaaa

很多公司研发的产品，由于缺乏规范化、标准化的流程，导致在产品整个研发生命周期过程中，出现各种各样的问题，比如：需求随意变更，研发质量差、版本延期，这些问题严重的影响了研发各项工作的正常开展。因此，我们需要规范研发流程，通过标准化的流程来指导研发成员工作，从而更好地达成研发目标。

• 意义范围
  5 f5 ^" H/ |( L( _) O9 i; w7 K

1 规范流程的范围

规范流程的范围以研发部日常工作为主，主要包含需求对接、技术评审、代码规范、Bug管理、脚本管理、发布流程、数据库安全保障、团队管理、成员管理、绩效考核等。

9 k9 F& M( m. z, _; j7 s5 a

2 规范流程的意义

（1）可以指导成员开展工作，让大家很清楚地知道自己要做哪些工作，该怎么去做这些工作，减少大家工作中的个人主观随意性。

（2）可以让新成员通过短暂的培训学习，快速融入工作中。

（3）便于研发管理人员对成员的日常管理和考核。

（4）可以加深新成员对部门的认同感。

（5）可以沉淀下来作为部门的工作指导。

+ w# ^$ q0 D% u2 M7 i0 H  ^* Z

明确了规范流程的意义和范围以后，那我们在日常工作过程中遇到各类问题，就可以很清晰地知道各个问题该采用哪种方案去应对和处理。

当遇到的问题，只要符合我们规范流程范围和意义中的任一条，这类问题就可以统一通过编写规范流程来处理，避免今后再出现类似问题。一般像这类问题都是周期性的或者经常需要重复进行的，需要规范流程来加以约束与指导；比如：研发部各个端口的开发成员，他们代码书写不统一的问题；测试人员提交提交Bug不规范的问题等等,这些都是经常需要重复进行的操作，这类问题，我们可以通过制定规范流程来指导大家。

  G5 F+ ~2 S; G$ v+ h3 i

当遇到的问题，不满足我们规范流程范围和意义中的任一条，这类问题可以直接修复并处理，没有必要编写规范流程文档。一般像这类问题都是非周期性或非重复进行的问题，问题影响都是一时的，短暂的，发现问题第一时间修复即可。比如用户反馈生产环境订单无法指派；生产环境订单导出报错等等，这类问题，只对当时反馈的问题产生个别影响，我们可以第一时间解决该问题，消除影响。

$ Z, a& s- R) d2 G. l5 ]# W

• 制作过程
  

一份好的规范流程，从梳理、编写、宣贯到最后使用，需要认真推演。结合我们研发部实际输出规范流程的整个制作过程，主要可以分为以下5个环节。

  B4 @6 {9 C1 @# Q8 I- P
, n. a" q6 q6 Y9 g- b2 m, r/ K, N

1 梳理问题

在梳理问题的过程中，主要从问题来源、分析过程两个方面入手。

1.1问题来源

梳理问题的来源主要来自以下几个方面：

• 研发内部工作开展，团队配合中遇到的问题。
• 与其他兄弟部门合作过程中遇到的问题。
• Bug反馈群，业务部门直接反馈过来的问题。
• 研发部内部定期工作复盘发现的问题。
• 运维工作中反馈的问题。
• 测试每个月定期线上回归测试发现的问题等。
  * Z* K. g+ M8 I& A% [. J$ P; T3 [

6 `- f- c* y) s0 q" o4 p

1.2分析过程

问题分析过程，主要分为以下几步：

• 问题收集人收集研发部工作过程中遇到的各类问题。
  

问题收集模板：

' c' N% h8 [4 |# k+ r

• 问题收集人将收集到的相关问题，以邮件的形式反馈给研发部管理层相关人员，征询大家的意见，是否需要制定规范流程。
• 研发部管理层依据规范流程的范围跟意义，筛选反馈的问题。当符合我们梳理的范围和意义时的问题，问题收集人需记录这些问题，后续专门开会讨论解决方案。
• 针对需要制定规范流程的问题，以管理层周例会、骨干讨论会议或召集问题相关人员开会的方式，大家一起针对需要制定规范流程的问题，进行分析讨论，给出初步解决方案。
  

2 讨论解决方案

• 针对梳理出来的问题，研发部负责人组织研发骨干召开会议进行问题讨论，同时指定一名会议记录人。
• 各骨干针对问题解决方案提出各自的意见，大家进行头脑风暴，会议记录人纪要大家提出的意见。
• 会议记录人结合大家的建议，输出一份问题解决方案，并邮件发给相关参会人员。
  

3 编写规范流程

（1）部门负责人根据讨论的解决方案，安排负责该工作的对应管理成员，制定出相应的规范流程，避免下次再出现类似的问题。

（2）规范流程负责人，根据之前讨论得出的结论，开始着手编写对应的规范流程文档，当编写完后，提交研发部管理层进行review审议。

（3）审议过程中，各成员提交各自的建议，规范流程负责人记录大家的建议后，再次修改。

• 规范流程负责人修改后，再次提交审议，审议通过后，邮件发给相关参会人员。
  8 e1 n0 C3 g- X. @# ^

4 宣贯规范流程

• 规范流程负责人跟研发部全体成员，宣贯规范流程。
• 针对宣贯过程中成员提出的问题做答疑，同时记录成员反馈的问题和建议。
• 经过采纳的合理建议和方案，规范流程负责人需及时更新到规范流程文档中，并将最终更新后的规范文档邮件发给研发部全体成员。
  

+ q/ S( a- f" m: J, b

5 观察迭代

• 规范流程负责人需每周跟进规范流程运行的效果，收集各成员反馈的问题。
• 前3个月每个月末流程负责人需邮件反馈给流程实施结果，流程是否有不足和改进的地方，是否需要迭代。
• 流程负责人根据运行的结果反馈，修正规范流程文档。
• 研发部管理层review审议规范流程，审议通过后，正式执行该规范；当审议不通过的时候，负责人需根据审议结果重新修改文档。
• 规范流程负责人再次在研发部内部宣贯该规范流程。
• 研发部所有成员按照迭代后的规范流程开展相应工作。
• 具体操作
  % f. |' y, U1 s7 U; P+ P( V# n7 o

Uifhjvv

需要规范研发流程，通过标准化的流程来指导研发成员工作，从而更好地达成研发目标