系统集成项目中的风险管理

【摘 要】系统集成项目中的风险管理属于系统性管理,具有非常突出的技术性特征,本文认为风险管理在系统集成项目中的运用要站在一个宏观的角度,进行综合概括和分析.因此,本文从项目前期风险的识别和分析、实施过程中的风险监控和风险总结方面对风险管理在集成项目中的应用进行了细致叙述.

【关 键 词】系统集成；风险管理；风险总结

【中图分类号】F425

【文献标识码】A

【文章编号】1672—5158（2012）10-0376-01

系统集成是属于多领域、多学科的合作,需要根据用户的不同需求和特点,进行现场完成的工作.在系统集成项目中,要使一个项目快速、顺利的实施,并能够达到客户预期的设想,不是一件很容易的工作.有时候项目开始时较为顺利,随着工作的不断进展,各种各样意想不到的突发事件接连不断,使项目组人员忙于应付,从而造成项目实施进度延迟.究其原因,除了系统集成的经验、手段不足外,对于系统集成项目管理的重要性认识不足,缺乏项目管理的经验和方法也是主要原因之一.因此,在项目管理过程中,应该使各级的项目管理者建立风险意识,加强项目前期的不可确定因素（风险）的预测、分析以及实施过程中的有效管理和控制就显得尤为重要.

一、项目前期风险的识别、分析

1、风险的识别.有两种方法来识别风险：一种方法是利用以前项目积累的数据、资料和经验,组织专家、资深专业人士、各部门有经验的人员和项目组成员,对与项目相关的各种计划进行详细的审查,找出这些计划内存在的各种潜在危险.另一种方法是采用分解原则如WBS（项目工作分解结构）,把复杂的结构分解成比较简单的容易被认识的结构,这样有助于我们理清项目的各个组成部分及它们之间的关系,更容易的找出风险.系统集成项目的风险有以下几点：

1）人力资源.项目组的人员不稳定,人员的时间、精力不能满足项目的要求.

2）前期准备.硬件设备、软件产品不到位或不能满足项目的要求.机房环境不能满足项目的要求.

3）技术要求.项目组未能正确理解用户的需求.项目组设计的计划、方案不能完全满足用户需求.

4）客户需求.客户需求不明确.客户需求发生变更.

5）客户关系.无法与客户及其他合作伙伴建立起良好的沟通渠道.

6）质量控制.实施过程控制不严格,阶段（里程碑）及整个成果未做评审.

7）维护期.没有制定详细的维护计划.灾难防护措施不完善,对系统的正常运行构成潜在威胁.

8）风险管理.风险管理策略本身是否可行.是否与项目的目标相一致.

2.风险的分析

风险分析是在风险识别的基础上从项目的整体出发,对风险进行评比、量化,为制定系统的风险管理计划提供依据,风险分析中可以使用的方法非常多,如风险概率、PERT、GERT方法等.无论选择哪一种方法,其目的都只有一个：为项目实施过程中的突发问题预先准备好解决措施和留出足够的缓冲空间.通过风险分析可以确定：

1）风险在项目实施过程中可能发生的先后顺序.

2）各种不同风险之间是否存在联系,相互间转化的条件是什么.

3）风险发生的概率有多大,会带来什么样的后果,是否严重,程度如何.

4）行之有效的解决措施和步骤.

二、项目实施过程中的风险监控

风险监控是项目实施过程中的一项重要工作,不仅要把风险管理纳入项目管理计划,还要指定专门的负责人来进行风险监控,一旦发现问题,及时采取合理有效的措施,消除风险带来的负面影响,以达到最终实现良好的风险控制的目的.因此,“预防风险”应是项目实施过程中解决突发问题的最基本、最重要的手段之一.

结合实际的工作,就前文所提到的系统集成项目中存在的主要风险,建议采取以下风险控制步骤：

1）在控制计划中列出解决问题的相关方法及过程

2）了解项目组成员在项目实施阶段的整个工作安排（包括本项目外的工作）,做好与其它项目组的协调工作.

3）对于关键性的技术人员,要有预备人员,确保人员一旦离开,项目仍能顺利实施.

4）在客户及各合作伙伴之间建立起沟通渠道,指定明确的联系人,保持良好的客户关系.

5）对项目中的所有活动及提出的变更请求,应以书面形式经各方签字确认后,方可实施,并对结果进行测试、评审.

6）充分理解客户需求,仔细、认真做好项目计划和评审工作.

7）严格控制各阶段（里程碑）的成果评审.

8）制定确实可行的维护策略和应急方案,保证系统的正常工作.

9）以制度化的方式从事项目的所有活动.

10）定期举行项目会议,如：周例会、月度会议、客户沟通会等,使项目干系人能够及时了解项目的进度、质量等情况.

三、风险实例介绍

随着业务量的不断扩大,当前应用系统由于运行速度慢、磁盘容量有限,已不能满足生产的实际需求,因此决定更换应用怎么写作器,将应用系统移植到IBMRS／6000怎么写作器上,同时进行应用软件的版本升级.

客户当前的应用运行在HP怎么写作器上,各软件的版本为：oraclev8.0.5、weblogicv5.1、tuxedov7.1、JDKv1.2.0.8.新系统为IBMRS／6000怎么写作器,操作系统为AIX4.3.3,各软件的版本升级为：oraclev8.1.7、weblogicv7.0、tuxedov8.0、JDKv1.3.1.0.

3.主要潜在风险

1）oracle数据库、weblogic、tuxedo的跨平台移植.各软件产品对操作系统的要求,包括操作系统的版本、补丁,磁盘容量.数据库的移植所采用的方法及步骤.用户数据的安全性保证.

2）oracle数据库、weblogic、tuxedo的版本升级.各软件产品版本升级所采用的方法及步骤.

3）用户自己开发的软件产品的移植.对操作系统的环境要求

4.突出问题

由于预先对可能出现的情况估计的比较充分,在项目的实施过程中,没有发生较为严重的质量问题,但有两个问题比较突出,很值得在今后的工作引以为戒.

1）应用软件之间版本的匹配问题

由于在前期的风险识别、分析时,只着重考虑每一个软件产品对操作系统补丁和相关软件包的要求,而没有过多考虑这些软件产品之间所存在的版本匹配问题.在具体的实施过程中,当其中某一软件的补丁升级后,会对其它的软件也产生影响,需要对它们的补丁也做相应升级,为了确定它们之间的匹配关系,在此工作上多花费了两天的时间.

2）压力测试

在操作系统及相关应用软件安装完毕,联调测试通过后,首先进行了功能测试,除个别页面出现少量乱码,在现场即时更正外,再没有其它问题出现,功能测试顺利通过.在随后进行的压力测试过程中,用户使用自己的压力测试程序来模拟实际的工作环境,当虚拟用户连接数逐渐增加到1200-1300左右（实际负载情况）时,新系统一直保持稳定运行,并试运行一周,然而,在这试运行期间,却出现了问题：用户连接数最高只能达到900左右,查看系统和应用的日志文件,没有与此相关的提示信息,重新调整系统性能参数,现象不发生变化,使工作一度陷入比较被动、尴尬的地步.

综述所述,只有正确地识别风险,控制风险,才能确保项目的顺利完成,才能给企业带来更多的效益.