研发心法-规范流程

zaiyiaaaa

% |7 L: f" I- n1 l& n# w

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

• 意义范围
    a8 P& }, J. D9 t

1 规范流程的范围

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

* }9 t, E7 p3 o- v" Y5 U

2 规范流程的意义

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

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

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

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

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

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

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

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

) S  W1 t2 D0 f

• 制作过程
  1 H- V3 f5 F( {* I, u7 R( M$ x

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

; V! n, B" ]( R0 R

1 梳理问题

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

- A, Y. g5 N# p) [1 y

1.1问题来源

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

• 研发内部工作开展，团队配合中遇到的问题。
• 与其他兄弟部门合作过程中遇到的问题。
• Bug反馈群，业务部门直接反馈过来的问题。
• 研发部内部定期工作复盘发现的问题。
• 运维工作中反馈的问题。
• 测试每个月定期线上回归测试发现的问题等。
  

! j" o. A, U! w; l$ M1 g

1.2分析过程

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

• 问题收集人收集研发部工作过程中遇到的各类问题。
  . O( U" {/ d- @& h" R

问题收集模板：

  D" U* v+ a+ Q* O

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

2 讨论解决方案

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

$ p/ _% }+ O, H( j8 B: O

3 编写规范流程

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

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

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

• 规范流程负责人修改后，再次提交审议，审议通过后，邮件发给相关参会人员。
  " Z5 F5 F2 N3 [& t3 `

2 ]4 K3 n3 L7 S0 L' w/ ~4 q7 o

4 宣贯规范流程

• 规范流程负责人跟研发部全体成员，宣贯规范流程。
• 针对宣贯过程中成员提出的问题做答疑，同时记录成员反馈的问题和建议。
• 经过采纳的合理建议和方案，规范流程负责人需及时更新到规范流程文档中，并将最终更新后的规范文档邮件发给研发部全体成员。
  : f6 v$ H& j. m9 ?" U2 i! ]( y

+ r' D9 V+ ?4 p' M3 O8 _

5 观察迭代

• 规范流程负责人需每周跟进规范流程运行的效果，收集各成员反馈的问题。
• 前3个月每个月末流程负责人需邮件反馈给流程实施结果，流程是否有不足和改进的地方，是否需要迭代。
• 流程负责人根据运行的结果反馈，修正规范流程文档。
• 研发部管理层review审议规范流程，审议通过后，正式执行该规范；当审议不通过的时候，负责人需根据审议结果重新修改文档。
• 规范流程负责人再次在研发部内部宣贯该规范流程。
• 研发部所有成员按照迭代后的规范流程开展相应工作。
• 具体操作
  7 r9 q; y2 E4 V8 j% v% K: x/ T

Uifhjvv

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