【9A文】业务需求管理制度

【9A文】业务需求管理制度

ID:47083141

大小:481.40 KB

页数:5页

时间:2019-07-20

【9A文】业务需求管理制度_第1页
【9A文】业务需求管理制度_第2页
【9A文】业务需求管理制度_第3页
【9A文】业务需求管理制度_第4页
【9A文】业务需求管理制度_第5页
资源描述:

《【9A文】业务需求管理制度》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、【MeiWei_81重点借鉴文档】业务需求管理制度第一条总则规范各部门有关业务需求的提出、变更及维护,为整体业务系统建立统一的需求管理机制和跟踪机制,从而提高沟通效率及需求反馈的响应速度和透明度,保障产品开发结果与需求的一致性,特制定本细则。第二条适用范围本规定适用于管理所有业务部门提交到本部的所有需求。第三条定义1、业务需求:对需要在整体业务系统中实现或调整的业务功能的说明或描述;2、业务需求方:为公司整体业务系统提出所要实现或调整功能的部门,包括无线运营部、销售服务部和财务结算部等;3、业务需求

2、承接方:负责承接业务需求,目前由产品技术部的产品专员对接各部门的需求。第四条需求的重要程度需求部门所需功能对整体业务系统的影响程度,可分为非常重要、重要和一般三个级别,非常重要为最高级别。a)非常重要:业务系统所需的该项功能对整体业务系统影响非常大,如该需求为关键流程的关键环节;b)重要:业务系统所需的该项功能对整体业务系统影响大;c)一般:业务系统所需的该项功能对整体业务系统影响一般,如页面显示文字、字体、颜色等。第五条需求的紧急程度需求部门所需功能的急迫程度,可分为非常紧急、紧急和一般三个级别,

3、非常紧急为最高级别。【MeiWei_81重点借鉴文档】【MeiWei_81重点借鉴文档】a)非常紧急:所提业务需求非常急迫,如不尽快实现,关键业务流程不能被正确执行、且无可替代措施;b)紧急:所提业务需求比较急迫,如不尽快实现,业务流程不能被正确执行,但存在可替代措施或方法;c)一般:所提业务需求急迫性一般,不会对现有流程存在较大影响。第一条需求提交各部门通过JIRA填写详细需求信息,向需求承接方发起需求任务,在需求提出时需注意以下几个方面:1、详细描述需求背景、需求内容,包含需求介绍、功能性需求详

4、细描述及数据需求描述,明确本部门需求对接人;2、提出需求时应说明需求的重要程度和紧急程度;3、提出需求时应认真考虑业务需求的合理性、完整性和前瞻性,充分考虑各种流程、各个环节以及异常流程的处理;4、为更加清楚地说明业务需求变更情况,可附带附件、附图等文档。第二条需求分析1、需求承接方就接受到的需求进行需求分析,需求不明确的地方与需求方及时进行沟通,并在JIRA备注沟通结果或请需求方补充说明文档至JIRA;2、需求承接方根据沟通结果,明确需求的重要程度和紧急程度,确定需求的优先级;3、需求承接方根据产

5、品技术部门的资源情况统筹安排排期,并将排期结果反馈至JIRA。第三条需求的优先级根据需求的重要程度和紧急程度,优先级按照以下规则进行划分:优先级非常重要重要一般非常紧急HighestHighMedium紧急HighMediumLow一般MediumLowLowest【MeiWei_81重点借鉴文档】【MeiWei_81重点借鉴文档】第一条需求处理流程第二条业务需求的版本管理1.产品技术部在JIRA接到业务需求部门的“业务需求任务”后,将组织产品经理、开发工程师、设计工程师按需制定“需求规格说明书”,

6、并进行需求版【MeiWei_81重点借鉴文档】【MeiWei_81重点借鉴文档】本的管理和控制,必要时将组织各部门负责人进行需求评审;2.产品技术部须及时维护业务需求版本,保持“业务需求任务”、“需求规格说明书”等相关文档的版本一致性。【MeiWei_81重点借鉴文档】【MeiWei_81重点借鉴文档】附件一:需求提交范例【MeiWei_81重点借鉴文档】

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。