需求处理流程
收集需求→分析需求→提出设计方案→修改代码→测试
需求处理共需要三个周期。
产品组
第N周期中收集需求、分析需求和提出设计方案。
第N+2周期中跟踪需求完成情况。
收集需求
产品组负责将这些需求来源和需求内容,需求主要来源于:
- 功能开发需求。
- CCB会议中用户体验修改建议。
- 用户建议(主要通过客服获得)。
- 运营部和市场部的需求。
- 产品组用户体验修改建议。
分析需求
- 需求是否合理。不合理需求给出理由,小部分无法准确判断的需求提交CCB会议讨论。
- 评估该需求影响用户体验的指数。
提出设计方案
第N周期的最后一天同时提交设计方案给开发组和测试组。
跟踪需求
判断需求的完成情况。
开发组
第N+1周期中根据设计方案修改代码。开发组对于零碎的需求不处理,此周期中收到的需求安排在下一个周期中修改。
测试组
第N+1周期中根据设计方案修改测试用例,判断代码的修改是否涉及主干流程,安排第N+2周期中的测试内容。
需求规范化目的
- 保证每项需求都得到处理。
- 需求可跟踪,每项需求记录在案。
- 产品组提高设计质量,避免重复设计。
- 开发组避免重复修改代码,减轻开发组压力。
- 利用测试组,保证设计的执行力。
- 有序地迭代。