IT支撑系统需求评估方法.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
IT支撑系统需求评估方法

0? 前言 近年来,电信运营商间的全业务竞争日趋激烈。作为运营管理系统,IT支撑系统在产品运营、客户管理、市场挖掘、决策分析等方面为企业提供支撑,承担着企业低成本、高效运行重责,IT系统建设需求及需求规范管理日益凸显。1? 需求管理基本概念 这里的需求,是指为实现某个业务能力或管理能力,IT系统需具备的条件和能力。1.1? 需求管理现状与管理目标 经调查发现,各大电信运营商在IT系统建设需求管理方面都存在着不少问题。例如:申报格式不统一、需求描述不到位、审批流程不统一、评估仅凭个人经验、无统一的项目建议书格式和内容要求、评估方法不合理及业务功能重复建设等。 通过需求的规范管理,为IT系统建设提供统一的需求申报模板、审批流程、评估标准,以对建设项目的必要性、紧急性及方案进行评估,切实发挥IT系统在企业运营管理中的核心作用。1.2? 需求项目分类 IT系统建设需求项目按规模可分为以下3类。 a) 大型。成本估算大于500万元。 b) 中型。成本估算为100~500万元。 c) 小型。成本估算小于100万元。2? 需求管理框架和评估模型2.1? 需求管理框架 需求管理框架见图1。? a) 需求提报。通过标准需求提报模板,引导需求描述的准确性和全面性,为需求评估收集必要信息。 b) 需求评估。使用需求评估标准,对需求的成本、效益、系统等方面进行全面评估,决定是否支持该需求问题。 c) 实施策略。根据需求内容和评估结果,制定详细实施策略(如在哪个系统实现、何时及如何实现等)。 d) 需求审批。需求评估和实施策略判定结果需经过相关领导审批,以确定最终结果。 e) 流程图。阐述对应阶段涉及的流程和说明。 f) 工具。介绍对应阶段使用的工具(如需求申报模板、评估模型等)。 g) 组织。描述对应阶段涉及的组织和角色职能。 h) 关键绩效指标(KPI)。提供KPI评价标准,以控制和判定对应阶段工作质量。2.2? 评估模型 需求评估模型见图2。 a) 指标体系。采用层级方式,系统、分解地罗列了需求评估的各项关键考虑因素。 b) 需求判定评分模板。为对业务需求在三级指标上的实际情况进行调查评分,需设计详细的评分模板。 c) 评分规则。评分指标是针对三级指标的评分标准,每个三级指标满分为5分,针对不同类型的评分指标采用了不同的评分标准。评分指标给出了每个层级需满足的详细指标描述。根据业务需求模板判断需求对详细指标的满足情况,得出该需求的三级指标评分。 d) 指标权重。指标权重是由下级向上级指标进行汇总时,用于体现不同层级指标具有不同的重要程度。 下面对指标权重层次分析法做一简要介绍。 在现实生活中,往往会遇到一些需要决策的问题。在决策者作出最后决策前,需考虑多方因素或判断准则。层次分析法是将复杂的决策系统层次化,通过逐层比较各种关联因素的重要性,最终得出各因素间的权重关系。层次分析法通常采取如下步骤。 a) 提出待解决的问题,它是分析问题的预定目标或理想结果。 b) 解决问题所需的准则、子准则等。 c) 实现目标所涉及的中间环节可能由若干个层次组成。 d) 两两比较要素的相互重要性,得出每一对因素重要性的判断,从而构成判断矩阵。 e) 求解判断矩阵的最大特征值所对应的特征向量,就可得出这一组要素的权重。 图3列出了指标权重案例,以决策是否要建设IT系统。本案例取(本例取技术、成本、效益)为评估要素,运用N阶(本例为3阶)矩阵法,确定N个(本例为3个)因素的权重。3? 需求管理实现3.1? 需求提报 通过标准的需求提报模板,引导需求描述的准确性和全面性,为需求评估收集必要信息。 a) 需求提报可由业务部门发起,也可由IT部门发起。由业务部门发起时,需经IT部门初步审核。 b) IT部门若判定业务部门需求不需立项新建,则进入需求变更流程;对业务需求如有不清楚或有分歧之处,两部门需讨论决定修改需求描述或退出需求提报。 c) 业务部门、IT部门的需求提报及其审批步骤都需通知规划管理部门,以便对提报流程进行监控。 d) 业务部门、IT部门拟订需求申报书时,需使用统一的需求提报模板并填写各项内容,经对应部门领导审批后再提交给规划管理部门。 在需求提报模板中要体现:需求原因(项目描述,如立项原因、依据、目标等),建设内容(详细描述需求内容,如功能、数据、规模等),成本估算(对项目建设的各种费用做综合估算,如前期费、设备费、服务费等),建设方案(提出项目建设方案建议),进度安排(描述该需求建设时间安排及各子任务各月的形象进度),效益分析(从经济、业务、管理方面对项目效益做出预期分析),风险分析(从业务、技术、管理3方面分析项目建设可能面临的风险)。 根据企业组织架构,最终确定需求收集流程涉及的各部门职责分工(见表1)。部门职责划分后,可从内容完整性、描述清晰性、提交及

文档评论(0)

didala + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档