项目统一研发流程梳理

image.png

一、统一研发流程的意义

一方面，作为研发团队日常工作的一部分，该流程的定义和标准化有助于项目干系人在谈论流程和术语时有共识，达成理解一致，通过检查列表和各个过程的输入输出保证质量；另一方面，集成各开发团队的最佳实践并与各团队进行分享，虽然不一定适合所有团队，但形成组织过程资产，适当裁剪，区分通用流程和特殊流程，供其他团队参考。

二、主要研发流程

需求相关：需求列表、需求优先级、需求规范、工作量初估、随时解疑、需求验收、UI设计、用户手册、产品手册等，伴随需求评审和UI评审等。

开发阶段：需求学习、开发流程、开发工具、工作量细化、设计规范、代码编写、代码违例检查、单元测试、开发测试、代码合并、代码修复、开发环境等，伴随代码评审、测试用例评审、测试脚本评审、持续集成环境监控、能力积累等。

测试阶段：需求学习、缺陷报告、测试计划、测试流程、测试设计、测试指导、模拟器、效率脚本、环境搭建、测试执行、测试报告、缺陷验证、缺陷进入持续集成环境、自动化框架、能力积累等。

验收阶段：需求学习、答疑手册、部署手册、验收计划、验收手册、验收用例、DevOps、问题优先级等。

运营阶段：运营排期、支持流程、数据监控、流量转化、升级规划、迭代反哺等。

三、主要流程说明

项目统一研发流程梳理

上图是测试流程的大致梳理，根据实际情况看这些流程是否需要拆解、合并，各个流程可能都有自身的输入、输出、检查列表、流程说明、最佳实践等。其实，测试基础设施搭建：测试环境搭建、缺陷系统搭建、测试用例管理、自动化框架搭建都是融入大流程的，可能每个公司根据自身情况会用到不同的工具和审批流，公司内部最好统一。流程设计时，原则性和策略性要保持对立统一，原则要坚定，策略要灵活。

下面以测试点和测试用例评审为例，说明该流程中的结点一般准备和留意的事项。

评审目的：集思广益，就测试点和测试用例达成一致

评审议程：分享需求、通用设计原则、逐个评审用例

评审输入：需求手册、测试点和测试用例准备

评审输出：用例改动点和完成日期，含步骤、优先级、是否自动化等，沉淀用例设计模式，形成组织过程资产。

评审人员：具体开发、开发专家、具体测试、测试专家、具体产品、产品专家等。

最佳实践：保持产品开发测试一致性理解和同意、抽取通用测试设计模式，组织过程资产、说明截止日期，可以试着让所有人签字同同意等。

后续再慢慢分享其他流程，其实最重要的是先形成Baseline，基于该基准持续提升，持续改进，不管是使用工具提升效率，还是使用检查列表促进流程规范，亦或是简化不必要流程，这都非常重要。