业务需求管理核心制度_第1页
业务需求管理核心制度_第2页
业务需求管理核心制度_第3页
业务需求管理核心制度_第4页
业务需求管理核心制度_第5页
已阅读5页，还剩1页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

业务需求管理制度总则规范各部门相关业务需求提出、变更及维护，为整体业务系统建立统一需求管理机制和跟踪机制，从而提升沟通效率及需求反馈响应速度和透明度，保障产品开发结果和需求一致性，特制订本细则。适用范围本要求适适用于管理全部业务部门提交到本部全部需求。定义1、业务需求：对需要在整体业务系统中实现或调整业务功效说明或描述；2、业务需求方：为企业整体业务系统提出所要实现或调整功效部门，包含无线运行部、销售服务部和财务结算部等；3、业务需求承接方：负责承接业务需求，现在由产品技术部产品专员对接各部门需求。需求关键程度需求部门所需功效对整体业务系统影响程度，可分为很关键、关键和通常三个等级，很关键为最高等级。a)很关键：业务系统所需该项功效对整体业务系统影响很大，如该需求为关键步骤关键步骤；b)关键：业务系统所需该项功效对整体业务系统影响大；c)通常：业务系统所需该项功效对整体业务系统影响通常，如页面显示文字、字体、颜色等。需求紧急程度需求部门所需功效紧迫程度，可分为很紧急、紧急和通常三个等级，很紧急为最高等级。a)很紧急：所提业务需求很紧迫，如不立即实现，关键业务步骤不能被正确实施、且无可替换方法；b)紧急：所提业务需求比较紧迫，如不立即实现，业务步骤不能被正确实施，但存在可替换方法或方法；c)通常：所提业务需求紧迫性通常，不会对现有步骤存在较大影响。需求提交各部门经过JIRA填写具体需求信息，向需求承接方提议需求任务，在需求提出时需注意以下多个方面：1、具体描述需求背景、需求内容，包含需求介绍、功效性需求具体描述及数据需求描述，明确本部门需求对接人；2、提出需求时应说明需求关键程度和紧急程度；3、提出需求时应认真考虑业务需求合理性、完整性和前瞻性，充足考虑多种步骤、各个步骤和异常步骤处理；4、为愈加清楚地说明业务需求变更情况，可附带附件、附图等文档。需求分析1、需求承接方就接收到需求进行需求分析，需求不明确地方和需求方立即进行沟通，并在JIRA备注沟通结果或请需求方补充说明文档至JIRA；2、需求承接方依据沟通结果，明确需求关键程度和紧急程度，确定需求优先级；3、需求承接方依据产品技术部门资源情况统筹安排排期，并将排期结果反馈至JIRA。需求优先级依据需求关键程度和紧急程度，优先级根据以下规则进行划分：优先级很关键关键通常很紧急HighestHighMedium紧急HighMediumLow通常MediumLowLowest

需求处理步骤业务需求版本管理1.产品技术部在JIRA接到业务需求部门“业务需求任务”后，将组织产品经理、开发工程师、设计工程师按需制订“需求规格说明书”，并进行需求版本管理和控制，必需时将组织各部门责任人进行需求评审；2.

人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论