需求规范化管理

需求处理流程

收集需求→分析需求→提出设计方案→修改代码→测试

需求处理共需要三个周期。

产品组

第N周期中收集需求、分析需求和提出设计方案。

第N+2周期中跟踪需求完成情况。

收集需求

产品组负责将这些需求来源和需求内容,需求主要来源于:

  • 功能开发需求。
  • CCB会议中用户体验修改建议。
  • 用户建议(主要通过客服获得)。
  • 运营部和市场部的需求。
  • 产品组用户体验修改建议。

分析需求

  • 需求是否合理。不合理需求给出理由,小部分无法准确判断的需求提交CCB会议讨论。
  • 评估该需求影响用户体验的指数。

提出设计方案

第N周期的最后一天同时提交设计方案给开发组和测试组。

跟踪需求

判断需求的完成情况。

开发组

第N+1周期中根据设计方案修改代码。开发组对于零碎的需求不处理,此周期中收到的需求安排在下一个周期中修改。

测试组

第N+1周期中根据设计方案修改测试用例,判断代码的修改是否涉及主干流程,安排第N+2周期中的测试内容。

需求规范化目的

  • 保证每项需求都得到处理。
  • 需求可跟踪,每项需求记录在案。
  • 产品组提高设计质量,避免重复设计。
  • 开发组避免重复修改代码,减轻开发组压力。
  • 利用测试组,保证设计的执行力。
  • 有序地迭代。