业务需求管理核心制度

业务需求管理制度

第一条总则

规范各部门相关业务需求提出、变更及维护，为整体业务系统建立统一需求

管理机制和跟踪机制，从而提升沟通效率及需求反馈响应速度和透明度，保障产

品开发结果和需求一致性，特制订本细则。

第二条适用范围

本要求适适用于管理全部业务部门提交到本部全部需求。

第三条定义

1、业务需求：对需要在整体业务系统中实现或调整业务功效说明或描述；

2、业务需求方：为企业整体业务系统提出所要实现或调整功效部门，包含

无线运行部、销售服务部和财务结算部等；

3、业务需求承接方：负责承接业务需求，现在由产品技术部产品专员对接

各部门需求。

第四条需求关键程度

需求部门所需功效对整体业务系统影响程度，可分为很关键、关键和通常三

个等级，很关键为最高等级。

a）很关键：业务系统所需该项功效对整体业务系统影响很大，如该需求为关

键步骤关键步骤；

h）关键：业务系统所需该项功效对整体业务系统影响大：

c）通常:业务系统所需该项功效对整体业务系统影响通常，如页面显示文字、

字体、颜色等。

第五条需求紧急程度

需求部门所需功效紧迫程度，可分为很紧急、紧急和通常三个等级，很紧急

为最高等级。

a）很紧急：所提业务需求很紧迫，如不立即实现，关键业务步骤不能被正确

实施、且无可替换方法；

b）紧急：所提业务需求比较紧迫，如不立即实现，业务步骤不能被正确实施,

但存在可替换方法或方法；

c）通常：所提业务需求紧迫性通常，不会对现有步骤存在较大影响。

第六条需求提交

各部门经过JIRA填写具体需求信息，向需求承接方提议需求任务，在需求

提出时需注意以下多个方面：

1、具体描述需求背景、需求内容，包含需求介绍、功效性需求具体描述及

数据需求描述，明确本部门需求对接人；

2、提出需求时应说明需求关键程度和紧急程度；

3、提出需求时应认真考虑业务需求合理性、完整性和前瞻性，充足考虑多

种步骤、各个步骤和异常步骤处理；

4、为愈加清楚地说明业务需求变更情况，可附带附件、附图等文档。

第七条需求分析

1、需求承接方就接收到需求进行需求分析，需求不明确地方和需求方立即

进行沟通，并在JTRA备注沟通结果或请需求方补充说明文档至JTRA；

2、需求承接方依据沟通结果，明确需求关键程度和紧急程度，确定需求优

先级；

3、需求承接方依据产品技术部门资源情况统筹安排排期，并将排期结果反

馈至JIRAo

第八条需求优先级

依据需求关键程度和紧急程度，优先级根据以下规则进行划分:

优先级很关键关键通常

很紧急HighestHighMedium

紧急HighMediumLow

通常MediumLowLowest

管理和控制，必需时将组织各部门责任人进行需求评审；

2.产品技术部须立即维护业务需求版本，保持“业务需求任务”、“需求规

格说明书”等相关文档版本一致性。

附件一：需求提交范例

创建问题[*配置域▼

项目.③线上平台开发项目(OIL)▼

问题类型.□任务▼⑦

概要.

优先级tMedium▼⑦

到期日©

模块，

好入字符来获得可能匹配的列表，成点击下拉列表选择.

修复的版本▼

喻入字符来获得可能匹配的列表，或点击下拉列表选择.

经办人问自动▼

分配给我

描述.样式▼夕会

可视化文本

附件0添加附件或浏览.

标签▼

输入内容来适找或创建标签，或点击下拉列表中选择一个建议的标签.

责任人•

密