聊聊产研流程的那些事

经常听身边的朋友说：“我们公司的产研流程太乱了，需求文档就一两句话，甚至有的都没有需求文档，项目上线流程太随意了”；“我们公司领导太不会管理，人员随意调动，项目经常延期”；“我们公司的进度根本推不动，开发人员相互踢皮球，实在太难了”

上述这些情况在一些初创型公司都是必经之路，今天来聊聊我的一些类似经历。

2018年初我去了一家在线教育的创业公司，公司刚刚成立，产研团队当时差不多10人左右，由于公司刚刚成立，加上产研团队人员不多，可以说基本上没有产研流程，只有一个大目标就是3月14号上线。

随着团队的不断壮大，项目迭代速度的不断加速，整个技术团队到了50-60人，测试人员差不多10人左右，并行项目有5-6条线，基本上每天都要发版；这个时候出现了部分开发人员被待测试的项目牵扯，无法全身心投入下个项目的开发；测试人员有的时候出现多个项目并行测试的情况，连写测试用例的时间都没有。测试经理基本上每天都在调动测试资源去测试提测的内容（上文所说的随意调动人员），殊不知这些测试人员对需求不够了解，加上没有测试用例，被临时调过去测试，这就会导致了两种情况的发生：一、细节测试力度不够，上线后小问题不断；二、有延期的风险。

记住在18年5月份左右，有个PC官网打卡机项目需求，当时的需求是：官网上需要记录用户上课的各种状态。这个项目涉及的服务比较多：支付中心、用户中心、web服务、权限服务、第三方服务等。开发提测后，QA跑了一遍主流程，发现根本跑不通，经过排查发现test1环境调不通第三方服务。只有test2环境部署了第三方服务，这个时候不得不更换为test2环境。由于是手动部署每个服务，而且每个服务都由不同开发负责，所以在test2环境部署的时候特别费时间，而且排查问题也特别麻烦。好不容易环境部署的事情搞定，在测试过程中又发现很多影响流程的bug，而且还找不到对应的开发解决问题，只能将问题扔到群里@开发负责人。由于是临时更换测试环境，占用了QA的测试时间，为了不delay，只能临时调派QA人手参与该项目。这就产生了连锁反应，一个环节出现了问题，导致了后面所有的环节都会受到影响。

在这个项目上线后，我们产研部门复盘该项目，发现现有项目基本上没有上线流程。此时由CTO授权，各leader参与制定一套相对完整的产研项目流程来保证每个项目的进度。

在聊流程之前需要明确两点：人员、工具：

首先需要梳理一下公司所有的项目，针对这些项目配置开发+测试人员+测试环境，并且在Confluence记录（简称项目人员配置）。每个项目测试人员都有一个owner+若干个member；举个例子：张三在支付中心担任owner，在用户中心担任就是member。这样分配的好处是即使张三离职了，他所负责的项目中其他member成员也熟悉项目，能保证项目顺利迭代。

1.Confluence：产品需求文档、接口文档和上线文档存放的工具

2.Jira Software：项目管理工具

3.Testlink：冒烟测试用例工具

4.钉钉：公司内部交流工具

产研流程：

上述是一个完整的项目流程，可以根据各自的公司制定符合自己公司的产研项目流程。还有一个最最重要的一点，如果没有CTO和各leader的支持，上述流程就是一句空话，没有各leader的相互配合和支持，指望一个人在公司推动产研流程，那就是天方夜谭。