聊聊产研流程的那些事

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

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

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

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

记住在18年5月份左右，有个PC官网打卡机项目需求，当时的需求是：官网上需要记录用户上课的各种状态。这个项目涉及的服务比较多：支付中心、用户中心、web服务、权限服务、第三方服务等。开发提测后，QA跑了一遍主流程，发现根本跑不通，经过排查发现test1环境调不通第三方服务。只有test2环境部署了第三方服务，