项目风险管理案例分析

1、时间：二 O 二一年七月二十九日 项目风险理案例分析阿布丰王创时间：二 二年七月二十九日1 公司布景简介河北 H-A 会计师事务所是河北省财政厅对国有年夜中型企业进行社会审计的试点所 , 承省直年夜中型企业的审计工作 .具 丰富工作经验,拥有一批具有丰富实践经验的注册会计.河北省某研究所是省直科单元 , 现 50 多位员工 . 在于WINDOWS 平开软方面 具备较丰富的实战技能 .河北 H-A 会计师事务所在审计工作中现 很企都采纳了会计电算化软件 ,对审计工作提出新的要求 . 社会审计工作的需要 ,开发计算机辅助审计软件的愿望越来越烈 所就合河北省某研究所进行联 合开发2 实际项目分析该系

2、统基于 windows 和 sql 进开发 , 开发工具是 powerbulider.项目开发过程中 ,共生成法式代码约数万行 ,项开发的难度和源代 码行数都比预计的要多计算机辅助审计软件具有作草稿制作能力和查证功能；数 据可传递能动生成和人工输入相结合,发合抵销分录；能自动发生勾稽无时间：二 O 二一年七月二十九日时间：二 O 二一年七月二十九日误的审计陈说和会计报表附注；有灵活放的系统 ,方用户进行二次开发等特 点开发团队维持在 10 人下,事务所提供 3 人开单 6-7 人 有一些人员只能部份时间工作,开发人员能够自始至终地介入整个项目的工 作开人员的流动基天性保证工作连续性数据结构复杂

3、 ,关比多 .需创立新的算法或输入,输技术；软件需要与其他软件物的数据库系统接口；客户能确定所 要求的功能是可行的同时由于那时审计软件在国内应用尚处于起步阶段 ,开发人员普遍对 该系统比力陌生这带来了相当的技风险用户对自己真正的需求其不是十分明确 ,他们认为计算机是 万能的只简单的说说自己想干什么就把需求说明白了 而业务的规则、工 作流程却不愿多谈也讲不清楚 .有用日常工作繁忙 他们不愿意付出更多的 时间和精力向分析人员讲解业务 , 这样加年夜分析人员的工作难度和工作量 ,时间：二 O 二一年七月二十九日时间：二 O 二一年七月二十九日也可能招致因业务需求缺乏而使系统风险年夜另外 ,这项目也像

4、许其它软件项目一样 , 面着工日期 带来的巨年夜压力3 实际的风险管理状况凭借公司在以往的经验 , 在软项目的整个生命周期中 , 任何阶段都有可能有风险存 ,WBS 是整暗示项目 , 且伴整个项目生命周期的项目要素 ,所以 WBS 为础进行风险管理,可以方便地识别,标相的风险来源 又便项日其他工作一起,统 一管理在软件项目中,各阶段主要工作简述如下：启动阶段：进行项目预研 , 以确定项目是否立项 ,对项目的范围 进行比力清晰的界说；计划编制阶段：进行初步需求分析 ,详细界说项目的范围 ,并对项目涉及的所有相关活动做可细的详细计划；执行阶段：详细分析需求,保软开发生命周期各阶段中分歧需求的来源是

5、可追溯 ,并需求进行设计、编码、测试 ,以确定软件产物到达计划给的范围和标准 ,并做相应的 布置测试；控制阶段：该阶段贯穿计和执行两个阶段 主进行各种控制 T 作如求变动、进度、用控制等；时间：二 O 二一年七月二十九日时间：二 O 二一年七月二十九日收尾阶段：项目的收尾工,主要是装置和维护；在软件开发生命周期的四主要阶段中 ,通研究分歧阶段偏重点分歧的阶段目标以及量分歧阶段目标的标准 ,在件发各个阶段中,即求析阶段、软件设计阶段、编码阶段和测试阶段, 我可以发现存在于阶段中的风险项 . 并由项目经理在启 动、计划、执行、控制、束五个阶段予以控制3.1.1、风险识别表 1 需阶识外要风险3.1

6、.2、风险分析表 2 需阶风定分析3.1.3、风险解决表 3 需阶风解方案3.2.1、风险识别表 4 设阶识外要风险3.2.2、风险分析表 5 设阶风定分析3.2.3、风险解决表 6 设阶风解方案4 实施效果与总结分析此项目开发的目标是为了审计公司提供辅助审计管理系统 开发流程也是比力遵从软工程的规范的 .可是最终的结果却不尽时间：二 O 二一年七月二十九日时间：二 O 二一年七月二十九日人意投了预料多倍的人力物.根据那时介入项目的同事分析失的因主要是：4.1.1、需求不明确由于动身点和利益分歧 ,系开发者与用户对同一问题常有分歧看法 ,这需求分析的险就逐渐加年夜了 . 另对求变动的控制做得欠

7、好 .需的变 ,就发生连锁反应 有候种反应会招致法式的不稳定 , 严的时候 , 一毛病的修改引起另一处法式的毛病而的病的修会招致更新的毛病 ,更严重的情况 ,不 所有的毛病都能被修改.4.1.2、技术风险此软件数据结构复杂 , 逻关联性比力强 . 软需与第三方财政软件产物的数据库系接口 . 带了相当的技术开发困难 ,阻碍了项目的进行 . 由以上原因到了测试阶段 ,未定需和竭发现的 bug 成了灾难结测试当天就因为一个 bug 招数据被误删和数据混乱.于是暂测试 ,改封闭式开发,而继增加人员, 第次修改时是才发整个数据结构也要发生变动 这意味着无异于重新开发一次 以最后不能不投入年夜量的人员予以

8、弥 补分析原因 ,为么这个目会失败？看来好像是需求没有做好 ,其实是没有把风险放在整项目这个年夜系统下来看待 ,没建一套完整的风险管理机制,这一风险因素就容易被忽略 然而软件项目前一阶段的失误对下一阶段发生严重的影响 .一发时间：二 O 二一年七月二十九日时间：二 O 二一年七月二十九日了变动就能修改设、重写代码、修改测试用例、调整项目计划等等 ,为目正的进展带来不尽的麻烦 .所以,没有切实可行的风险管理过程机制 , 就难有效地保证风险管理活动的效率 .建立切实可行的风险管理程机制是软件风险管理理论研究功效 最终在实践中获得应用的根本保证IT 项管从某种意义讲 就是风险管理 . 从论讲 ,虽然 IT 项风险管理开于项目开发生命周期的可行性研究阶段 ,但实际上风险管理应该贯于项目的始终 ,并需要继续的关注和评估. 因实施项目风险管就要建立风险管理机制 , 从度加以保证只有这样才华够及识别风险而且能采用降低风险的好办法 ,从而减小 1T 项目不定性和偏差最终顺利地把项目引向胜利根据实际情况 ,也通外部环境的优化对风险管理起到的支持作用, 比组织