风险管控措施有哪些【电信软件需求的管控】

　　不同的应用领域有不同的软件工程设计方法，本文作者认为，电信企业软件需求分析应结合电信业务类型，采用可分拆、可维护和可控制的方法来进行。 　　当前，中国的各大电信运营商都面临着从传统通信服务到信息服务转型的压力，市场竞争日趋激烈，服务内容日益丰富，运营商必须针对性地为客户快速提供新业务和新的服务举措，而这一切都要高度依赖企业信息化。应用软件作为企业信息化的灵魂，其成功的前提首先在于软件需求分析的质量。能否建立起适应电信特点的软件需求管控模式，正是企业信息化主管部门的一件非常重要的工作。
　　
　　电信企业软件需求管控的挑战
　　
　　电信企业信息化过程具有三大特点: 复杂、长期、时变，这是进行电信需求管控所必须面对的挑战。
　　复杂 电信企业属于高度依赖计算机的大型企业，信息化涉及的人员数量非常多，需求也千差万别。根据信息产业部颁布的《电信业务分类目录》，电信业务种类分为4个大类、19种业务、39种子业务，如果对各个子业务进一步细分，加上业务之间的组合，一个全业务运营商实际提供的业务大约400余种。而且，电信技术本身也很复杂，很多电信业务，如DDN/FR/ATM/VPN/IDC等业务，其运营过程涉及到非常复杂的电信技术。
　　长期 从“97工程”开始，电信企业信息化的进程就从来没有停止过。大量的成果不断累积，大量的投资已经付出，任何“推倒重来”的决定都很有可能将电信企业推向业务中断的危险之中，而这是电信运营中最不愿意看见的。需求管控必须兼顾历史、现状和未来的需求，信息化的历程必然是长期的、渐进的。
　　时变 当代的电信企业已没有永久有效的业务、运营和管理策略。为了达到业务的推出比竞争对手快一步的效果，电信企业要求IT支撑的反应速度也越来越快。但是，经常会有这样的情况，一个地市电信公司每月收集的紧急的业务需求达到300～500条，但真正考虑全面的、高质量的需求微乎其微，导致软件集成商反复修改，疲于奔命。因此，追求“短平快”的需求管控和开发方法是必然选择。
　　
　　电信企业软件需求分析的原则
　　
　　电信企业软件需求管控必须按照可维护、可分拆和可控制的原则进行。
　　可维护 复杂性、长期性和时变性的特点彻底宣告了“单兵、单线作战”时代的终结。电信企业信息化经过不断发展，已经达到无人能够掌握整个IT建设全部细节的阶段，相关人员仅仅了解与自己工作相关的内容。业务的运营涉及到的方方面面都要求软件需求一定要以文档的方式管理，并能够很方便地维护。可维护性在业务支撑系统建设中成为关键之所在。业务连续变化，需求也必须随之改变。
　　可分拆 需求的管理要求能够将任务分解，不同业务人员遵照统一的规范，并行工作，从而达到对业务快速支撑的时限要求。业务需求如不能在最短的时间快速变成代码，实现及时支撑，将会使企业丧失最有利的商机，最终效果也将大打折扣，甚至变得毫无意义。这一点在电信的转型业务，特别是对热点业务的IT支撑中，表现得尤为突出。只有任务可分，方便分聚，才能保证并行工作。在项目管理和组织方面，尤其要注意需求分析的工作量的计算和时间计算，这是分工的科学依据。
　　可控制 需求错综复杂，如何对不同的人、从不同渠道、不同时间提交的需求中收集和整理、修正、审核、细化和发布，需要加强控制。为了便于管理，必须建立灵活的需求框架、集中的权限管理和严格的版本控制和需求处理流程，分散、各自为证的需求将会给后续开发带来灾难。
　　
　　需求分析的具体方法
　　
　　全员全程 很多需求连使用者自己都要经过不断总结才能准确把握，这使得仅仅由系统分析小组闭门完成的需求搜集和需求分析，即使进行了多次调查也往往失之偏颇。靠闭门造车完成的需求分析更难以摆脱失败的命运。
　　
　　目前电信企业信息化高度依赖集成商以及由集成商所引进的IT系统，因此，可以不用从头开始，而是基于现有的IT系统的改进进行需求管控。因为引进的软件并不能完全符合不断变化的电信运营的业务需求，电信运营商仍然需要加强需求管控。
　　需求管控首先是要确定需求相关的各个利益干系人。集团公司、省公司领导、省公司各个部门到市、县公司各个部门、各操作人员、现有IT系统、系统管理维护人员，甚至政府部门都有可能成为需求相关的利益干系人，需求管控时候必须考虑各个方面的可能的需求，了解这些需求对电信运营的影响。
　　必须建立各个利益干系人、集成商需求的管控渠道，通过“角色扮演”的方式汇集业务需求，分工协作，全员参与。
　　目前，有两种通行的控制需求的方法: 并行的方法和串行的方法。串行的方法是由系统分析小组调查、总结成文档、召集用户讨论、最后定稿、交给开发商。并行的方法是建立一个需求管控的平台，汇聚需求到《软件需求规格说明》的电子文档。此平台以利益干系人角度将需求进行分解，让所有相关人员都有权利在规定的位置并行发表不同的需求意见，软件开发商也可以表达自己的意见，由统一的决策部门确定软件需求，然后，交给开发商进行开发。
　　各个利益干系人之间的信息交流和管控流程可以通过此平台并行和实时完成。业务人员负责业务需求，系统分析人员管理需求之间相关性和需求整体架构的把握，项目主管负责决策，软件开发商汇集各方意见，形成最终的可操作的软件需求文档。
　　软件需求管控平台不仅仅在项目建设的初始阶段，而在电信运营的全过程中，都将发挥重要作用，要求各个利益干系人都能够全程参与。通过知识管理软件或者BBS建设这样的需求管控平台都是可行的方法。
　　为了提高需求管控的反应速度，需求管控的渠道必须建立到第一线，即营业班长一级。在每个专业部门建立信息员，第一线的业务人员均可通过电话、传真、邮件等多种方式向指定信息员反馈业务需求。信息员经过整理核实后，可以将需求提交需求管控平台。
　　集中管理 电信运营是一个整体，而大量的需求都往往只是反映本部门、某些局部环节的需求，同时分散的需求管控方式往往会造成需求的不完整性，系统之间形成“信息孤岛”也给后期的协作工作带来大量麻烦。因此，必须有系统分析小组集中管理，组织需求调查、整理文档、发布惟一的版本、设计需求框架。
　　架构控制 计算机应用正在向大型化和复杂化的方向发展。从先前的没有考虑架构，到后来的功能模块架构，再到面向对象的组件架构。对于电信需求工程来说，需求工程也需要有架构控制，以保证需求的一致性和完整性。
　　电信企业信息化需求主管部门必须建立各种需求管控的框架，搜集和整理完备的需求，减少重复的工作，让整个电信的运营能够顺利开展。
　　人机划分 业务人员编制出来的需求最终转换为业务流程的描述，业务流程往往同时涉及人的操作和计算机操作。企业信息化的作用并不能取代人，在进行人机划分的时候，必须坚持这样一个原则: 以完成业务为前提，简单、繁重、需要监督审核的任务可由计算机来实现，而复杂的、需要多次反复和灵活处理的由人处理。例如: 在绩效考核系统中，计算机负责统计和提供此人的工作量给考核人看，但是打多少分，由于涉及服务质量、工作热情、人际关系等复杂因素，属于比较复杂的工作，可交给考核人处理。
　　只有坚持正确的人机划分原则设计业务流程，才能最大限度地方便运营，降低软件复杂度，形成良好的人机交互体系。
　　电信业务纷繁复杂，对系统的易用性要求越来越高。企业信息化主管部门可以在需求过程中引入“人机交互设计”环节: 需求交给开发商以后，先进行界面等人机交互设计，等最终用户满意了，再让集成商进行进一步的编码。
　　系统利旧 电信企业在业务系统升级换代过程中，应注意保护业务需求的连续性。旧系统虽然有很多缺点，但由于操作人员已经熟悉了原有工作流程和人机界面，为了减小新系统投入使用时的阻力，减小培训的复杂度，应尽量保证升级的连续性，充分尊重和吸收原有的业务流程和工作流程成果，避免重复劳动。
　　积极反馈 业务需求的提出和系统分析小组的沟通必须是迅速而畅通的，需求一旦被提出，应该得到尊重并被引入恰当的管理审批流程，通过需求管控平台反馈回来。积极的反馈能够激发业务需求提供者的主动性和创作性，提高满意度。业务部门的态度和评价，从根本上来说，将最终决定IT系统的成败。采用并行的软件工程方法，将反馈直接通过需求管控平台展现出来，将有利于所有相关人员的知识共享和交流。