需求管理规范

一,需求管理流程是部门之间工作协作规范,用于规范运营需求、产品功能、用户体验、业务流程、解决方案的提出、讨论和确定,使工作更有条理性,达到提高工作效率的目的。

二,需求管理流程规范以需求管理委员会为主导,对接业务部门(包括商务部、市场部、服务部)和技术部门,使各部门工作顺利流转。需求委员会由总经理、业务主管、产品主管、技术主管组成,总经理为委员长,各部门主管为委员。

三,需求管理流程规范的对象是系统平台的功能需求、运营产品的业务需求、用户体验需求,统称业务需求。业务需求区别于系统BUG,二者不能混为一谈。

四,业务需求按复杂度和工作量区分为大、小需求。工作量小于3天的为小需求,超过3天的为大需求。大需求需要得到公司批准,小需求只要部门达成一致。批准或达成一致的需求必须实施。

五,需求管理流程为部门之间的协作流程,具体流程如下:

(一)业务部门:需求创建、整理和提交评审;

  • 1,操作:创建需求(issue),状态为:“需求已创建”;
  • 2,操作:需求整理,形成需求文档;
  • 3,操作(关键):提交需求评审;状态变为:“需求待评审”;工作流入评审委员会;
  • 4,操作(快捷):提交快捷上线;工作流入技术部门;
  • 5,操作(快捷):提交快捷开发;工作流入技术部门;

(二)评审委员会:评审需求;

  • 1,对“需求待评审”的需求,由评审委员会进行调查、研究、论证;
  • 2,评审过程由评审委员质疑需求,需求代表解释答疑;
  • 3,由委员会投票表决评审结果;
  • 4,通过评审,需求状态变为:“需求待设计”,工作流入产品部门;
  • 5,评审未通过,需求状态变为:“退回需求”,填写意见:补充完善,或者终止需求,工作流向业务部门;

(三)产品部门:产品设计;

  • 1,操作:对“需求待设计”的需求文档,开展产品设计工作,设计系统对象,系统流程,业务规则,界面原型,UI,形成产品设计文档;
  • 2,操作(关键):提交设计评审;状态变为:“设计待评审”;工作流入评审委员会;

(四)评审委员会:评审设计;

  • 1,对“设计待评审”的产品设计,由评审委员会进行调查、研究、论证;
  • 2,评审过程由评审委员质疑产品设计,设计代表解释答疑;
  • 3,由委员会投票表决评审结果;
  • 4,通过评审,产品设计状态变为:“产品待开发”,工作流向产品部门;
  • 5,评审未通过,产品设计状态变为:“退回设计”,填写意见:补充完善,或者终止开发,或者寻求其他解决方案(比如外包开发);

(五)技术部门:产品开发;

  • 1,操作:对“产品待开发”的产品设计,进行技术开发、开发测试、编写技术文档;
  • 2,操作(关键):提交开发验收,状态变为:“产品等验收”;工作流入产品部门;

(六)产品部门:验收产品;

  • 1,对“产品等验收”的工作,进行验收测试;
  • 2,通过验收,状态变为:“产品待上线”,工作进入技术部门;
  • 3,验收不通过,状态变为:“退回开发”,工作进入技术部门;

(七)技术部门:发布上线

  • 1,对“产品待上线”工作,进行“发布上线”工作;需求开发周期结束。

image

XXXXX业务需求文档



一,需求背景
	XXXXX需求是在。。。情况下,存在。。。问题,为了解决。。。。,产生了XXXXX需求,。。。
二,需求目标和意义
            XXXXX需求,能满足。。。。要求,达到。。。。目的,解决。。。。问题,提升。。。。,增加。。。。,。。。
三,业务流程描述
1,业务流程图
   流程图及必要说明
2,业务角色
   使用者,准确描述
3,业务对象
   做什么事情,是什么样的事情,有什么特征,有什么属性
4,业务规则
   业务发生流转的规则,条件,标准
5,业务功能需求
   功能分解,即该业务需求具有什么样的功能,要完成什么样的动作,达到什么目的。
四,存在问题及风险
   可能存在的问题和风验,如何应对。。。

Written on July 15, 2016