工程项目风险管理附案例.docx

《工程项目风险管理附案例.docx》由会员分享，可在线阅读，更多相关《工程项目风险管理附案例.docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、 powerbulidero 工程开发过程中，共生成程序源代码约数万行，工程开发的难度和源代码 行数都比预计的要多。计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可 传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误 的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2. 2开发队伍的风险美国保险分为两大类:一类是生命和健康保险，另一类是财产和 意外伤害。工程保险属于财产保险和意外伤害保险。美国工程保险险种： 承建商险(Builders Risk),相当于建筑工程一切险。 安装工程险(Installation Floater),即安装工程一切

3、险。,劳工补偿险 (Workers Compensation),即工伤险和意外伤 害险。 承包商设备险(Contraction Equipment) o,机动车辆险(Automobile)。 一般责任险(General Liability) o职业责任险(Professional Risk) o还有两种由业主将工程工程各方风险综合起来，统一向保险公司 投保的保险工程，一是“综合险” (Wrap-up),二是伞险(UmbreHa)。美国工程保险的通行做法和特点是： 保险经纪人在保险业务中充当重要角色。 健全的法律体系为工程保险业开展提供了保障。 投保人、保险商通力合作是控制意外损失的有效途径。

4、保险公司返赔率高、利润率低。2、工程担保工程担保是指担保人(一般为银行、担保公司、保险公司、其 他金融机构、商业团体或个人)应工程合同一方(申请人)的要求向另 一方(债权人)作出的书面承诺。国际上常见的工程担保种类如下:(1)投标担保(Bid Bond/Tender Guarantee) o指投标人在投标报价之前或同时，向业主提交投标保证金(俗称 抵押金)或投标保函，保证一旦中标，那么履行受标签约承包工程。一 般投标保证金额光标价的0. 5%-5%o(2)反行担保(Performance Bond) o是为保障承包商履行承包合同所作的一种承诺。一旦承包商没能 履行合同义务，担保人给予赔付，或者

5、接收工程实施义务，而另觅经 业主同意的其他承包商负责继续反行承包合同义务。这是工程担保中 最重要的，且是担保金额最大的一种工程担保。(3)预付款担保(Advance Payment Guarantee) o要求承包商提供的，为保证工程预付款用于该工程工程，不准承 包商挪作他用及卷款潜逃。(4)维修担保(Maintenance Bond) o是为保障维修期内出现质量缺陷时，承包商负责维修而提供的担 保。维修担保可以单列，也可以包含在履约担保内，有些工程采取扣 留合同价款的5%作为维修保证金。以上四种担保是国际上常见的工程担保种类，除此之外还有几 种：(5)反担保。即担保人为了防止向债权人赔付后，

6、不能从被担保人处取得补 偿，往往要求被担保人另外提交反担保作为担保人开具担保的条件， 一旦发生担保人代被担保人赔付后，就可以从反担保的担保人处取得 补偿。(6)付款担保(Payment Bond)是指业主要求承包商提供的为保证承包商按时向分包商、供货商、 支付款的担保。(7)业主支付担保。指业主向承包商出具的担保，业主如不按照合同规定的支付条件 支付工程款给承包商，由担保人向承包商付款。(8)分包担保(Subcontract Bonds) o在工程建设中，总承包商要为分包商的工作对业主负完全的负 责。因而，总承包商为了保障自己不被分包所累，防止分包商违约与 负债，通常要求分包商提供履约担保。(

7、9)临时进口物资税收担保一些国家规定:该国发包的某些工程所用的工程材料和施工机械 设备如需进口的，可以免交进口税。临时进口物资税收担保的主要作 用是担保承包商在工程竣工后应将临时进口的施工机具设备运出工 程所在国，如要求其留下，便应照章纳税。以防止承包商借免税之机, 将进口物资用于其他非免税工程或卖掉而牟利。该担保是政府要求承 包商提供的。另外，还有完工担保(Finish Bonds).差额担保、施工执照担 保(License Bonds)等等。问题：我国在风险管理方面与西方兴旺国家相比有什麽差距？兴旺国家风险管理的做法对我国建设工程监理有哪些借鉴作 用？请结合我国工程建设实际提出风险管理改革

8、建议。建议：具体从建设工程风险控制的某一方面深入展开，比方可以 从工程建设保险、工程建设担保、工程建设风险预警，或者从工程全 寿命周期方面对工程业主、施工承包商的某一方面的风险评价与管理 进行深入探讨。要求：最少阅读三篇（部）有关风险管理的书籍、资料；规范列出参考资料目录；6月13日之前发送到老师电子信箱。开发团队维持在10人上下，事务所提供3人，开发单位6-7人,有一些人员只能局部时间工作，开发人员能够自始至终地参加整个工程的工 作。开发人员的流动基本能保证工作的连续性。2. 3技术风险数据结构复杂，关联比拟多。需要创立新的算法或输入,输出技 术；软件需要与其他软件产品的数据库系统接口；客户

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

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

11、范围和标准，并做相应的部署 测试；控制阶段：该阶段贯穿计划和执行两个阶段，主要进行各种控制T作, 如需求变更、进度、费用控制等；收尾阶段：工程的收尾工作，主要是安装和维护；在软件开发生命周期的四个主要阶段中，通过研究不同阶段侧重 点不同的阶段目标以及衡量不同阶段目标的标准，在软件开发的各个 阶段中，即需求分析阶段、软件设计阶段、编码阶段和测试阶段，我们可以发现存在于各阶段中的风险项。并由工程经理在启动、计划、执行、控制、结束五个阶段予以控制。3.1需求分析阶段1. 1、风险识别表1需求阶段识别的主要风险出现的风险出现的风险阶段目标衡质标准文字描述的清楚程度文字描述的清楚程度错误的理解，开发错误

12、的软件需求分析的完整性需求文档的易理解程需求的稳定性系统设计困难、实现的系统与客户的需求不一致、测试困难系统设计困难、实现的系统与客户的需求不一致、 测度试困难，理解错误系统不稳定、编码困难、无法及时做出反响，花费 时间长、增加本钱3. 1.2.风险分析表2需求阶段风险定性分析风险项概率对本阶段目 标的影响力对其它阶段目 标的影响力对软件开发的 综合影响力错误理解需求分析高高高高很高开发不符合客户需求的一般高高很高系统设计困难一股一般离高对需求的变动无法做出一股高一般一般无法在规定时间内完成高一般高高1.3.风险解决表3需求阶段风险解决方案出现的风险项解决方案错误理解需求分析准确规范的文字表达

13、模式,必要时召开会议向全体开发组成员介绍需求的详细情况，和客户保持会晤，采用增量开发模式，先开发出一个基本的可运行的版本，有利于和客户交流 开发不符合客户需求的 往往是由需求分析的不完备引起的，可以每周和客户保持会 软件晤，尽可能的细化需求，以使需求尽可能完备：如果是由对需求的错误理解引起，解决方法参见上一条卜游阶段工作无从下手 对需求文档采用统一的格式，另外，人员之间的私人关系往 往比拟重要，该工程组经常进行活动，以培养成员之间良好的私人关系需求的经常性变更引起 的系统不稳定、编码困 难、无法及时做出反响， 花费时间长、增加本钱无法在规定的时间内完 成工作计划安排时预先留有余地，另外，对工程

14、开发过程中的需求 变更严格控制，主要依季一个需求变更系统进行控制，任何 可能影响进度的需求变更都需要经工程经理认可，工程经理 和客户协商后最终决定该变更是否被接受或是延迟到下一 版本计划安排时预先留有余地，严格按照日程安排完成工作、影 响进度的需求变更需要经工程经理认可方被引入，采用增t 开发模式，万一工程无法按时完成，先交付一个替代版本给 用户使用，而不至于没有任何东西可以交付2设计阶段4.2. 1、风险识别表4设计阶段识别的主要风险阶段门标的衡星标准 设计报告文字清楚程度 设计完整性设计结构清晰 设计更杂性出现的风险错误理解设计，产生错误的软件工作无从卜手，功能无法满足需求，编码时间长模块

15、结构中出现错误优秀的设计模式增加设计难度、降低设计效率难度高、更多的关注细节、时间长、对编码人员的要求高4.2.2、 风险分析 表5设计阶段风险定性分析风险项风险项概率 对本阶段目 对其它阶段目标的影 对软件开的综合影错误理解设计高高高开发不符合客一般低高下游阶段工作低低高错误的设计结一般高高设计复杂一般高高无法在规定时低低高错误理解设计高高高开发不符合客一般低高下游阶段工作低低高错误的设计结一般高高设计复杂一般高高无法在规定时低低高很高 高一般 很高 很高 高2. 3、风险解决表6设计阶段风险解决方案风险项风险项解决方案错误理解设计准确规范的文字表达模式，使用统一的设计文档格式,对设计文档中

16、的描述方式进行详尽的规定，尤其对函数接口，米 用了一种易于理解的类似pascal的伪代码进行描述,确保不 同技术背景的编码人员都能做出准确的理解开发不符合客户需求的 潴确规范和具体的文字表达模式，要求设计文档的描述尽可 软件能详尽，同时工程按模块分为多个小组，各模块的详细设计人员往往担任各个小组的组长,可以随时和编码人员进行沟 通卜游阶段工作无从下.手准确规范、具体的文字表达模式，不同难以程度的标准文字索引,设计文档的描述尽可能详尽，同时工程按模块分为多 个小组，各模块的详细设计人员往往担任各个小组的组长, 可以随时和编码人员进行沟通错误的设计结构尽可能选用技术水平高、经验丰富的人员承当设计任

17、务，由于公司鼓励人员在部门之间的流动，有利于集中各个部门的 技术高手来解决某个工程中的困难。设计匏杂与其它开发人员沟通,必要时进行内部培训,采用增量的开发模式，划分模块进行设计，逐个解决困难无法在规定时间内完成计划安排时预先留有余地，严格按照日程安排完成工作：尽 工作可能选用技术水平高、经验丰富的人员承当设计任务：枭用增量开发模式，交付替代版木,同时能保证各个小组之间的 并发工作4实施效果与总结分析1实施效果此工程开发的目标是为了向审计公司提供辅助审计管理系统。开 发流程也是比拟遵从软件工程的规范的。但是最终的结果却不尽人 意，投入了比预料多几倍的人力物力。根据当时参与工程的同事的分析，失败的

18、原因主要是：、需求不明确由于出发点和利益不同，系统开发者与用户对于同一问题常有不 同看法，这样需求分析的风险就逐渐加大了。另外对需求变更的控制 做得不好。需求的改变，就会产生连锁反响，有时候这种反响会导致 程序的不稳定，严重的时候，一个错误的修改引起另一处程序的错误, 而新的错误的修改会导致更新的错误，更严重的情况，不是所有的错 误都能被修改。4. 1. 2、技术风险此软件数据结构复杂，逻辑关联性比拟强。软件需要与第三方财 务软件产品的数据库系统接口。带来了相当的技术开发困难，阻碍了 工程的进行。由于以上原因到了测试阶段，未确定的需求和不断发现 的bug成了灾难。结果测试当天就因为一个bug导

19、致数据被误删和数 据混乱。于是暂停测试，改为封闭式开发，并且继续增加人员，第二 次修改时是才发现整个数据结构也要发生变动，这就意味着无异于从 新开发一次，所以最后不得不投入大量的人员予以弥补。分析原因，为什么这个工程会失败？看来好像是需求没有做好， 其实是没有把风险放在整个工程这个大系统下来对待，没有建立一套 完整的风险管理机制，这样一来风险因素就容易被忽略。然而，软件 工程前一阶段的失误会对下一阶段产生严重的影响。一旦发生了变 化，就不得不修改设计、重写代码、修改测试用例、调整工程计划等 等，为工程的正常的进展带来不尽的麻烦。所以，没有切实可行的风 险管理过程机制，就很难有效地保证风险管理活

20、动的效率。建立切实 可行的风险管理过程机制是软件风险管理理论研究成果最终在实践 中得到应用的最根本保证2软件工程风险管理改进IT工程管理从某种意义上讲，就是风险管理。从理论上讲，虽 然IT工程风险管理开始于工程开发生命周期的可行性研究阶段，但 实际上风险管理应该贯穿于工程的始终，并需要持续的关注和评估。 因此实施工程风险管理就要建立风险管理机制，从制度上加以保障， 只有这样才能够及时识别风险并且能采取降低风险的好措施，从而减 小1T工程的不确定性和偏差，最终顺利地把工程引向成功。根据实 际情况，也可通过外部环境的优化对风险管理起到的支持作用，比方 组织架构、人力资源等方面，所有这些措施都是对全

21、面风险管理体系 的内在支持。借助保障制度的实施，使我们以风险管理方法、技术等 为核心基础，创造出一个适宜风险管理的软环境。通过外部环境的优 化，促进内部核心功能的发挥。风险管理(Risk Management)局部案例分析(四)在西方兴旺国家和地区，风险转移是工程风险管理对策中采用最 多的措施，工程保险和工程担保是风险转移的两种常用方法。1、工程保险国际上强制性的工程保险主要有以下几种：建筑工程一切险，附加第三者责任险。 安装工程一切险，附加第三者责任险。 社会保险(如人身意外伤害险，雇主责任险和其他国家法令规 定的强制保险)。 机动车辆险。 十年责任险和二年责任险。,专业责任险。建筑工程一切

22、险和安装工程一切险是对工程工程在实施期间的 所有风险(不包括除外责任)提供全面的保险，即对施工期间工程团体 本身、工程设备和施工机具以及其他物质所遭受的损失予以赔偿，也 对因施工而给第三者(Third Party)造成的人身伤亡和物质损失承 担赔偿责任。过去，一切险的投保人多数为承包商，现在，国际上普遍推行由 业主投保工程一切险。在国际上，建筑师、结构工程师等设计、咨询专业人士均要购买 专业责任险，对由于他们的设计失误或工作疏忽给业主或承包商造成 的损失，将由保险公司赔偿。国际上工程涉及的自愿保险有以下凡种： 国际货物运输险(International Cargo Transport)境内货物运输险,财产险责任险 政治风险保险汇率保险