你应该掌握的产品研发管理流程及常见问题处理
你会常常因为需求变更被开发测试吐槽，被抱怨研发管理流程规范太多，流程太复杂，被领导质问为什么延期需求那么多吗？对于产品经理或是项⽬经理来说，研发管理流程是极其繁琐且难以规范化的⼯作，本篇⽂章将介绍⼤⼚的B 端产品研发管理流程以及管理中出现问题的解决⽅案。 ⼀、研发管理流程
整个研发管理过程分为5个阶段，需求阶段，开发阶段，测试阶段，上线阶段，验收阶段，每个阶段都有相应的负责⼈，对阶段内的所有任务和节点的交付情况负责，保证节点正常推进，⽽项⽬经理则统筹起推进全局的⾓⾊。
如果按照双周发版的频率，2次版本中间会有时间交叉，即上个版本的测试阶段与下个版本的需求阶段重合，这样可以保证各个⾓⾊在每个阶段都有⼯作任务，满⾜快速迭代的要求。
1. 需求阶段：产品经理主导
•产品经理：评估并设计需求；提供需求清单；组织需求评审会，邀请开发测试参会
•产品经理：评估并设计需求；提供需求清单；组织需求评审会，邀请开发测试参会
•开发：评估本次版本需求可⾏性和⼯时，并输出开发⽅案设计书（如有必要，组织需求反讲会）
•测试：评估本次版本需求⼯时
•项⽬经理：根据开发测试⼯作量确定需求排版情况
说明：整个需求阶段会与上个版本的测试阶段重合，测试⼈员⼯作重点会放在上个版本的测试⼯作上。
2. 开发阶段：后端开发主导
•产品经理：对开发出现的问题进⾏及时评估影响和重新设计⽅案
•开发：进⾏产品开发及⾃测，如有前后端交互的需求，需同时提供接⼝⽂档，进⾏前后端联调
•测试：根据需求说明⽂档和开发设计⽂档，输出测试案例，并组织测试案例评审会
•项⽬经理：确保转测节点正常推进
3. 测试阶段：测试主导
•产品：上线前⼀天在UAT环境进⾏测试，发送版本升级的客户影响通知
•开发：针对测试同学提出的bug进⾏修复
•测试：进⾏功能测试，提出bug并修复跟进，上线前⼀天进⾏回收测试并发送测试报告
•项⽬经理：确保发版时间检查完毕
4. 上线阶段：运维主导
•开发：汇总产品变更内容并提变更单
•测试：发版上线后进⾏正式环境⽣产验证
•运维：负责发版前置检查，发版上线，上线后问题处理
•项⽬经理：跟进发版进度，对出现紧急问题及时处理
5. 验收阶段：项⽬经理主导
•产品经理：⽣产验收（只验收功能性的需求），客户推⼴及客户培训
运维流程管理•开发：如出现⽣产问题进⾏问题修复
•测试：总结bug原因
•项⽬经理：版本复盘，统计研发管理过程数据，如需紧急版本则负责版本的发起
该流程仅展⽰在整个版本流程中各交付节点及其对应⾓⾊的产出物，针对其他⼯作事项例，如产品经理进⾏竞品调研，客户调研等⼯作不⼀⼀列举。
⼆、发现问题：研发管理报告
建议在整个研发管理过程中，需要制定⼀些指标来发现研发管理过程中出现的最多的问题和影响⾯最⼤的问题，由此制定规范，对症下药解决问题。
指标1：不规范⾏为次数
统计在整个研发管理过程中各⾓⾊⼈员出现不遵守规范的次数与情况，进⾏积分排名，奖惩并⾏
指标2：bug数据
统计上线前的bug数，上线后bug数，包括但不局限于占⽐，趋势变化情况，并分析各类bug出现的根本原因和责任⼈
指标3：需求延期情况
统计每个版本的需求延期情况和延期原因，并跟进需求延期造成的影响，对影响⼤的需求进⾏根本问题处理
指标4：需求变更
统计每个版本的需求变更次数及原因，对占⽐对⼤的原因进⾏整改
其他指标：需求溢出率，⾃动化测试覆盖率，漏洞处理率，版本回退率，sonar扫描率等。
三、常见问题及处理
研发管理问题是任何公司任何部门都会出现，需要协作的部门就需要管理，其本质是能⼒问题，惰性问题和合作问题，能⼒问题会导致需求质量，开发质量，测试质量差，惰性问题会导致各种节点延期，信息不统⼀的问题，⽽合作问题则会出现沟通障碍，协调合作问题。
能⼒需要培训，⽽惰性需要通过规范和奖惩结合。⾯对研发管理过程各类的问题，并⾮所有的问题都需要⽴即处理，在解决问题的同时也会带来⼀些问题，重要的是要针对影响最⼤出现频率最⼤的问题进⾏针对性处理，同时要有奖励制度，在整个研发管理过程主要有如下⼏类问题：
1. 需求变更
•问题：产品随意更改需求的内容/逻辑或开发修改开发⽅案；需求变更未通知到需求的全部相关⼈员（特别是测试和前端）；需求说明⽂档或开发设计⽂档⽆统⼀放置，沟通内容⽆正式记录
•影响：需求变更导致开发或测试⼯作量增⼤或有重复⼯作量；需求通知不到位导致各⾓⾊获取信息有偏差，需求上线后发现前后端不⼀致，或必要的测试点未测试导致未发现bug
•⽅案：严格规范需求变更规范，需由变更⼈提起申请，经由相关的产品，开发，测试，项⽬经理，领导知会及同意后才允许变更，并记录变更原因。变更内容要求正式记录，不允许⼝头通知或提供聊天记录
2. 节点延期
•问题：由于⼯作量评估有误或个⼈能⼒问题或拖延⼼理导致产品提供需求⽅案延期，开发提供设计⽅案延期，开发转测延期，测试提供测试报告延期，
•影响：研发过程节点延期导致后续流程都出现风险，最后导致功能/产品延期，客户满意度下降
•解决：规范节点延期需说明必要原因，并要求在延期⼀天后进⾏撤版或执⾏临时⽅案，做好客户通知与安抚⼯作
3. ⽆统筹⼈
•问题：各个阶段没有对应的统筹⼈，⼤家只负责⾃⼰部分的⼯作，缺少统筹
•影响：零散⽆⼈管理，⽆法识别整体影响
•解决：每个阶段确定主负责⼈统筹推进阶段任务与交付情况，对节点交付物做检验，针对出现问题主动发起解决讨论或会议
4. 测试质量差
•问题：开发⾃测质量差，导致测试阶段bug多；测试的测试案例有缺漏，测试覆盖不全⾯，导致未发现bug
•影响：开发修改bug占⽤开发时间，测试未发现bug导致上线有问题
•解决：统计各类bug的数量及原因，针对主要原因进⾏规范整改，例如统计开发bug数并计⼊KPI；测试需组织测试案例评审会，推进使⽤⾃动化⼯具提升测试覆盖率
5. 研发管理规范遵守度低
•问题：研发管理规范频繁变更，⼀是适应期会各⾓⾊还未养成习惯，⼆是存在侥幸⼼理和惰性⼼理，认为犯错没影响未遵守指定研发管理规范
•影响：随意违反研发管理规范，导致需求
•解决：⼀是减少研发管理犯规变更次数，只针对重要问题，定期统⼀宣导并执⾏管理规范；⼆是对于规范的遵守情况奖惩并⾏，积分制规范管理严格化，对违反⼈员公⽰和处理
6. 缺少统⼀管理平台
•问题：⼀个需求的发起，开发，变更等步骤在多个平台跟进和处理；项⽬经理需⼿⼯在不同平台跟进版本进度或获取研发管理数据
•影响：多平台操作导致⼯作效率降低，且容易遗漏部分环节导致需求风险
•解决：尽量统⼀平台管理和跟进需求的各节点交付情况，并开发研发管理⼯具，⾃动根据需求推进情况获取当前交付情况
7. ⼈员冲突或⼯作安排不合理
•问题：各板块需求不平均，需求多的板块的相关开发⼈员⼯作量多，其余⼯作量少，且出现紧急插单需求增加部分
•问题：各板块需求不平均，需求多的板块的相关开发⼈员⼯作量多，其余⼯作量少，且出现紧急插单需求增加部分⼈员⼯作负担
•影响：⼯作量多的⼈需求未能按时完成，⼯作量少的⼈当⽉⽆产出
•解决：产品提出需求时尽量平衡安排各个板块内容；项⽬排版按照每个⼈员能在本次版本中能⽀持的⼯作量安排⼯作，包括紧急需求的⼯作量，不安排超过⼯作量的需求
8. 开发规范或⽂档缺失
•问题：缺失开发规范⽂档，确实历史的开发设计⽅案/需求设计⽅案
•影响：缺少开发⽂档导致开发⽅式不统⼀，后期系统架构混论；开发设计⽅案和需求设计⽅案确实导致⼯作交接⽆法追溯历史追溯，只能靠猜存在极⼤风险
•解决：每次版本须输出相关⽅案⽂档，并规定在固定平台统⼀放置，不断沉淀历史资料
好的研发管理能够明显提⾼⼀个团队⼯作效率，但每个部分都需要根据实际情况进⾏适配性的管理，如果有兴趣，可以更多的关注项⽬管理的框架例如scurm框架，或许你会发现研发管理没那么难。
我是⼀个对世界充满好奇的B端产品经理，产品经理不仅要懂⽅法论，⽽且学会把⽅法论运⽤到实际中，⼤家有什么想了解也可以留⾔～
本⽂由 @ 素夏原创发布于⼈⼈都是产品经理，未经许可，禁⽌转载。
题图来⾃ Unsplash，基于CC0协议
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议