业务需求管理制度.docx

业务需求管理制度第一条总则规范各部门有关业务需求的提出、变更及维护，为整体业务系统建立统一 的需求管理机制和跟踪机制，从而提高沟通效率及需求反馈的响应速度和透明 度，保障产品开发结果与需求的一致性，特制定本细则第二条适用范围本规定适用于管理所有业务部门提交到本部的所有需求第三条定义1、 业务需求：对需要在整体业务系统中实现或调整的业务功能的说明或描 述；2、 业务需求方：为公司整体业务系统提出所要实现或调整功能的部门，包 括无线运营部、销售服务部和财务结算部等；3、 业务需求承接方：负责承接业务需求，目前由产品技术部的产品专员对 接各部门的需求第四条需求的重要程度需求部门所需功能对整体业务系统的影响程度，可分为非常重要、重要和 一般三个级别，非常重要为最高级别或非常重要：业务系统所需的该项功能对整体业务系统影响非常大，如该 需求为关键流程的关键环节；b） 重要：业务系统所需的该项功能对整体业务系统影响大；c） 一般：业务系统所需的该项功能对整体业务系统影响一般，如页面显示 文字、字体、颜色等第五条需求的紧急程度需求部门所需功能的急迫程度，可分为非常紧急、紧急和一般三个级别， 非常紧急为最高级别。

或非常紧急：所提业务需求非常急迫，如不尽快实现，关键业务流程不能 被正确执行、且无可替代措施；b） 紧急：所提业务需求比较急迫，如不尽快实现，业务流程不能被正确执 行，但存在可替代措施或方法；c） 一般：所提业务需求急迫性一般，不会对现有流程存在较大影响第六条需求提交各部门通过JIRA填写详细需求信息，向需求承接方发起需求任务，在需求 提出时需注意以下几个方面：1、 详细描述需求背景、需求内容，包含需求介绍、功能性需求详细描述及 数据需求描述，明确本部门需求对接人；2、 提出需求时应说明需求的重要程度和紧急程度；3、 提出需求时应认真考虑业务需求的合理性、完整性和前瞻性，充分考虑 各种流程、各个环节以及异常流程的处理；4、 为更加清楚地说明业务需求变更情况，可附带附件、附图等文档第七条需求分析1、 需求承接方就接受到的需求进行需求分析，需求不明确的地方与需求方 及时进行沟通，并在JIRA备注沟通结果或请需求方补充说明文档至JIRA；2、 需求承接方根据沟通结果，明确需求的重要程度和紧急程度，确定需求 的优先级；3、 需求承接方根据产品技术部门的资源情况统筹安排排期，并将排期结果 反馈至JIRA。

第八条需求的优先级根据需求的重要程度和紧急程度，优先级按照以下规则进行划分:优先级非常重要重要一般非常紧急HighestHighMedium紧急HighMediumLow一般MediumLowLowest第九条需求处理流程第十条业务需求的版本管理1.产品技术部在JIRA接到业务需求部门的“业务需求任务”后，将组织产 品经理、开发工程师、设计工程师按需制定“需求规格说明书”，并进行需求版 本的管理和控制，必要时将组织各部门负责人进行需求评审；2.产品技术部须及时维护业务需求版本，保持“业务需求任务”、“需求规 格说明书”等相关文档的版本一致性附件一：需求提交范例可找美兰 S任努优先尊到期日修堑的抠态n自幼舞吟我样式，B I 旦 A. - M- E E 回，+ -A。