中国移动需求管理流程设计
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3
2.3 业务支撑需求管理办法(3)
岗位 版 本 更 新 岗 职责
协助需求管理和需求分析人员检查 集成商提交的更新版本， 确保更新版本的准确性； 制定版本更新计划；
主导版本更新全过程
- 为加强业务支撑网需求管理，改善服务质量，对需求责任人进行考核。
考核内容 考核根据 考核重点
需求负责人是否按照需求管理要求 根据需求分析确认、开发、测试、 实施结果，并适当考虑实施过程 完成各类支撑网需求开发及实施上线。 上线、后评估五大流程进行评估
8
2.5 需求管理流程模板(2)
管理不到位造成代码质量问题 版本升级管理
升级流程
为使版本升级更规范化、标准 化，降低版本升级所带来的风险， 我们制定了版本升级流程。 需求分析岗新建版本升级申请 单，申请单如右图，内容有：提 交时间、完成期限、申请操作内 容、上传附件。 版本管理员审核的内容：上传 附件完备性、更新列表准确性。 对于附件不齐全或者更新列表不 准确的申请单将回退给起草人确 认
接收由科室经理派发的各业务部门提交的需求， 对所有业务需求进行统一初步审核。 追踪和监控整个需求生命周期。 协调业务部门、支撑部门和集成商， 协调解决需求开发过程中的问题
需 求 管 理 岗Байду номын сангаас
综合需求分析岗提交的需求评估结果， 对需求管理过程进行分析、衡量和评估， 并出具需求管理月度总结报告
每周汇总需求进展， 输出《支撑网需求进展情况（需求部门）.xls》 提交相关需求部门
2.2需求管理原则
对所有业务支撑部门负 责维护的应用系统应当 进行统一的管理。 统一管理 可追溯 闭环管理 从业务需求的提出， 到业务需求审核、 分析、开发、测试、 上线和后评估，进 行全过程闭环管理。
对整个需求开发 过程进行有效的 记录，以保证可 随时追溯需求生 命周期中任一环 节的相关信息。
管理原则
需求分析
通过
否
开发需求单 需求分析岗 需求管理岗
7
2.5 需求管理流程模板(1)
流程阶段 需求收集 需求分析 《业务需求说明书》
涉及模版
《开发需求说明书》《业务支撑系统需求进展情况表》
需求测试上线 上线跟踪流程 上线后评估
《程序变更测试报告》《程序变更申请单》《程序变更审 核表》《软件测试工作规范》《程序变更代码比对结果》 《需求上线跟踪表》 《需求评估报告》
新建申请单
版本管理员 审核
9
2.6 紧急需求管理流程
紧急需求管理流程
•紧急需求设立绿色通道、优先处理 •简化需求处理流程 ，设立临时紧 急需求联动小组，对需求实现过程 中出现的问题及时协调处理。
10
需求上线管理考核
细项分值 ：
对于需求上线结果，从上线及时率和 上线成功率方面进行考核。
•以1次为扣分单元，上线及时率和成 功率的GS分值为1分
5
2.4 业务需求管理流程（1）
需求收集
需求管理流程七个主要阶段
需求评审
需求后评估
需求分析
测试上线
需求分配
需求实现
6
2.4 业务需求管理流程（2）
业务需求管理流程
4
2.3 业务支撑需求管理办法(4)
需求分析确认、开发考核
细项分值 ：
考核需求负责人对需求反馈、开发计 划和开发结果反馈情况 反馈信息要求完整和及时，信息内容 包括需求可行性、开发计划，并且要求 在各节点视线内反馈
•以1次为扣分单元，需求分析反馈信 息完整性、及时性的GS分值为0.5分 •评估结果反馈信息完整性、及时性 的GS分值为0.5分
2
2.3 业务支撑需求管理办法(2)
岗位 职责
从技术角度分析业务需求的可行性， 并将其转化为软件需求。 追踪和监控整个需求生命周期。 主导软件需求分析全过程， 并组织需求提出方和集成商共同参与软件需求分析过程， 做好反馈和确认工作。
需 求 分 析 岗
对于开发类需求，在集成商的协助下， 对开发工作量、开发完成时间、设计方案进行预估和审核。 对于配置类需求，可会同集成商， 直接提出配置说明和上线申请； 协调业务部门、支撑部门和集成商， 协调解决需求开发过程中遇到的任何问题。 对需求管理过程进行分析、衡量和评估， 汇总需求部门、运维室及支撑室的需求后评估结果， 提交需求管理岗。
电子化管理
将内部需求管理流程 纳入电子化管理，实 现需求的一体化管理 机制 版本计划优先 业务需求上线的时限要求，原则上 除有特殊要求的需求之外，都应当 根据版本升级计划进行排定
后评估
在需求上线后，定期 组织需求后评估，对 需求上线后的具体应 用情况进行分析。
1
2.3 业务支撑需求管理办法(1)
- 遵循《中国移动业务支撑网需求管理办法》，我省因地制宜，结合本省 情况，制订《信息技术中心需求管理办法》。 - 配备人力资源 ，设立相关岗位，各司其职，以保障需求管理质量 。 设立的岗位有： 岗位 职责
业务部门 业务支持室 业务运维室 开发商
业务需求管理流程
业务部门 业务支撑室
需求分析岗 需求管理岗 科室 经理 主管审核 是 需求测试
否
业务运维室
开发商
开发商内部 开发测试流 程
开始
业务需求单
通过
否
业务测试 通过
是 汇总测试结果
业务测试
否 否 通过 是 审核版本 否 需求管 理岗 通过 需求确认 版本管 是 理岗 版本更新 通过 是 确认反馈 否 跟踪信息汇总 是 开发商内部 开发测试流 程 需求分 析岗 结束 提交评估报告 上线后跟踪 上线后跟踪 上线后跟踪 整理版本
2.3 业务支撑需求管理办法(3)
岗位 版 本 更 新 岗 职责
协助需求管理和需求分析人员检查 集成商提交的更新版本， 确保更新版本的准确性； 制定版本更新计划；
主导版本更新全过程
- 为加强业务支撑网需求管理，改善服务质量，对需求责任人进行考核。
考核内容 考核根据 考核重点
需求负责人是否按照需求管理要求 根据需求分析确认、开发、测试、 实施结果，并适当考虑实施过程 完成各类支撑网需求开发及实施上线。 上线、后评估五大流程进行评估
8
2.5 需求管理流程模板(2)
管理不到位造成代码质量问题 版本升级管理
升级流程
为使版本升级更规范化、标准 化，降低版本升级所带来的风险， 我们制定了版本升级流程。 需求分析岗新建版本升级申请 单，申请单如右图，内容有：提 交时间、完成期限、申请操作内 容、上传附件。 版本管理员审核的内容：上传 附件完备性、更新列表准确性。 对于附件不齐全或者更新列表不 准确的申请单将回退给起草人确 认
接收由科室经理派发的各业务部门提交的需求， 对所有业务需求进行统一初步审核。 追踪和监控整个需求生命周期。 协调业务部门、支撑部门和集成商， 协调解决需求开发过程中的问题
需 求 管 理 岗Байду номын сангаас
综合需求分析岗提交的需求评估结果， 对需求管理过程进行分析、衡量和评估， 并出具需求管理月度总结报告
每周汇总需求进展， 输出《支撑网需求进展情况（需求部门）.xls》 提交相关需求部门
2.2需求管理原则
对所有业务支撑部门负 责维护的应用系统应当 进行统一的管理。 统一管理 可追溯 闭环管理 从业务需求的提出， 到业务需求审核、 分析、开发、测试、 上线和后评估，进 行全过程闭环管理。
对整个需求开发 过程进行有效的 记录，以保证可 随时追溯需求生 命周期中任一环 节的相关信息。
管理原则
需求分析
通过
否
开发需求单 需求分析岗 需求管理岗
7
2.5 需求管理流程模板(1)
流程阶段 需求收集 需求分析 《业务需求说明书》
涉及模版
《开发需求说明书》《业务支撑系统需求进展情况表》
需求测试上线 上线跟踪流程 上线后评估
《程序变更测试报告》《程序变更申请单》《程序变更审 核表》《软件测试工作规范》《程序变更代码比对结果》 《需求上线跟踪表》 《需求评估报告》
新建申请单
版本管理员 审核
9
2.6 紧急需求管理流程
紧急需求管理流程
•紧急需求设立绿色通道、优先处理 •简化需求处理流程 ，设立临时紧 急需求联动小组，对需求实现过程 中出现的问题及时协调处理。
10
需求上线管理考核
细项分值 ：
对于需求上线结果，从上线及时率和 上线成功率方面进行考核。
•以1次为扣分单元，上线及时率和成 功率的GS分值为1分
5
2.4 业务需求管理流程（1）
需求收集
需求管理流程七个主要阶段
需求评审
需求后评估
需求分析
测试上线
需求分配
需求实现
6
2.4 业务需求管理流程（2）
业务需求管理流程
4
2.3 业务支撑需求管理办法(4)
需求分析确认、开发考核
细项分值 ：
考核需求负责人对需求反馈、开发计 划和开发结果反馈情况 反馈信息要求完整和及时，信息内容 包括需求可行性、开发计划，并且要求 在各节点视线内反馈
•以1次为扣分单元，需求分析反馈信 息完整性、及时性的GS分值为0.5分 •评估结果反馈信息完整性、及时性 的GS分值为0.5分
2
2.3 业务支撑需求管理办法(2)
岗位 职责
从技术角度分析业务需求的可行性， 并将其转化为软件需求。 追踪和监控整个需求生命周期。 主导软件需求分析全过程， 并组织需求提出方和集成商共同参与软件需求分析过程， 做好反馈和确认工作。
需 求 分 析 岗
对于开发类需求，在集成商的协助下， 对开发工作量、开发完成时间、设计方案进行预估和审核。 对于配置类需求，可会同集成商， 直接提出配置说明和上线申请； 协调业务部门、支撑部门和集成商， 协调解决需求开发过程中遇到的任何问题。 对需求管理过程进行分析、衡量和评估， 汇总需求部门、运维室及支撑室的需求后评估结果， 提交需求管理岗。
电子化管理
将内部需求管理流程 纳入电子化管理，实 现需求的一体化管理 机制 版本计划优先 业务需求上线的时限要求，原则上 除有特殊要求的需求之外，都应当 根据版本升级计划进行排定
后评估
在需求上线后，定期 组织需求后评估，对 需求上线后的具体应 用情况进行分析。
1
2.3 业务支撑需求管理办法(1)
- 遵循《中国移动业务支撑网需求管理办法》，我省因地制宜，结合本省 情况，制订《信息技术中心需求管理办法》。 - 配备人力资源 ，设立相关岗位，各司其职，以保障需求管理质量 。 设立的岗位有： 岗位 职责
业务部门 业务支持室 业务运维室 开发商
业务需求管理流程
业务部门 业务支撑室
需求分析岗 需求管理岗 科室 经理 主管审核 是 需求测试
否
业务运维室
开发商
开发商内部 开发测试流 程
开始
业务需求单
通过
否
业务测试 通过
是 汇总测试结果
业务测试
否 否 通过 是 审核版本 否 需求管 理岗 通过 需求确认 版本管 是 理岗 版本更新 通过 是 确认反馈 否 跟踪信息汇总 是 开发商内部 开发测试流 程 需求分 析岗 结束 提交评估报告 上线后跟踪 上线后跟踪 上线后跟踪 整理版本