某省移动业务支撑系统业务与体系规划项目-对业务需求管理和组织结构的建议.pptVIP

? 2005 Capgemini - All rights reserved 对业务需求管理和组织结构的建议0.7.PPT ? 2005 Capgemini - All rights reserved 某省移动业务支撑系统业务与体系规划项目 需求管理的重要性 需求管理的复杂性 从业务的视角反映出需求管理中存在的问题 需求管理流程的具体问题分析 为了保证需求管理的高效顺畅，需要从以下几个方面加以保证： 需求管理全程流程 需求管理流程分解－－需求确认 需求管理流程分解－－需求分析 需求管理流程分解－－需求实现 需求管理流程分解－－需求交付 需求管理流程分解－－需求评估 需求管理流程分解－－需求优化 根据业务优先级、系统实现复杂程度，对需求进行分类管理 不同类型的需求，有着不同的实现过程和实现周期，应通过不同方式实现 项目组合管理流程示例 需求管理对组织结构的影响 为了保证需求管理的高效顺畅，需要考虑增加以下控制点： 为了保证需求管理的高效顺畅，需要设置各项开发控制指标 为了保证需求管理的高效顺畅，需要全方位加强开发商管理 BOSS系统测试环境 BOSS系统开发环境 BOSS系统生产环境 BOSS系统开发建设人员 BOSS系统测试人员 BOSS系统维护人员 操作 操作 操作 代码提交 版本发布 为确保BOSS系统的安全，开发、测试、生产三大环境需要在物理和人员上分离 举例： 系统建设开发人员不能访问、操作生产环境 维护人员不能修改代码 ? 2005 Capgemini - All rights reserved 对业务需求管理和组织结构的建议0.7.PPT 对业务需求管理和组织结构的一些建议 目录 需求管理 满足业务需求是业务支撑部门的主要职能之一 支撑能力的强弱表现在需求的满足比率、及时性、合格率及需求的成本收益情况 业务支撑系统已经越来越成为某省移动的核心能力，业务的创新和改进已经离不开业务支撑系统的支持 快速市场响应能力越来越成为市场竞争的制胜因素，实际上就是对新需求的快速支撑能力 需求管理的重要性表现在四个方面： 具体分析： 对业务发展产生直接影响 是业务支撑能力的重要表现 需求实现要投入大量的人力、物力、财力，需要加强成本管理 需求实现的资源是有限的，需要加强需求质量控制和优先级管理，确保“好钢用在刀刃上”。 需求实现是一种“稀缺资源” 全省集中的支撑系统必然要求全省集中、统一的需求管理，那么需求的实现将对全省的业务开展造成影响 如何既能够满足省级业务需求能够统一、有效的在各地市推广，又可以及时满足各地市差异化的需求 做好全省集中、统一的需求管理，需要省各业务部门、各地市分公司和业务支撑部门的共同努力 全省集中、统一的需求管理 需求来源多 多开发商管理 需求确认 需求分析 需求实现 需求评估 需求交付 需求产生 需求优化 跨多个知识域 涉及市场营销、移动业务、IT技术、通信技术、项目管理等多方面知识 对人员的经验积累要求高 需求管理生命周期 多个开发商/联合体（A、B）的协调、合作、考核、激励 BOSS 智能网 网站管理 经分系统 需求管理的整个生命周期包括6个二级流程，25个三级流程（详见需求管理流程分析） 流程复杂 需求类别多 功能优化 功能扩展 新业务需求 流程优化 沟通涉及到十几个部门/科室 多部门协同 集团公司 省公司 地市公司 支撑部门内部 跨多系统开发 实现要求高 需求数量多 要求快速支撑 从05年12月至06年5月，有65％的需求提交超过1个月才进入版本，31％超过2个月，5％超过3个月 实际版本的实现时间也往往超过预定时间 有的需求从提出到最终上线超过5个月 对需求管理各环节缺乏时间跟踪和评估 需求实现周期长 需求管理各环节间，缺乏明确的职责定义和输出成果的定义，无法保证整个过程中对需求理解的一致性 需求实现过程是“黑箱的”，只有在上线后，才暴露出开发结果与实际需求不符 有时由于上线时间紧，不做测试或测试不充分，导致开发结果质量控制不严 开发结果与需求不符合 需求满足率低 近8个月来，各地市提出的需求占总需求的74％，而进入版本的不到60％ 排入版本的地市需求占比还在降低，前四个月（05.10－06.01）占64％，近四个月（06.02－06.05）降到仅占50％ 地市差异化需求满足差 从05年12月至06年5月，省和各地市一共提出需求656个，进入版本258个，不足40％ 广州市调研反映其需求满足率50％，其它地市更低 因为需求难以满足，各地市已大幅减少了需求的提出 数据来源：省业务支撑中心AMS系统 存在问题 一级流程: 需求确认 需求分析 需求实现 需求交付 需求评估 需求优化 需求管理 二级流程: 需求描述不清楚，没有严格遵守需求说明文件，且需求说明文件的描述范围和详细程度等指标有待进一步优