项目风险管理案例分析

《项目风险管理案例分析》由会员分享，可在线阅读，更多相关《项目风险管理案例分析（6页珍藏版）》请在金锄头文库上搜索。

1、项目风险管理案例分析1公司背景简介河北HA会计师事务所是河北省财政厅对国有大中型企业进行社会审计的试点所,承担省直大中型企业的审计工作具有丰富工作经验,拥有一批具有丰富实践经验的注册会计师.河北省某研究所是省直科研单位，现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北HA会计师事务所在审计工作中发现,很多企业都采用了会计电算化软件，对审计工作提出新的要求社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发2实际项目分析2。1项目介绍该系统基于windows和sqlserver进行开发，开发工具是powerbulid

2、er。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。计算机辅助审计软件具有工作底稿制作能力和查证功能;数据可传递,能自动生成和人工输入相结合，产生合并抵销分录;能自动产生勾稽无误的审计报告和会计报表附注;有灵活开放的系统，方便用户进行二次开发等特点。2.2 开发队伍的风险开发团队维持在10人上下，事务所提供3人，开发单位67人，有一些人员只能部分时间工作,开发人员能够自始至终地参加整个项目的工作.开发人员的流动基本能保证工作的连续性。2.3 技术风险数据结构复杂，关联比较多.需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口;客户能确

3、定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段,开发人员普遍对该系统比较陌生,这也带来了相当的技术风险。2。 4客户相关风险用户对自己真正的需求并不是十分明确,他们认为计算机是万能的,只要简单的说说自己想干什么就是把需求说明白了,而对业务的规则、工作流程却不愿多谈，也讲不清楚.有的用户日常工作繁忙,他们不愿意付出更多的时间和精力向分析人员讲解业务,这样加大分析人员的工作难度和工作量,也可能导致因业务需求不足而使系统风险加大。3。 5项目按时完成的风险另外,这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。4。 实际的风险管理状况凭借公司在以往的经验,在此

4、软件项目的整个生命周期中，任何阶段都有可能有风险存在,WBS是完整表示项目,且伴随整个项目生命周期的项目要素，所以以WBS为基础进行风险管理，既可以方便地识别，标识相应的风险来源，又方便和项日其他工作一起,统一管理。在软件项目中，各阶段主要工作简述如下：启动阶段：进行项目预研，以确定项目是否立项，并对项目的范围进行比较清晰的定义；计划编制阶段：进行初步的需求分析，详细定义项目的范围，并对项目涉及的所有相关活动，做尽可能细的详细计划；执行阶段：详细分析需求，保证软件开发生命周期各阶段中不同需求的来源是可追溯,并按需求进行设计、编码、测试，以确定软件产品达到计划给定的范围和标准，并做相应的部署测试

5、；控制阶段:该阶段贯穿计划和执行两个阶段，主要进行各种控制T作，如需求变更、进度、费用控制等；收尾阶段：项目的收尾工作，主要是安装和维护；在软件开发生命周期的四个主要阶段中，通过研究不同阶段侧重点不同的阶段目标以及衡量不同阶段目标的标准，在软件开发的各个阶段中，即需求分析阶段、软件设计阶段、编码阶段和测试阶段，我们可以发现存在于各阶段中的风险项。并由项目经理在启动、计划、执行、控制、结束五个阶段予以控制.4.1 需求分析阶段3. 1。1、风险识别表1需求阶段识别的主要风险阶段目标御堆标准文字描述的清楚程度 需求分析的完整性需求文档的易理解程需求的稔定性错误的理解，升发错浜的软件系统设计困琲、宴

6、现的系统与客户的需求不一致、潮试困难系统设讣困难、实现的系统与客户的需求不致.测度试困难,理解耕谟系统不稳定、编码困难、无法及时做出反应，花费时间长、增加成本3。1。2、风险分析表2需求阶段风险定性分析风险项救率时本阶段目标的岸响力对其它的段目标的影响力对软件开发的踪合影喻力搐误理解需求分析而高高高根高开发不符合客户需求的一股高高很高法统设计困座般一般高高对需求的变动无法做出股高股一股无浊在欣定时风内完成高-高高3o1.3、风险解决表3需求阶段风险解决方案解决方案出现的风险项错误理解需求分析独确战范的文字表达模式，必要时召开会议向全体JT笈组成员介绍需求的详细情况，和客户保心制瓦采用增SL开发

7、模式,先开发出一个基本的可亚行的版本.有利于和客户交流开发不符合客户芾求的往往是由需求分析的不完备引起的,可以每周和客户保持会软件昭，尽可能的细化需求.以使需求尽可能完备工如果是由对需求的错误理解引起，解决方法参如匕一条卜游阶段丁作无从bf-对需求文档栗用统一的格式,另外.人员之间的私人关系件往比较重要，该项目组纣常进行活动，以培养联员之何良好的私人关系需求的经常性变更引起计划安排时颈先留有余地另外,对项U7T发过程中的需求的系统不稔定.编码困变更严格控制.主要依靠,个需求变更系统遵行控制任何难、无法及时做出反理,可能影响进度的需求变更都需要经项目经理认可；项目经理花费时间长、增加成本和客户卧

8、商后最察决定该变更是否被接受或是延迟到下一版本无法在规定的时间内完计划安排时蚀先留有余地,严格按照甘程安排完成工作、潴成工作响进度的需求变更需要经项目经理认可方被引入米用增t开发模式.万一项目无法按时完成.先交付一个侨代版本给用户使用，而不至于发行任何东西可以交付3。2设计阶段3。2。1、风险识别表4设计阶段识别的主要风险阶段目标的簿量标准设计报告文字清甦程度设计完整性出现的风冷情误理解设计，产生希误的软件工作无从下手功能无法嵇足需求,编码时向长设计结构清断模块结构中出队错误设计徂杂性雄度高.更另的美注细1又时间氐,封编码人员的要求高优秀的设计模式席加设计难度、降低设讦效率3。2。2、风险分析

9、表5设计阶段风险定性分析风险项概率对本阶段目时其它阶段目标的影时软件开的维合序锚误理融设计高高高很高开发不符合客一般低扁高下游阶段工作低低高-AS铝误的设计结一般高高猴仔设计&杂股i.i蕊很高无法在规定时低低高高4.2 .3、风险解决表6设计阶段风险解决方案风险项解决方案精同理解设计准确规范的文字板达模式,使用统一的设计文档格式，时设计文档中的描述方式进行详尽的规定，尤其对函数接口，果用了一种易于理解的类似伊里川的伪代码进行描述，确保不同技术背聂的编码人员部能做出准确的理解开发不符合客户需求的谶确战范和具体的文字表达根式,要求设话文档的描述尽可软件能详尽,同时项目按模块分为多个小组，各模块的洋

10、钿设计人一个小的组人可以H时和编码人员现行沟通,谕阶钳口下无从下F准蠲规范、H体的文字表达模式.不同册以悭度的标准支？索引，设计文档的描述尽可能详尽，同时项II按模块分为名个小组.存模块的洋细设计人员往往担任哥个小组的组氐,可以St时利编码人员进行沟通错误的设计结构设计复杂尽可能选用技术水平高、经验丰富的人员承担设计任务.由于公司鼓励人员在藕门之间的流动,有利于集中各个部门的技术高手来解决某个项目中的困难.与依它开发人民沟地,必要时进行内部培训，呆用地地的开发模式,划分模块进行设i匕逐个解决用婚无法在规定时间内文成计划安排时预先招行余地，严格按照H程安措完成工作；尽工作可能选用技术水平高、经验

11、丰宓的人员承担设计任务:采用增量开发模式，交付佳代版本，同时能保证各个小组之网的并发;作4实施效果与总结分析4.1 实施效果此项目开发的目标是为了向审计公司提供辅助审计管理系统.开发流程也是比较遵从软件工程的规范的。但是最终的结果却不尽人意，投入了比预料多几倍的人力物力。根据当时参与项目的同事的分析，失败的原因主要是：4。1.1、需求不明确由于出发点和利益不同，系统开发者与用户对于同一问题常有不同看法,这样需求分析的风险就逐渐加大了另外对需求变更的控制做得不好.需求的改变，就会产生连锁反应，有时候这种反应会导致程序的不稳定,严重的时候，一个错误的修改引起另一处程序的错误,而新的错误的修改会导致

12、更新的错误,更严重的情况,不是所有的错误都能被修改.4.1.2、 技术风险此软件数据结构复杂，逻辑关联性比较强。软件需要与第三方财务软件产品的数据库系统接口。带来了相当的技术开发困难，阻碍了项目的进行。由于以上原因到了测试阶段，未确定的需求和不断发现的bug成了灾难。结果测试当天就因为一个bug导致数据被误删和数据混乱.于是暂停测试，改为封闭式开发，并且继续增加人员,第二次修改时是才发现整个数据结构也要发生变动,这就意味着无异于从新开发一次,所以最后不得不投入大量的人员予以弥补.分析原因,为什么这个项目会失败？看来好像是需求没有做好,其实是没有把风险放在整个项目这个大系统下来对待,没有建立一套

13、完整的风险管理机制，这样一来风险因素就容易被忽略.然而,软件项目前一阶段的失误会对下一阶段产生严重的影响.一旦发生了变化，就不得不修改设计、重写代码、修改测试用例、调整项目计划等等，为项目的正常的进展带来不尽的麻烦。所以,没有切实可行的风险管理过程机制，就很难有效地保证风险管理活动的效率。建立切实可行的风险管理过程机制是软件风险管理理论研究成果最终在实践中得到应用的最根本保证4.2软件项目风险管理改进IT项目管理从某种意义上讲，就是风险管理。从理论上讲,虽然IT项目风险管理开始于项目开发生命周期的可行性研究阶段,但实际上风险管理应该贯穿于项目的始终,并需要持续的关注和评估。因此实施项目风险管理就要建立风险管理机制,从制度上加以保障,只有这样才能够及时识别风险并且能采取降低风险的好措施，从而减小1T项目的不确定性和偏差,最终顺利地把项目引向成功.根据实际情况,也可通过外部环境的优化对风险管理起到的支持作用,比如组织架构、人力资源等方面，所有这些措施都是对全面风险管理体系的内在支持。借助保障制度的实施，使我们以风险管理方法、技术等为核心基础，创造出一个适宜风险管理的软环境.通过外部环境的优化,促进内部核心功能的发挥。