第 8 章 项目风险管理案例
第8 章项目风险管理案例
项目需要以有限的成本在有限的时间内达到项目目标，而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响，抓住风险带来的机会，增加项目干系人的收益。作为项目管理人员，必须评估项目中的风险，制定风险应对策略，有针对性地分配资源、制定计划，保证项目顺利的进行。
8．1 案例一：风险分类
阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述，回答问题1至问题3。
8.1.1 案例场景
某公司召开会议，商量是否实施ERP项目，三个部门主要负责人就此问题发表自己的看法。
甲：我们公司不应该实施这个项目。现在我们刚把办公自动化系统搞好，还没有适应，工作效率也没提高多少，再上ERP 有些不适应，而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了，成功的几率不会多大。如果我们也失败了，会给公司带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目，多招一些开发高手，提高公司的收益，而不是搞这些无端的风险投资。
乙：不应该一棒子打死ERP，ERP是一种新兴事务，ERP不是万能的，但是不上ERP 又是万万不行的。企业规模到了一定程度，管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案，是面向供应链和“流程制”的智能决策支持系统，其先进的管理思想可以帮助企业最大限度地利用已有资源，解决管理和决策问题。但是实施ERP 风险很大，很多企业都失败了，主要原因在于项目实施的管理问题，没有及时识别项目中的风险并及时处理，项目监控机制不好，高层支持不够，老员工的适应性差等，最终导致“ERP天折”。我们公司以后想获得更大发展，应该实施ERP ，现在有些条件不够，整体上ERP不太可行，我们可以分步实施。我们可以借鉴其他企业实施ERP 的经验，先进行小范围ERP试验、积累经验，等以后时机成熟了，我们就整体实施ERP 。
丙：ERP 应该上，而且要迅速上，不应该等。如果其他企业都上了ERP，那么我们公司再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑，虽然有风险，但是收益也大，现在我们的目标是收益，对于风险要想法化解。项目实施中要注意借鉴其他企业的经验，摸着石头过河，形成自己的特色，提高自己公司的管理和决策水平，争取把公司做大做强。小的、可以自己解决的风险自己处理；难以处理的、不确定的风险进行外包，实施风险转移；如果管理有问题的话，可以从专业咨询公司招聘顾问来担当项目经理的职务。总之，尽一切可能实施ERP，实现收益最大化。
【问题1】如图8-1所示，横轴表示项目投资的大小，纵轴表示项目成功的概率，A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征，并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。
【问题2】如果公司有以下三种职位，你认为甲、乙、丙分别适合做什么：项目经理、程序员、产品销售人员(请说清楚原因，不超过150字)。
【问题3】根据你自己的经验，阐述ERP 实施中的主要风险和应对措施(600字左右)。
8.1.2 案例分析
【问题1】
本题考查考生对风险管理中不同投资者进行分类的能力。要想回答好该题，考生需要了解三种不同投资者(风险规避者、风险中立者和风险冒险者)对风险的承受能力和态度；能够从图中得出三种人的特征，然后进行分类；最后还要联系案例中的角色，对号入座。
求解此题时，也可以采用双管齐下的方针，先由图中简要归纳出A,B,C 的特征，这些特征可能有些片面、不太完善。此时可以联系案例中甲、乙、丙的言谈，由于案例中言谈内容丰富，并且具有鲜明的性格特征，所以极易区分。从言谈中提取出的特征可以补充前面由图中归纳出的特征，使得特征更加全面、具体，同时也完成了对甲、乙、丙的归类。
A)风险规避者：这种人希望活动获得成功的概率随着投入的增加呈凸函数曲线规律增加，属于保守派。他们害怕风险，认为风险随时存在。在风险和收益对比方面，他们认为两者成反比关系，所以更注重前者。他们自始至终都不愿意接受较大的风险，希望利用少量投资就可以得到较高的成功概率，随着投资的增加，他们希望成功概率越来越大，最后达到百分之百。
B)风险中立者：这种人希望活动获得成功的概率随着投入的增加呈S 曲线规律增加，属于中庸派。当投入少时，他们可以接受较大的风险，即使获得成功的概率不高也能接受；当投入逐渐增加时，他们就开始变得谨慎起来，希望获得成功的概率提高了，最后达到百分之百。
C)风险冒险者：这种人希望活动获得成功的概率随着投入的增加呈凹函数曲线规律增加，属于冒险派。他们认为风险和收益成正比，为此积极追求成功，正视风险，以尽可能获得最大收益为第一准则。为了这个目标，甘愿承受较大的风险。他们自始至终都愿意接受较大的风险，当投入少时，他们可以接受较大的风险；随着投入的增加，他们也会变得谨慎一些，希望成功概率有所增加，最后达到百分之百。
上述案例中，甲不愿意冒风险，坚决反对实施ERP，属于风险规避者；乙可以承受小范围内的风险，实施局部ERP，属于风险中立者；丙可以承受全部风险，坚决要求实施ERP,属于风险冒险者。
【问题2】
本题考查考生综合运用人力资源分类和风险管理知识的能力。要想回答好该题，考生需要了解项目开发中不同角色应该具有的特征和能力。
人力资源管理中，“人尽其能”是获取利益最大化，降低风险的一个分配原则，只有这样才能充分地发挥每个项目干系人的能力，保证他们能够以足够的精力参与到项目中来。
甲属于风险规避者，做事小心谨慎，不愿意冒大风险，比较适合做程序员。因为程序员做事讲究规矩，不提倡个性化的随意发挥、出风头和冒风险。他们设计程序结构采用标准设计模式，定义数据结构采用标准包结构，代码遵守通用语法风格，算法采用通用的标准算法。他们编出的程序具有强标准性、开放性和稳定性。
乙属于风险中立者，做事深思熟虑、讲究章法，制定计划切实可行、可进可退，比较适合做项目经理。因为项目经理要求具有广博的知识和丰富的经历，能够合理处理质量、进度和费用的关系，处事灵活，能够预测变化并且能够适应变化。
丙属于风险冒险者，做事大胆，敢于冒风险，一切以效益为先，积极追求成功，具有强烈的成功欲望，比较适合做产品销售人员。因为产品销售人员要具有恒心和毅力，耐得住客户的冷眼和漠然，最终说服客户；要具备外向、冒险性格，这样有利于销售人员主动地与客户交流、敢于为争取机会而采取果断的行动。
【问题3】
本题考查考生在ERP 实施中综合应用风险管理知识的能力。要想回答好该题，考生需要了解ERP 的相关基础知识和实施中的常见风险和应对方法。
ERP 实施中的主要风险和应对措施如下：
(l)项目范围的风险
ERP 项目采购管理通常有三种合同方式：固定价或总价合同、成本报销(加奖励)合同、单价合同。对于不确定性越大、风险越大的ERP 项目，通常采用后面的合同方式，但这种方式对客户存在较大风险，客户一般倾向于固定价或总价合同方式，但这种方式对供应商又存在较大风险。在此前提下，若项目范围定义不清晰，可能导致双方对项目范围的认知产生分歧：供应商希望尽量缩小实施范围，以最小的成本结束项目；而客户希望将ERP 系统的所有功能尽可能多地实施，以固定价格获得最大的效益。若双方的分歧较大，不能达成一致，则必然造成效率低下、相互扯皮。
因此，ERP 项目合同中，应对项目实施范围做尽可能清晰的界定。宁愿在项目实施前的范围界定工作上多花一些时间，也不要在项目实施过程中，面对ERP 繁多的功能，产生争执或被迫让步，投入更大的精力，导致项目不能按时完成。
(2)项目进度的风险
目前ERP 项目实施存在强调“快速”的倾向，但实际操作中提高ERP 项目进度绝非易事，实现该目标不仅取决于公司能力，很大程度上也与客户对ERP 期望值是否合理、对范围控制是否有效、对项目投入是否足够等方面有关。一味在项目进度计划时求快，甚至是刻意追求某个具有特殊意义的日期作为项目里程碑，将对项目的控制造成很大压力。事实上，很多项目的失败，都是因为制定超前的项目进度，而实际无法完成进而出现拖延，从而导致项目团队士气低落、效率低下。
因此，ERP 项目实施中的项目进度制定需要充分考虑各种潜在因素，适当留有余地和柔性；任务分解详细适中，便于操作和考核；在执行过程中，应强调项目按进度执行的重要性，在考虑任何问题时，都要将保持进度作为先决条件；同时，合理利用赶工及快速跟进等方法，充分利用资源，争取保质保量完成任务。
(3)项目人力资源的风险
人力资源是ERP 项目实施过程中最为关键的资源。人力资源获取与建设中遇到的问题，例如：招募到的项目成员不适合当前项目的需要；团队成员很少或根本没有彼此合作的
经验；团队气氛不积极、士气低落；团队的任务和职责分配不清楚等，均会导致项目失败。有效地发挥每一个参与项目人员的作用，保证他们能够以足够的精力参与到项目中来，是项目成功实施的基本保证。
因此，实施双方应对参与人员进行认真的评估，这种评估是双向的，既包括用户对咨询顾问的评估，也包括咨询公司对参与项目的用户方成员(在国内目前的环境下，主要是指关键用户)的评估。
同时，应保证项目人员对项目的投入程度。应将参与ERP 项目人员的业绩评估与ERP 项目实施的状况相关联，明确ERP 项目是在该阶段项目相关人员最重要的本职工作；制定适当的奖惩措施；在企业中建立“一把手工程”的思想，层层“一把手”，即各级负责人针对ERP 实施向下行使全权、对上担负全责，将一把手从个体概念延伸到有机结合的群体概念。
(4)对ERP认识不正确的风险
有的企业把ERP视为企业管理的灵丹妙药，认为既然ERP“功能强大”，只要上了ERP，企业的所有问题便迎刃而解，或者以为企业的所有流程都可以纳入到ERP 中来；还有的人简单地将ERP视为当前业务流程的电子化。
因此，要防范或减轻这种风险，需要对用户进行大量的培训：ERP 的由来、ERP 的功能、实施ERP的目的与期望等等，尽可能在用户产生“ERP不能满足我的需求和期望”这种想法之前，让用户知道“现阶段对ERP合理的需求期望是什么”。
8.1.3 参考答案
【问题1】
A 为风险规避者：属于保守派。他们自始至终都不愿意接受较大的风险，希望利用少量投资就可以得到较高的成功概率；随着投资的增加，他们希望成功概率越来越大，最后达到百分之百。
B 为风险中立者：属于中庸派。当投入少时，他们可以接受较大的风险；当投入逐渐增加时，他们就开始变得谨慎起来，希望获得成功的概率提高了，最后达到百分之百。
C 为风险冒险者：属于冒险派。他们自始至终都愿意接受较大的风险，当投入少时，他们可以接受较大的风险；随着投入的增加，他们也会变得谨慎一些，希望成功概率有所增加，最后达到百分之百。
上述案例中，甲、乙、丙分别对应A, B, C.
【问题2】
甲属于风险规避者，做事小心谨慎，不愿意冒大风险，比较适合做程序员。
乙属于风险中立者，做事深思熟虑、讲究章法，制定计划切实可行、可进可退，比较适合做项目经理。
丙属于风险冒险者，做事大胆，敢于冒风险，一切以效益为先，积极追求成功，具有强烈的成功欲望，比较适合做产品销售人员。
【问题3】
ERP 实施中的主要风险和应对措施如下：
(1)项目范围的风险。对于不确定性越大、风险越大的ERP项目，通常采用单价合同。这种方式对客户存在较大风险，客户一般倾向于固定价或总价合同方式，但这种方式对供应商又存在较大风险。因此，双方往往在项目实施范围上发生争执。
因此，ERP项目合同中，应在项目实施前的范围界定工作上多花一些时间，对项目实施范围做尽可能清晰的界定。
(2)项目进度的风险。目前ERP项目实施存在强调“快速”的倾向，但实际操作中提高ERP 项目进度绝非易事。一味在项目进度计划时求快，甚至是刻意追求某个具有特殊意
义的日期作为项目里程碑，将对项目的控制造成很大压力，甚至导致失败。
因此，ERP 项目实施中的项目进度需要适当留有余地和柔性；任务分解详细适中，便于操作和考核；在执行过程中，应强调项目按进度执行的重要性；同时，合理利用赶工及快速跟进等方法，充分利用资源，争取保质保量完成任务。
(3)项目人力资源的风险。人力资源是ERP项目实施过程中最为关键的资源。人力资源获取与建设中遇到的问题，均会导致项目失败。
因此，实施双方应对参与人员进行认真的评估，这种评估是双向的。同时，应保证项目人员对项目的投入程度。
(4)对ERP认识不正确的风险。有的企业把ERP视为企业管理的灵丹妙药，可以解决一切问题；还有的人简单地将ERP 视为当前业务流程的电子化。
因此，需要对用户进行大量的培训，尽可能在用户产生“ERP不能满足我的需求和期望”这种想法之前，让用户知道“现阶段对ERP合理的需求期望是什么”。
8．2 案例二：蒙特卡罗分析
阅读以下关于信息系统项目管理过程中风险管理和蒙特卡罗分析方面问题的叙述，回答问题1至问题3。
8.2.1 案例场景
某公司实施CRM 工程，实施过程中进行风险量化，其中的进度仿真采用蒙特卡罗分析，如图8-2 所示。
需求调研阶段，发现功能需求15个，非功能需求12个；需求复审阶段，有10个用户参与复审，所有复审者都有相同解释的需求数目是24个。
项目开发过程中，应用功能点法则，分解出的系统功能点有346开发过程中发现23个错误，提交后又发现3个错误。
测试过程中，采用植入故障法估算程序中原有故障总数，人为植入的故障数是10个，经过一段时间的测试后发现的播种故障数是4个，在测试中又发现原有的故障数是2个。
产品发布时，发布模块总数是46个，和以前相比，变动6个模块，新添加7个模块，删除6个模块。
【问题1】解释案例中分析图的含义，简述进度仿真中，为什么不用传统的数学分析技术(不超过250字)。
【问题2】请用500 字之内阐述项目质量管理中蒙特卡罗模拟方法的一般步骤。
【问题3】根据案例中的数据，分别计算整体缺陷清除率、需求解释一致性、程序中原有的故障数和软件成熟度。
8.2.2 案例分析
【问题1】
本题考查考生在进度仿真中对蒙特卡罗仿真结果进行分析的能力。要想回答好该题，考生需要了解蒙特卡罗曲线的实际意义。
风险量化的目的是形成有关需要追逐的机遇和需要注意的威胁的清单，建立有关项目团队有意识地接受或忽略的那些风险源和风险事件，以及谁决定这么做的文档。进行风险量化的常用方法包括：期望的货币价值、统计综合、风险仿真、决策树等。其中风险仿真除了量化风险以外，还可以制定项目进度计划。
风险仿真使用系统的表示法或模型来分析系统的行为或性能。项目最常用的仿真形式，是使用项目网络作为项目模型的进度仿真。大多数进度仿真是基于某种形式的蒙特卡罗(Monte Carlo)分析，该方法是一种模拟方法，通过多次“执行”目标项目，从而给出计算结果的统计分布，可以用来量化风险、计算在不同活动假设下的多个项目的持续时间。根据蒙特卡罗分析所得的结果，可以评估在不利条件下进度计划的可行性；以及为了应付和减缓意外风险情况带来的影响，要准备的应急/应对计划；此外，该模拟结果还可以评估这些应急/应对计划的可行性。
该曲线利用蒙特卡罗分析描述项目的进度仿真，该S形曲线显示了针对特定日期，项目的累积概率。曲线的开始点表示项目开始的前100天为准备期，项目开始200天可以完成项目的50%,项目开始320天可以基本完成。该S 曲线向左移动表示项目完成日期提前，但这样有更高的风险；向右移动表示项目完成日期拖延，这样风险会降低。
任何大型或复杂的项目都应该进行进度仿真，传统的数学分析技术，如关键路径法(CPM)和项目评审技术(PERT)一等，都以最小值为基准，并且不计算路径的交汇，这样会低估项目的工期。
【问题2】
本题考查考生在进度仿真中运用蒙特卡罗模拟方法进行分析的能力。要想回答好该题，考生需要熟悉蒙特卡罗模拟方法的原理和使用步骤。
蒙特卡罗模拟是一种随机模拟方法。蒙特卡罗方法得名于欧洲著名赌城-摩纳哥的蒙特卡罗。大概是因为赌博游戏与概率的内在联系，第二次世界大战时美国曼哈顿计划中把这种方法称为蒙特卡罗方法。在这之前，蒙特卡罗方法就已经存在。1777年，法国Buffon提出用投针实验的方法求圆周率π。这被认为是蒙特卡罗方法的起源。近年来，随着计算机运算速度的提高，蒙特卡罗模拟得到了广泛的运用。
蒙特卡罗模拟的基本思想是人为地造出一种概率模型，使它的某些参数恰好重合于所需计算的量。又可以通过实验，用统计方法求出这些参数的估值，把这些估值作为要求的量的近似值。
在项目管理中，常常用到的随机变量是与成本和进度有关的变量如价格、用时等。由于实际工作中可以获得的数据量有限，它们往往是以离散型变量的形式出现的。例如，对于某种成本只知道最低价格、最高价格和最可能价格；对于某项活动的用时往往只知道最少用时、最多用时和最可能用时三个数据。经验告诉我们，项目管理中的这些变量服从某些概率模型。现代统计数学则提供了把这些离散型的随机分布转换为预期的连续型分布的可能。可以利用计算机针对某种概率模型轻易进行数以千计、甚至数以万计的模拟随机抽样。项目管
理中蒙特卡罗模拟方法的一般步骤是：
(1)对每一项活动，输入最小、最大和最可能估计数据，并为其选择一种合适的先验分布模型。
(2)计算机根据上述输入，利用给定的某种规则，快速实施充分大量的随机抽样。
(3)对随机抽样的数据进行必要的数学计算，求出结果。
(4)对求出的结果进行统计学处理，求出最小值、最大值以及数学期望值和单位标准偏差。
(5)根据求出的统计学处理数据，让计算机自动生成概率分布曲线和累积概率曲线(通常是基于正态分布的概率累积S 曲线)。
(6)依据累积概率曲线进行项目风险分析。
【问题3】
本题考查考生在软件开发中定量分析软件质量的能力。要想回答好该题，考生需要熟悉软件开发常用定量分析指标和计算方法。
软件的整体缺陷清除率指的是软件产品开发过程中发现的缺陷数占软件产品所有缺陷数的比率。设Dl 为在开发过程(提交之前)中发现的所有缺陷数，D2 为提交后发现的缺陷数，那么整体缺陷清除率就等于Dl/(Dl+D2)。一般而言，CMM 等级越高，整体缺陷清除率也相应比较高。例如，美国的平均整体缺陷清除率目前只达到大约85%。而像AT&T, IBM,摩托罗拉和惠普这样一些大公司的顶级项目，通过实施CMM,其缺陷清除率可以超过99%。
对本题而言，D1=23，D2=3，则整体缺陷清除率为23/(23＋3)＝0.885=88.5％。
软件的需求解释一致性指的是所有复审者都有相同解释的需求数目和软件中所有需求数目(功能需求和非功能需求之和)的比率。设Nui 为所有复审者都有相同解释的需求数目，Nf 为功能需求的数目，Nnf 为非功能需求数目，那么需求解释一致性就等于Nui/ (Nf ＋Nnf)。一般而言，如果软件需求的模糊性越低，那么需求解释一致性越接近1。
对本题而言，Nui=24，Nf=15，Nnf= 12则整体需求解释一致性为24/(15+12)=0.889= 88.9％。
捕获一再捕获抽样法利用测试前在程序中植入的故障数目来估算程序中原有的故障总数，该方法理论基础是统计分析中的等概率事件原理，应用该方法的前提是要求对播种故障和原有故障同等对待。设Ns是在测试前人为地向程序中植入的故障数(称播种故障)，ns 是经过一段时间测试后发现的播种故障的数目，no是在测试中又发现的程序原有故障数，则程序中原有故障总数No的估算值为：No=(Ns/ns)no。对本题而言，Ns =10，ns = 4，no = 5则程序中原有的故障数No=(10/4)2 = 5
8.2.3 参考答案
【问题1】
该曲线利用蒙特卡罗分析描述项目的进度仿真，该S形曲线显示了针对特定日期，项目的累积概率。曲线的开始点表示项目开始的前100天为准备期，项目开始200天可以完成项目的50%,项目开始320天可以基本完成。该S曲线向左移动表示项目完成日期提前，但这样有更高的风险；向右移动表示项目完成日期拖延，这样风险会降低。
任何大型或复杂的项目都应该进行进度仿真，传统的数学分析技术，如关键路径法(CPM)和项目评审技术(PERT)等，都以最小值为基准，并且不计算路径的交汇，这样会低估项目的工期。
【问题2】
蒙特卡罗模拟是一种有效的随机模拟统计实验方法，其基本思想是人为地造出一种概率模型，使它的某些参数恰好就是所需计算的量。又可以通过实验，用统计方法求出这些参数的估值，把这些估值作为要求的量的近似值。
项目管理中，经常用到的随机变量大多是与成本和进度有关的变量，由于数据量有限，它们往往以离散性形式出现。有经验可知，这些变量服从某些概率模型，利用蒙特卡罗方法结合这些概率模型就可以把那些离散分布转换为连续分布。其一般步骤如下：
(1)对每一项活动，输入最小、最大和最可能估计数据，并为其选择一种合适的先验分布模型。
(2)计算机根据上述输入，利用给定的某种规则，快速实施充分大量的随机抽样。
(3)对随机抽样的数据进行必要的数学计算，求出结果。
(4)对求出的结果进行统计学处理，求出最小值、最大值以及数学期望值和单位标准偏差。-
(5)根据求出的统计学处理数据，让计算机自动生成概率分布曲线和累积概率曲线(通常是基于正态分布的概率累积S曲线)。
(6)依据累积概率曲线进行项目风险分析。
【问题3】
整体缺陷清除率：23÷(23+3)=23÷26=0.885=88:5%；
需求解释一致性：．24÷(15+12)=24÷27=0.889=88.9%；
程序中原有的故障数：(10÷4)×2=5;
软件成熟度：[46-(6+7+6)]÷46=27÷46=0.587=58.7%。
8.3 案例三：电子政务项目风险
阅读以下关于信息系统项目管理过程中风险管理方面问题的叙述，回答问题1至问题3。
8.3.1 案例场景
希赛信息技术有限公司(CSAI )具有良好的政府背景，主要承接政府电子政务工程，管理机制灵活，人员技术过硬。
近期承接某政府B的电子政务工程，政府B先支付部分款项，CSAI任命C作为项目主管。由于B初次实施电子政务，对其功能不是太清楚，提出的需求也不是太明确，C花费好长时间、用了很多方法进行需求分析，需求基本明确后开始开发。由于开发过程中用户需求经常变更，加重了项目组的工作量，原定4个月就完成的项目，搞了6个月才完工。
项目完成后进入试运行实施阶段，由于CSAI和政府B关系比较紧密，所以政府B一直没有支付剩余的全部款项；对于实施中某些需要政府牵头的事情，如服务器安装、培训等，政府B经常以领导近期忙、需要开会讨论等理由搪塞，结果造成整个实施进度的拖延；政府主要领导对这个系统的指指点点，随便一句话，就要进行需求变更，导致项目试运行一直无法结束；政府B没有项目周期的概念，对合同规定的验收等反馈不予回应，需要企业CSAI 的高层领导亲自协调。源于此，项目组成员十分不满，C也十分苦恼。
【问题1】如果C想快速结束这个项目，请用300字内讲述应该怎么处理。
【问题2】在现阶段电子政务开发和实施过程中，如何应付政府领导的长官意志和政府工作的拖沓作风，试用450字内回答。
【问题3】电子政务承办机构在电子政务信息化实施过程中，为了避免项目失败，同时也为了获得收益，需要解决政府机关对于电子政务理解的哪些误区，试用300字内回答。
8.3.2 案例分析
【问题1】
本题考查考生在电子政务开发中应对项目收尾过程中风险和冲突的能力。要想回答好该题，考生需要熟悉电子政务开发的特点和沟通技巧。
(1)项目结束基础是政府主管领导要有一定的信息化基础知识，消除对电子政务认识上的误区，真正理解电子政务的本质和作用，让他们认识到电子政务是他们以后工作中不可缺少的部分。这样才能发挥他们的主观积极性，结合实际情况，提出他们真正需要解决的问题；而不是依靠他们的长官意志，提出一些不切合卖际的、易变的需求。要实现这一点，需要项目经理安排人员定期到政府机关进行信息化普及培训。
(2)项目结束关键是项目经理和公司主管上级的沟通，使其产生迫切的结束需求，并准备好项目结束所需要的文档资料，如：项目章程、项目范围说明书、项目管理计划、合同文件等，让主管上级和政府机关电子政务主管领导交涉。
(3)项目结束的核心是政府主管领导按照合同和计划办事，积极参与项目结尾过程。项目移交试运行以后，要给政府主管领导培训项目管理相关知识，使他们意识到项目验收的重要性，意识到无限制地拖延下去会对政府机关的权威、形象和公司的收益造成不好的影响，利用他们的主观积极性克制拖沓的工作作风。
【问题2】
本题考查考生在电子政务开发应付政府领导的长官意志和政府工作的拖沓作风的能力。要想回答好该题，考生需要了解我国电子政务系统开发和应用的现状、特点、沟通技巧、合同管理方法、需求变更方法、验收管理方法等内容。
该案例是目前电子政务软件公司面对的一个典型问题。国内某些政府部门拖沓的工作作风和长官意志，使IT 业内人士感到无所适从，这也是许多电子政务项目没能取得预期效果的重要原因之一。
但作为项目结果的接受者，客户的要求应该是放在第一位的，项目是为了客户而存在的，应付这种情况带来的风险正是一个成熟的项目团队需要具有的能力。
首先，所有从事电子政务软件开发的公司必须对中国电子政务建设有一个明确的认识。即电子政务建设是伴随中国政府机构和管理体制改革而进行的，改革才是目的，电子政务软件的开发和建设只是手段；对于不断快速变革的体制，项目需求不变是不可能的，而且客户的特殊身份决定了必须用不同方式来约束客户需求的变化。
其次，中国各级政府部门的信息化管理水平还是比较低的，网络化办公的意识还基本没有，在基层政府部门尤为突出一。在这样的客户面前，技术业务人员必须有耐心，帮助政府部门普及信息化教育，讲解语言尽量大众化，不要用太多的专业名词。只有提高政府人员的信息化意识，才能够消除政府机关和软件公司的沟通鸿沟，淡化政府领导的长官意志，转变政府工作的拖沓作风。
电子政务建设是“一把手”工程，只有得到政府主要领导的支持，电子政务建设才能顺利实施。因此对政府主管领导的培训及其重要，要尽一切可能、一切机会向他们灌输信息化思想，注意沟通，要让他们在思想上接受电子政务。在当代中国，政府工作特点是垂直式上行下效关系，而且这些年随着公务员制度的诞生，大批年轻人进入政府机关，他们伴随中国互联网发展而成长，思想活跃，易于接受新事物，是实施电子政务的主力军，只要上级领导决定实施电子政务，他们会义无反顾执行。
项目经理要注意和政府机关及时沟通，遇到问题要及时协商和解决。实在无法解决的问题要请示企业上级领导，通过公司高层领导和客户领导的密切沟通和交涉，大部分问题会友好解决，项目也会顺利验收。
电子政务系统开发的关键在于“制定阶段目标”。公司要先将电子政务系统的特性与客户在理念上进行沟通，双方达成共识：理想、完善的系统是不存在的。改革在深入，认识在提高，技术在发展，系统也会不断地调整下去，只有在应用中，系统才能得以完善，工作人员的认识和水平才有所提高，转而提出更切合实际的需求，而不是施展长官意识随意提出系统更改要求。
与客户达成共识后，用户提出需求变更时一般有两种应对方法：其一，接受变更，立即执行；其二，接受变更，后期项目统一执行。这样既保持了客户的良好关系，又避免了当期目标的拖延实施，造成项目延误。
项目实施中的关键环节要特别注意：合同的目标和工期，要明确阶段；需求调查和需求变更要有清楚的文档和会议纪要；阶段验收前，文档要齐全，阶段目标要保证实现，后期目标调整要有承诺。
阶段验收十分必要，要使政府部门认识验收重要性，制定合理的项目验收计划可以制衡政府拖沓作风，考虑现阶段实际情况，阶段验收计划要有柔性，一方面考虑政府对电子政务理解的滞后，不可操之过急，另一方面又要防止无限制的拖延。
【问题3】
本题考查考生把握当前电子政务建设现状和根源的能力。要想回答好该题，考生需要了解当前鱼待解决的政府机关电子政务认识上的误区。
在现阶段电子政务实施过程中，政府机关存在一些不切实际的想法和误区，给工程实施带来一定影响。为了保证电子政务顺利实施，必须改正想法、消除误区。
(1)形象工程问题。许多领导认为信息化只是形象工程，解决不了什么事。很多机构实施“信息化”的目的和意愿并不是利用信息化提升管理、实施根本的业务流程再造。有的纯粹是为了所谓“领导工程/面子工程”，迫于行政压力或者舆论压力而实施；有的是为了炒作，获取在社会舆论中的形象；还有的机构实施“信息化”的初衷只是为领导或者高层提供“信息简报”。这些都是对“信息化”的误解，必然不能从根本上提升管理水平。
(2)技术与决策的关系问题。信息系统是七分管理，三分技术，IT 人员只是对系统的技术支持，而各级管理人员、尤其是最高决策者是实施工作的领导与主要参与者。很多领导认为信息化改造工程是技术部门或者信息化部门的事情，或者就是简单地上一两套信息化软件。实际上，信息化改造涉及到管理和业务流程的方方面面，它不是简单的修修补补，而是要对政府机构的整体改造，是一个“脱胎换骨”的过程，这样才能根本上让电子政务工程产生效益。
(3)一步到位的问题。许多领导同志认为信息化是一步到位工程，这本身就是误区。信息系统只是政府管理工作的一种辅助性手段，信息化不是一步到位工程，更不是“交钥匙”工程，而是一种长期的、不断改善的系统工程。因此，要选择实力强、服务好的供应商，建立长期的合作关系，在信息化建设过程中根据自身条件整体规划、分步实施，因地制宜。
(4)信息上载和信息安全问题。在我国有些许多政府部门的观念中，上网的全部过程和目的似乎就是注册域名、建立网站、发布信息。不少政府网站建立后所发布的信息和消息一两年没有变化；许多政府承诺的服务在网站上一应俱全，但实际操作中还是老一套；许多政府部门以信息安全为借口，将本来可以共享的信息拒绝上网。这些问题都使电子政务的功能没有得到真正发挥。
8.3.3 参考答案
【问题1】
(1)项目结束基础是政府主管领导要真正理解电子政务的本质和作用，提出他们真正需要解决的问题，而不是依靠他们的长官意志，提出一些不切合实际的、易变的需求。因此，需要C安排人员定期到政府机关进行信息化普及培训。
(2)项目结束关键是C 和公司主管上级的沟通，使其产生迫切的结束需求，并准备好项目结束所需要的文档资料，让主管上级和政府机关电子政务主管领导交涉。
(3)项目结束的核心是政府主管领导按照合同和计划办事，积极参与项目结尾过程。为此，C 要给政府主管领导培训项目管理相关知识，使他们意识到项目验收的重要性。
【问题2】
首先，公司必须明确认识：电子政务建设中政府体制改革是目的，软件开发和建设只是手段，体制变化，所以项目需求也要变化，而且客户的特殊身份决定了必须用不同方式来约束客户需求的变化。
其次，技术业务人员必须耐心帮助政府部门普及信息化教育。
电子政务建设是“一把手”工程，因此对政府主管领导的培训极其重要，要让他们在思想上接受电子政务。
项目经理要注意和政府机关及时沟通，遇到问题要及时协商和解决，实在无法解决的问题要请示企业上级领导。
电子政务系统开发的关键在于“制定阶段目标”。公司与客户要达成共识：理想、完善的系统是不存在的。只有在应用中，系统才能得以完善，工作人员的认识和水平才有所提高，转而提出更切合实际的需求，而不是施展长官意识随意提出系统更改要求。
与客户达成共识后，用户提出需求变更时一般有两种应对方法：其一，接受变更，立即执行；其二，接受变更，后期项目统一执行。
项目实施中的关键环节要特别注意。
阶段验收十分必要，要使政府部门认识验收重要性，考虑现阶段实际情况，制定阶段验收计划要有柔性。
【问题3】
(1)形象工程问题。许多领导认为信息化只是形象工程，解决不了什么事。有的纯粹是为了所谓“领导工程/面子工程”，迫于行政压力或者舆论压力而实施；有的是为了炒作，获取在社会舆论中的形象；还有的机构实施“信息化”的初衷只是为领导或者高层提供“信息简报”。
(2)技术与决策的关系问题。很多领导认为信息化改造工程是技术部门或者信息化部门的事情，或者就是简单地上一两套信息化软件。
(3)一步到位的问题。许多领导同志认为信息化是一步到位工程，或者是“交钥匙”工程。
(4)信息上载和信息安全问题。不少政府网站建立后所发布的信息和消息一两年没有变化；许多政府承诺的服务在网站上一应俱全，但实际操作中还是老一套；许多政府部门以信息安全为借口，将本来可以共享的信息拒绝上网。
8．4 案例四：风险管理方案
阅读以下关于信息系统项目管理过程中风险管理方面问题的叙述，回答问题1至问题3。
8.4.1 案例场景
2000年，国内一家省级电信公司(H公司)打算上某项目，经过发布RFP (需求建议书)，以及谈判和评估，最终选定希赛信息技术有限公司(CSAI)为其提供IP 电话设备。宏达公司作为CSAI 的代理商，成为了该项目的系统集成商。李先生是该项目的项目经理。
该项目的施工周期是三个月。由CSAI负责提供主要设备，宏达公司负责全面的项目管理和系统集成工作，包括提供一些主机的附属设备和支持设备，并且负责项目的整个运作和管理。CSAI和宏达公司之间的关系是一次性付账。这就意味着CSAI 不承担任何风险，而宏达公司虽然有很大的利润，但是也承担了全部的风险。
3个月后，整套系统安装完成。但自系统试运行之日起，不断有问题暴露出来。H公司要求宏达公司负责解决，可其中很多问题涉及CSAI 的设备问题。因而，宏达公司要求CSAI 予以配合。但由于开发周期的原因，CSAI无法马上达到新的技术指标并满足新的功能。于是，项目持续延期。为完成此项目，宏达公司只好不断将CSAI 的最新升级系统(软
件升级)提供给H公司，甚至派人常驻在H公司(外地)。
又经过了3个月，H公司终于通过了最初验收。在宏达公司同意承担系统升级工作直到完全满足RFP 的基础上，H公司支付了10%的验收款。然而，2002年底，CSAI 由于内部原因暂时中断了在中国的业务，其产品的支持力度大幅下降，结果致使该项目的收尾工作至今无法完成。
【问题1】请用200字以内文字描述该项目存在的主要问题和原因。
【问题2】请用300字以内文字结合你本人的实际项目经验，描述如何解决案例中所述问题的办法。
【问题3】请用400字以内文字说明如果你是李经理，?你觉得应如何制定有效的项目风险管理方案吗？
8.4.2 案例分析
【问题1】
该项目最终失败的原因主要在于风险控制和风险处理机制。导致项目失败，尤其是项目预期的经济指标没有完成，这是非常遗憾的事情。项目失败或没有达到预期的经济指标的因素有很多，其中风险管理是一个极为重要的因素。
在很多IT 项目中，由于竞争和其他原因造成了风险过度集中在某一个相对弱势的角色身上。在本案例中，宏达公司就处于这样的境地：一方面它需要依赖代理CSAI 的产品生存，另一方面要它还必须要满足用户的具体需求。
我们知道，项目经理有识别和处理风险的责任。通常，项目经理在运作这样的项目时，要充分考虑到自己公司所处的地位，充分发挥自己的作用，平衡各方的利益。
【问题2】
事实上，项目管理知识体系中关于风险管理方面有非常详细的论述。不过，在实际工作中，如果完全照搬国外项目管理的风险识别和控制理论，是很难达到较好的效果。一般来说，对于国内公司的项目经理来说，除了理解项目管理知识体系中的理论外，还需要在实践中进行总结。
(1)签合同前的“须知”
一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分利用项目采购管理一章的知识，了解自己公司在项目中的位置，对买方提出的RFP 认真回答，规避潜在的风险，这是非常重要的。对于RFP 中过高的要求不能完全满足时，应充分说明，并在以下几个方面有充分的准备和考虑：
①合同的类型。通常，在IT 项目中，代理商与最终用户的合同类型是很难改变的固定价格合同，但对代理商和设备商之间的合同是有很多讲究的。代理商和国外供货商一般是通过信用证付款，但很多时候，为了拿到订单，供货商通常给予代理商一定的信用额度和付款方式的优惠。代理商应充分利用这一利害关系，在合同签订以前决不能轻易让步。
②项目实施方对项目的熟悉程度。通常情况下，做一个成熟项目的风险小，而做新项目的风险高。在本案例中，宏达公司是第一次进行类似的项目，并不完全了解其中的风险，更无可利用的历史数据。因此，在这种情况下，最好采用“让利于人，风险共担”的策略。具体做法是，将已经识别的具有风险的部分外包(风险转移)，或者单独与供货商签订补充合同。这样做可能损失了部分利益，但降低了风险，并且减少了很多额外投入。
③具有明确的规范(Specification),包括设计规范(Design),功能性规范(Functional)、性能规范(Performance).明确的规范是识别风险和规避风险的前提条件。如果已经具有一定的历史数据，可以采用头脑风暴的方式对规范加以确认和识别，这项工作可与风险识别同时进行。
(2)风险的预警和量化
在项目的进行过程中，项目经理和项目的拥有人要将风险管理纳入日常工作的重要步
骤。要明确成本与风险、成本与时间的关系。在制定完善的风险管理计划的基础上，从以下几个方面入手。
①建立管理风险预警机制。对于风险集中的一方，建立管理风险预警是风险管理计划的重要补充。这里的预警是指对有可能超出项目经理管理范围的风险事件的预警。预警机制可由低到高，并由定期的项目联席管理(多方)会议讨论处理。这样可以减少处理风险事件的响应时间；同时，使高层管理者能够及时介入，处理可能产生的风险。
②风险的量化。之所以单独将风险的量化加以论述，是因为很多情况下，项目经理的确已经对风险进行了识别，并采取了应对措施，但并未对此风险带来的影响进行量化(通常可以以货币或者时间损失加以估算)。量化过的风险是项目经理采用相应对策的前提。在本案例中，宏达公司了解CSAI升级软件不能按时提供，这本身就需要量化。这个风险带来的就是10%的验收款和10%尾款的不能按时支付。如果一开始，宏达公司能够将付款和风险对应起来，就知道该风险是管理风险，并且是不能够接受的。
总之，风险集中的项目管理起来是极为复杂的。要尽量在第一时间把事情考虑好，不能指望风险小的一方替风险大的一方承担很多责任。尤其是目前进入中国市场的国外企业很多，情况复杂，IT 市场的变化有时很难预测，更应该注意风险带来的影响。
【问题3】
如何制定有效的项目风险管理方案？
在全面分析评估风险因素的基础上，制定有效的管理方案是风险管理工作的成败之关键，它直接决定管理的效率和效果。因此，翔实、全面、有效成为方案的基本要求，其内容应包括：风险管理方案的制定原则和框架、风险管理的措施、风险管理的工作程序等。
(1)风险管理方案的制定原则
①可行、适用、有效性原则
管理方案首先应针对已识别的风险源，制定具有可操作的管理措施，适用有效的管理措施能大大提高管理的效率和效果。
②经济、合理、先进性原则
管理方案涉及的多项工作和措施应力求管理成本的节约，管理信息流畅、方式简捷、手段先进才能显示出高超的风险管理水平。
③主动、及时、全过程原则
项目的全过程建设期分为前期准备阶段(可行性研究阶段、勘察设计阶段、招标投标阶段)、施工及保修阶段、生产运营期。对于风险管理，仍应遵循主动控制、事先控制的管理思想，根据不断发展变化的环境条件和不断出现的新情况、新问题，及时采取应对措施，调整管理方案，并将这一原则贯彻项目全过程，才能充分体现风险管理的特点和优势。
④综合、系统、全方位原则
风险管理是一项系统性、综合性极强的工作，不仅其产生的原因复杂，而且后果影响面广，所需处理措施综合性强。例如，项目的多目标特征(投资、进度、质量、安全、合同变更和索赔、生产成本、利税等目标)。因此，要全面彻底地降低乃至消除风险因素的影响，必须采取综合治理原则，动员各方力量，科学分配风险责任，建立风险利益的共同体和项目全方位风险管理体系，才能将风险管理的工作落到实处。
(2)风险管理方案计划书内容框架
计划书一般应包括：
①项目概况；
②风险识别(分类、风险源、预计发生时间点、发生地、涉及面等)；
③风险分析与评估(定性和定量的结论、后果预测、重要性排序等)；
④风险管理的工作组织(设立决策机构、管理流程设计、职责分工、工作标准拟订、建
立协调机制等)；
⑤风险管理工作的检查评估。
风险管理的综合性措施：
①经济性措施：主要措施有合同方案设计(风险分配方案、合同结构设计、合同条款设计)；保险方案设计(引入保险机制、保险清单分析、保险合同谈判)；管理成本核算。
②技术性措施：技术性措施应体现可行、适用、有效性的原则，主要有预测技术措施(模型选择、误差分析、可靠性评估)；决策技术措施(模型比选、决策程序和决策准则制定、决策可靠性预评估和效果后评估)；技术可靠性分析(建设技术、生产工艺方案、维护保障技术)。
③组织管理性措施：主要是贯彻综合、系统、全方位原则和经济、合理、先进性原则，包括管理流程设计、确定组织结构、管理制度和标准制定、人员选配、岗位职责分工，落实风险管理的责任等。还应提倡推广使用风险管理信息系统等现代管理手段和方法。
8.4.3 参考答案
【问题1】
该项目最终失败的原因主要在于风险控制和风险处理机制。在很多IT 项目中，由于竞争和其他原因造成了风险过度集中在某一个相对弱势的角色身上。在本案例中，宏达公司就处于这样的境地：一方面它需要依赖代理CSAI 的产品生存，另一方面要它还必须要满足用户的具体需求。
【问题2】
一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分利用项目采购管理一章的知识，了解自己公司在项目中的位置，对买方提出的RFP 认真回答，规避潜在的风险，这是非常重要的。对于RFP 中过高的要求不能完全满足时，应充分说明。在项目的进行过程中，项目经理和项目的拥有人要将风险管理纳入日常工作的重要步骤。要明确成本与风险、成本与时间的关系。制定完善的风险管理计划，建立管理风险预警机制。
【问题3】
在全面分析评估风险因素的基础上，制定有效的管理方案是风险管理工作的成败之关键，它直接决定管理的效率和效果。因此，翔实、全面、有效成为方案的基本要求，其内容应包括：风险管理方案的制定原则和框架、风险管理的措施、风险管理的工作程序等。
8.5 案例五：合作项目的风险
阅读以下关于信息系统项目管理过程中风险管理方面问题的叙述，回答问题1至问题3。
8.5.1 案例场景
希赛信息技术有限公司(CSAI)为某省某运营商建立一个商务业务平台，并采用合作分成的方式。也就是说所有的投资由CSAI方负担，商务业务平台投入商业应用之后运营商从所收取的收入中按照一定的比例跟CSAI作分成。
同一时间，平台有两个软件公司(CSAI)和C公司一起进行建设，设备以及技术均独立，也就是说同时有两个平台提供同一种服务，两个平台分别负责不同类型的用户。
但是整个项目进行了10个月，并经历了一个月试用期之后。准备正式投入商业应用的第一天，运营商在没有任何通知的情况下，将该商务业务平台上所有的用户都转到了CSAI 竞争对手C公司的平台上去了，也就是停止使用CSAI的商务业务平台。
整个项目CSAI投资超过两百万，包括软、硬件，以及各种集成、支持、差旅费用，等等。现在CSAI所有的设备被搁置但不能搬走，并没有被遗弃，运营商口头声称还会履行
合同，按照原来的分成比例给CSAI分成。但是CSAI无法得知每个月的使用情况、用户多少，所以根本无法知道他们究竟应该拿到多少分成。所以，运营商的口头承诺根本如同鸡肋。在出事当天，项目经理王刚呆若木鸡。
【问题1】请用200字以内文字描述该项目存在的主要问题和原因。
【问题2】请用300字以内文字描述发生这样的事情，项目经理有没有责任？如果有责任，那么具体有哪些责任？
【问题3】请用400字以内文字结合你本人的实际项目经验，说明如果你是王经理，你觉得应如何避免这样的事情发生？
8.5.2 案例分析
【问题1】
类似本案例这种结局的项目很多，风险管理不再只是纸上谈兵，而应有具体的量化评估体系，具体的风险应对对策。由此可见国内企业在项目管理的实施上还没有深入。有很多是整体环境和管理层的问题，但项目经理也具有不可推卸的责任。
其一，国内企业对项目管理的实施很浅薄：一个普遍现象就是购买所谓专业的项目管理软件来做项目管理，以为这样就可以解决一切问题，就很专业很规范了。但企业本身的管理体系和软件的项目管理思想格格不入，至少没有融合，或者是根本没有深入，在这种背景下的项目管理充其量也就是定期搞个报表哄哄领导。所以一旦项目出现任何风险就会岌岌可危。
其二，项目管理体系不健全：由于企业管理层对项目管理知识的匾乏，导致公司没有一个比较健全的项目管理体系，正是因为缺乏项目生存环境，所以项目经理们在实施项目的时候四处碰壁，无可奈何。当然这并不是为项目经理推脱责任，这个道理就好像外企的职业经理人空降后全都天折了一样。别忘了项目经理的权利最重要，项目经理没有决策权，做什么都白做。
其三，项目管理的量化时代迟迟没有到来：这个案例的直接原因就是风险管理的缺乏，如果有一个好的风险预警体系，这种问题应该很早能预料到，能够增加一些防范措施。我们现在所谓的风险管理只是象征性地列个risk list，没有一个很好的量化和评估过程，基本只是个文档。所以这样的管理都是些面子过程。项目经理的职责是跟踪监控，那么没有具体的数据，所谓的监控只能沦为例行公事。
其实，导致这种状况的原因可能还有些更深层次的外部因素，比如国内企业目前基本是以市场为导向，而中国处于一种市场经济的发展阶段，市场化并不成熟，各种因素导致了企业为了市场而急于求成，本来就缺乏规范管理的企业就更谈不上项目管理了。
当然种种原因不足以说明我们的项目管理就不能进行了，在这个案例中，项目经理负有不可推卸的责任，你的风险列表里是否已经识别到了这种合同风险或市场风险呢？如果有，那么你是否采取过什么沟通手段和措施。也许你没有根本解决这个问题权利，但你有努力挽救这种结局的责任和义务。
【问题2】
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题，以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。如果对项目进行风险管理，就可以最大限度地减少风险的发生。但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。
在项目风险管理中，存在多种风险管理方法与工具，软件项目管理只有找出最适合自己
的方法与工具并应用到风险管理中，才能尽量减少软件项目风险，促进项目的成功。
项目风险管理是指为了达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。
项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控，如图8-3 所示。风险识别在项目的开始时就要进行，并在项目执行中不断进行。就是说，在项目的整个生命周期内，风险识别是一个连续的过程。
(1)风险识别：风险识别包括确定风险的来源，风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次就可以完成的事，应当在项目的自始至终定期进行。
(2)风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定哪些事件需要制定应对措施。
(3)风险应对计划制定：针对风险量化的结果，．为降低项目风险的负面效应制定风险应对策略和技术手段的过程，风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其他过程提供的依据。
(4)风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施，以及风险管理计划的更新。每个步骤所使用的工具和方法详见表8- 1。
【问题3】
软件项目的风险无非体现在以下四个方面：需求、技术、成本和进度。IT 项目开发中常见的风险有如下几类：
1．需求风险
(l)需求已经成为项目基准，但需求还在继续变化。
(2)需求定义欠佳，而进一步的定义会扩展项目范畴。
(3)添加额外的需求。
t4)产品定义含混的部分比预期需要更多的时间。
(5)在做需求中客户参与不够。
(6)缺少有效的需求变化管理过程。
2．计划编制风险
(1)计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致。
(2)计划是优化的，是“最佳状态”，但计划不现实，只能算是“期望状态”。
(3)计划基于使用特定的小组成员，而那个特定的小组成员其实指望不上。
(4)产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大。
(5)完成目标日期提前，但没有相应地调整产品范围或可用资源。
(6)涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。
3.组织和管理风险
(1)仅由管理层或市场人员进行技术决策，导致计划进度缓慢，计划时间延长。
(2)低效的项目组结构降低生产率。
(3)管理层审查决策的周期比预期的时间长。
(4)预算削减，打乱项目计划。
(5)管理层做出了打击项目组织积极性的决定。
(6)缺乏必要的规范，导致工作失误与重复工作。
(7)非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。
4.人员风险
(l)作为先决条件的任务(如培训及其他项目)不能按时完成。
(2)开发人员和管理层之间关系不佳，导致决策缓慢，影响全局。
(3)缺乏激励措施，士气低下，降低了生产能力。
(4)某些人员需要更多的时间适应还不熟悉的软件工具和环境。
(5)项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低。
(6)由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作。
(7)不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性。
(8)没有找到项目急需的具有特定技能的人。
5．开发环境风险
(1)设施未及时到位。
(2)设施虽到位，但不配套，如没有电话、网线、办公用品等。
(3)设施拥挤、杂乱或者破损。
(4)开发工具未及时到位。
(5)开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具。
(6)新的开发工具的学习期比预期的长，内容繁多。
6.客户风险
(1)客户对于最后交付的产品不满意，要求重新设计和重做。
(2)客户的意见未被采纳，造成产品最终无法满足用户要求，因而必须重做。
(3)客户对规划、原型和规格的审核决策周期比预期的要长。
(4)客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更。
(5)客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长。
(6)客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系
管理工作。
7．产品风险
(1)矫正质量低下的不可接受的产品，需要比预期更多的测试、设计和实现工作。
(2)开发额外的不需要的功能(镀金)，延长了计划进度。
(3)严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作。
(4)要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作。
(5)在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题。
(6)开发一种全新的模块将比预期花费更长的时间。
(7)依赖正在开发中的技术将延长计划进度。
8.设计和实现风险
(1)设计质量低下，导致重复设计。
(2)一些必要的功能无法使用现有的代码库实现，开发人员必须使用新的库或者自行开发新的功能。
(3)代码和库质量低下，导致需要进行额外的测试，修正错误或重新制作。
(4)过高估计了增强型工具对计划进度的节省量。
(5)分别开发的模块无法有效集成，需要重新设计或制作。
9．过程风险
(1)大量的纸面工作导致进程比预期的慢。
(2)前期的质量保证行为不真实，导致后期的重复工作。
(3)太不正规(缺乏遵循软件开发策略和标准的意识)，导致沟通不足，质量欠佳，甚至需重新开发。
(4)过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作。
(5)向管理层撰写进程报告占用开发人员的时间比预期的多。
(6)风险管理粗心，导致未能发现重大的项目风险。
软件项目管理从某种意义上讲，就是风险管理。我们尽量去定义明确不变的需求，以便进行计划并高效管理，但商业环境总是快速变化的，甚至是无序的变化。所以，软件企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，以确保软件项目在规定的预算和期限内完成项目。
8.5.3 参考答案
【问题1】
首先，CSAI由于被项目“合作分成”的利益所迷惑，所以对项目的可行性分析和风险分析做得很不够，才会出现全额承担项目费用的情况，将自己的成本控制得非常高，所以项目经理、行政主管都有错。
其次，虽然CSAI 自身承担高额的成本，但对于合同条款的管理没有严格约束，这是导致运营商出现平台停用后没有足够法律条款约束其的后果。所以律师、项目经理需要反省。
最后，公司需要对项目的技术进一步审核，修正存在的问题，以免运营商提出种种没有达标的借口，并整理相关的在合同签订时、项目实施中、事后运营商出具的相关的文档为日后可能出现的官司准备。所以整个项目团队都要积极参与。
【问题2】
(1)从本案的商业模式来看，CSAI 与运营方实际上首先都是投资方，运营方投入的是品牌和渠道，CSAI 投入的是技术和资金，而从本案来看，CSAI 好像将自己定位为一个项目执行方，那么一开始已经注定成功的可能性不大，出现这样的问题也在情理之中。
(2)这个商业模式本身没有问题，有问题的是项目经理在出现了一个潜在的竞争者却
“浑然不觉”，毕竟在利益和商业道德之间至少在目前多数人会选择利益，抛弃道德，这个是项目经理在做项目可行性计划时的失误，至少，可行性计划中对这方面的风险分析是有缺陷的。
(3)项目经理不缺乏项目管理的经验，而缺乏必要的商业运作经验，本项目的失败项目经理要承担部分责任，毕竟在项目执行过程中一定会有很多“蛛丝马迹”表明运营商将会有违约的可能，这时候项目经理应该及时向自己的组织通报项目存在的风险，便于公司的高层及时与运营商沟通并约束对方履行合同，当然，本项目失败的根本原因在CSAI 公司的高层，至少他们应该承担项目失败成本85％的责任。
(4)项目经理应提高自己的法律意识和商业意识。
【问题3】
首先，项目的风险管理应该在项目实施之前就应该做好，准备好风险出现时的应急措施。任何项目可能都存在风险性，如何圆满处理和化解风险才是项目经理在管理项目时应该考虑的。
其次，项目经理如果在与运营商谈此项目之时，就参与进入的话，项目经理是有推卸不了的责任，因为项目经理应该知道项目各方的权责利问题，尽可能把项目风险把握在自己可控之中，并且有一定的法律依据。
再次，“合作分成”这样的搭建平台的方式本身就具有很大的风险性，但是现在工作中这种合作方式又普遍存在的，这样就要求项目经理应该具有很强的自我法律保护意识，在签署项目合作协议时，应该规范合作各方的权责利，规避项目风险！
建设工程项目风险的种类有哪些
建设工程项目风险的种类有哪些 投资规模大只是建设工程项目的特征之一，他还有实施周期长、不确定性因素多、经济风险和技术风险大、对生态环境的潜在影响严重、在国民经济和社会发展中占有重要战略地位等特征。 随着科技的飞速发展和人们生活节奏的不断加快，社会环境瞬息万变，各工程项目所涉及的不确定因素日益增多，面临的风险也越来越多，风险所致损失规模也越来越大，这些都促使科研人员和实际管理人员从理论上和实践上重视对工程项目的风险管理。 建筑工程项目从立项到完成后运行的整个生命周期中都必须重视对风险的管理，建筑工程项目的风险具有如下特点： 第一，风险存在的客观性和普遍性。作为损失发生的不确定性，风险是不以人的意志为转移并超越人们主观意识的客观存在，而且在项目的全寿命周期内，风险是无处不在、无时不有的。这些说明为什么虽然人类一直希望认识和控制风险，但直到现在也只能在有限的空间和时间内改变风险存在和发生的条件，降低其发生的频率，减少损失程度，而不能也不可能完全消除风险。 第二，某一具体风险发生的偶然性和大量风险发生的必然性。任何一种具体风险的发生都是诸多风险因素和其他因素共同作用的结果，是一种随机现象。个别风险事故的发生是偶然的、杂乱无章的，但对大量风险事故资料的观察和统计分析，发现其呈现出明显的运动规律，这就使人们有可能用概率统计方法及其他现代风险分析方法去计算风险发生的概率和损失程度，同时也导致风险管理的迅猛发展。 第三，风险的可变性。这是指在项目的整个过程中、各种风险在质和量上的变化，随着项目的进行．有些风险将得到控制，有些风险会发生并得到处理，同时在项目的每一阶段都可能产生新的风险。 第四，风险的多样性和多层次性．建筑工程项目周期长、规模大、涉及范围广、风险因素数量多且种类繁杂致使其在全寿命周期内面临的风险多种多样．而且大量风险因素之的内在关系错综复杂、各风险因素之间并与外界交叉影响又使风险显示出多层次性，这是建筑工程项目中风险的主要特点之一 按责任方可以把风险划分为：发包人风险、承包人风险以及第三人风险等。这三种风险既可能独立存在，也可能共同构成，即混合风险。例如，因发包人支付原因和承包人管理水平因素而导致工期延误等即属混合风险。 按风险因素的主要方面，又可将风险分为技术、环境方面的风险与经济方面的风险以及合同签订和履行方面的风险等三种。它们主要有以下几类： （一）技术与环境方面的风险 1、地质地基条件。工程发包人一般应提供相应的地质资料和地基技术要求，
工程项目风险案例分析
工程项目风险管理案例分析 风险管理的重点是成本、进度、质量、健康/安全/环 境（HSE）和资源供应等风险。 一、工程概况：指在施工程项目的基本情况,其主要内容包括:建设单位、单位、单位、施工单位、工 程地点、工程总、施工条件、开竣工日期、面积、 形式等。（自己写写就OK） 二、不确定分析（看着加吧） （1）费用不确定：在工程还未完工之前，该工程所花费的具体数额是不能确定的。 （2）进度不确定：工程完工之前，需要多长的工期因为众多因素的不确定而无法确定。 （3）质量不确定：我们只能尽量保证工程质量符号标准，而无法确定工程在未完工之前的质量。 （4）水文地质不确定：在勘察和实际所面临的水文地质等可能因为时间的改变而改变，无法准确定位。 （5）工程收益不确定：收益总是改变的，且具体数额不可能提前预知。 （6）移民拆迁等不确定 三、风险清单（看着加吧） （1）不可抗力：不能预见、不能避免和不能克服的
客观情况 （2）资源供应：包括人力资源、财力资源、物质资源和技术信息资源。 （3）法规变更：新的规范、规定。 （4）行政风险：新的行政命令。 （5）利率风险：利率变化使工程的实际收益与预期收益或实际成本与预期成本发生背离，使其实际收益低于预期收益，或实际成本高于预期成本，从而使工程遭受损失的可能性。 （6）通胀风险：投资行为所面临的系统风险，指因通货膨胀引起货币贬值造成资产价值和劳动收益缩水的风险。 （7）技术风险：是指伴随着科学技术的发展、生产方式的改变而产生的威胁人们生产与生活的风险。技术风险可依据工程项目风险定义进行等级区分。通常分为低、中、高风险三个等级。 低风险是指可辨识且可监控其对项目目标影响的风险；中等风险是指可辨识的，对工程系统的技术性能、费用或进度将产生较大影响的风险，这类风险发生的可能性相当高，是有条件接受的事件，需要对其进行严密监控。高风险是指发生的可能性很高，不可接受的事件，其
《项目风险管理计划》模板
技术文件
【模板使用说明】 1)本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时应经副 区总审批）后，可以提供给顾客、客户或合约方。 2)模板内容供参考，可以根据实际情况删除或增加二级和三级标题要求的内容，但不 能删除一级标题。 3)对于模板中涉及数据的分析和统计，建议使用表格和图形表示，使数据更清晰直观。 4)在编辑完整个文档后，点击鼠标右键，选择“更新域——更新整个目录”即可。 5)请在完成整个文档的编写后，将模板中给出的说明删除。 文档版本变更记录（文档作者或修改者更新文档版本时填写）：
目录 1概述............................................................................................................................................ 2定义和缩略语............................................................................................................................ 3项目风险管理组织.................................................................................................................... 4项目定义风险管理表................................................................................................................ 4.1项目风险类别定义 ........................................................................................................... 4.2项目风险概率和影响定义 ............................................................................................... 4.3项目风险状态定义 ........................................................................................................... 4.4项目风险管理表 ............................................................................................................... 5项目风险管理策略.................................................................................................................... 6项目风险管理进度安排............................................................................................................ 7其它............................................................................................................................................
项目风险管理案例分析
项目风险管理案例分析 1公司背景简介 河北H-A会计师事务所是河北省财政厅对国有大中型企业进行社会审计的试点所，承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所是省直科研单位，现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 2实际项目分析 2.1项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2.2开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 2.3技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 2.4客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 2.5项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。 3实际的风险管理状况 凭借公司在以往的经验，在此软件项目的整个生命周期中，任何阶段都有可能有风险存在，WBS是完整表示项目，且伴随整个项目生命周期的项目要素，所以以WBS为基础进行风险管理，既可以方便地识别，标识相应的风险来源，又方便和项日其他工作一起，统一管理。 在软件项目中，各阶段主要工作简述如下：
信息系统项目管理师章节题目 第11章 项目风险管理
2013年上 试题47 制定风险管理计划是描述在项目中如何组织和执行风险管理的项目计划，其中定义风险管理过程在项目整个生命周期中的执行频度，并定义风险管理活动的计划的工具或活动称为（47）。 A. 风险管理时间表 B. 风险概率分析 C. 风险检查表 D. 风险频度评审 分析： 风险管理计划编制的输出 制订时间表。定义在项目整个生命周期中风险管理过程的执行频度，并定义风险管理活动以便包含在项目的进度计划中 参考答案：A 试题48 项目经理在6月1日对一个软件开发项目进行了挣值分析，项目CPI是1.0，进度偏差是零。在6月3日，附近的河流泛滥，致使开发计算机房被淹，导致所有工作停工2周时间。该项目遭受了（48）。 A. 已知的可预测风险 B. 已知的不可预测风险 C. 未知的可预测风险 D. 未知的不可预测风险 分析： 按风险的可预测性划分 按这种法，风险可以分为已知风险、可预测风险和不可预测风险。 已知风险就是在认真、严格地分析项目及其计划之后就能够明确的那些经常发生的，而且其后果亦可预见的风险。已知风险发生概率高，但一般后果轻微，不严重。项目管理中已知风险的例子有：项目目标不明确，过分乐观的进度计划、设计施工变更，材料价格波动等。 可预测风险就是根据经验，可以预见其发生，但不可预见其后果的风险。这类风险的后果有时可能相当严重。项目管理中的例子有：业主不能及时审查批准、分包商不能及时交工、施工机械出现故障、不可预见的地质条件等。 不可预测风险就是有可能发生，但即使最有经验的人亦不能预见的风险。不可预测风险有时也称未知风险或未识别的风险。它们是新的、以前未观察到或很晚才显现出来的风险。这些风险一般是外部因素作用的结果。如地震、百年不遇的暴雨、通货膨胀、政策变化等。 参考答案：D 试题49 一名项目经理正在为自己负责的项目进行风险量化。几位参与项目的专家都不在现场，但是希望参与项目风险评估工作。此时，可以（49）。 A. 依托因特网，使用Monte Carlo模拟方法
投资项目风险控制管理办法
XXXX投资有限公司投资项目风险控制管理办法 文件类别：管理办法 文件编号：HYTZ-BF-FK 撰写单位：投资公司 版本：A-00 发行日期：2015年5月 等级：□■一般 编制： 审核： 审批： 核准：
文件修订单文件名称：投资项目风险控制管理办法 目录
第一章总则 (2) 第二章主要风险类别 (4) 第三章风险控制组织体系及职责 (5) 第四章风险控制流程 (7) 第五章风险控制措施 (8) 第六章附则 (9) 第一章总则 第一条为规公司投资业务的风险管理，建立规、有效的风险控制体系，提
高公司的风险识别和防能力，保证公司投资业务稳健持续运行，提高投资效益与效率以及投资管理水平，根据公司《章程》等有关规定，制定本制度。 第二条公司风险是指未来的不确定性对公司实现投资目标的影响。 风险控制是指公司围绕集团公司的整体经营战略和经营目标，结合投资理念和投资标准，确定风险控制制度、措施和执行流程，建立健全风险控制体系，培育良好的风险管理文化以及全员风险意识，从而实现风险控制总体目标的一系列行为。 第三条公司风险控制的总体目标 1、有效防、控制、化解公司面临的各种风险，将风险程度和风险损失控制在最小，为公司持续经营提供安全保障。 2、逐步采用科学统一的风险量化法，建立完整的风险控制体系和流程，实现对风险的有效管理。 3、提高公司的投资效率和效益，树立和维护公司的声誉和品牌。 第四条公司风险控制应遵循的原则 1、全面性原则：风险控制应做到投前、投中、投后控制的相统一，并实行全员和全过程相结合的风险控制体系。 2、持续性原则：风险控制是一个由投资目标设定、风险识别、风险评估、风险应对和监督反馈等流程组成的动态、循环的管理过程。 3、独立性原则：风险控制工作应保持高度的独立性和权威性，并落实到投资业务活动的全过程。 4、有效性原则：风险控制制度应成为全员格遵守的行动指南，任员工不能拥有超越制度或违反规章的权力。同时风险控制应与公司投资目标、投资规模、风险状况及公司所处的环境相适应，追求效率与效益的相统一。
第-8-章--项目风险管理案例
第8 章项目风险管理案例 项目需要以有限的成本在有限的时间内达到项目目标，而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响，抓住风险带来的机会，增加项目干系人的收益。作为项目管理人员，必须评估项目中的风险，制定风险应对策略，有针对性地分配资源、制定计划，保证项目顺利的进行。 8．1 案例一：风险分类 阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述，回答问题1至问题3。 8.1.1 案例场景 某公司召开会议，商量是否实施ERP项目，三个部门主要负责人就此问题发表自己的看法。 甲：我们公司不应该实施这个项目。现在我们刚把办公自动化系统搞好，还没有适应，工作效率也没提高多少，再上ERP 有些不适应，而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了，成功的几率不会多大。如果我们也失败了，会给公司带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目，多招一些开发高手，提高公司的收益，而不是搞这些无端的风险投资。 乙：不应该一棒子打死ERP，ERP是一种新兴事务，ERP不是万能的，但是不上ERP 又是万万不行的。企业规模到了一定程度，管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案，是面向供应链和“流程制”的智能决策支持系统，其先进的管理思想可以帮助企业最大限度地利用已有资源，解决管理和决策问题。但是实施ERP 风险很大，很多企业都失败了，主要原因在于项目实施的管理问题，没有及时识别项目中的风险并及时处理，项目监控机制不好，高层支持不够，老员工的适应性差等，最终导致“ERP天折”。我们公司以后想获得更大发展，应该实施ERP ，现在有些条件不够，整体上ERP不太可行，我们可以分步实施。我们可以借鉴其他企业实施ERP 的经验，先进行小范围ERP试验、积累经验，等以后时机成熟了，我们就整体实施ERP 。 丙：ERP 应该上，而且要迅速上，不应该等。如果其他企业都上了ERP，那么我们公司再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑，虽然有风险，但是收益也大，现在我们的目标是收益，对于风险要想法化解。项目实施中要注意借鉴其他企业的经验，摸着石头过河，形成自己的特色，提高自己公司的管理和决策水平，争取把公司做大做强。小的、可以自己解决的风险自己处理；难以处理的、不确定的风险进行外包，实施风险转移；如果管理有问题的话，可以从专业咨询公司招聘顾问来担当项目经理的职务。总之，尽一切可能实施ERP，实现收益最大化。 【问题1】如图8-1所示，横轴表示项目投资的大小，纵轴表示项目成功的概率，A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征，并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。
(风险管理)第十章工程项目成本风险分析与管理
天津大学本科生课程教案工程成本规划与控制课程教案 本次授课题目：工程项目成本风险分析与管理对应教学 大纲章节： 第十章 教师、听课对象、时间和地点： 教学目标：1）了解工程成本构成要素的不确定性2）熟悉工程成本风险分析与管理 3）熟悉工程成本风险管理技术 教学重点：1）工程成本风险分析与管理2）工程成本风险管理技术 教学难点及化解 措施： 工程成本风险管理技术（通过回顾其他先修课程的内容和新方法重点讲解） 教学过程 序号教学内容 时间 分配 教师活动学生活动 1 工程成本构成要素的不确定性10分钟讲解，听课，理解 2 工程成本风险识别10分钟讲解，举例分 析 听课，理解，提问 3 工程成本风险估计15分钟讲解听课，理解 4 工程成本风险评价20分钟讲解，提问听课，理解，问答 5 工程成本风险管理技术35分钟讲解，举例分 析 听课，理解，回答问 题
天津大学本科生课程教案 第十章 工程项目成本风险分析与管理（2学时） 一、本章教学目的 通过本章的学习，让学生了解工程项目成本构成要素的不确定性与风险管理的基本理论，学会工程项目成本风险分析的工具和技术与风险管理的手段和方法，提高风险识别、估计和评价的工程项目风险分析和管理的能力。 二、本章教学重点和难点 本章教学重点和难点是工程项目成本风险分析与管理中的风险识别、估计和评价的技术、手段和方法。 三、本章教学内容 （一）工程成本构成要素不确定性与风险管理 1.工程成本构成要素不确定性分析 （1）工程成本构成要素是随机变量 工程成本构成要素是随机变量，在于工程成本无论采用何种分类标准，其构成要素都要受自然、社会、技术、经济、法律等影响。工程成本是决定建设工程价值的重要因素，最终归为工程量和相关取费标准上，而这两个确定建设工程成本的重要方面受可控和不可控的影响因素非常多，都是随机变量。 工程成本构成要素之所以具有不确定性和随机性特征，在于以下三个原因（图10.1）： 图10.1 工程成本构成要素不确定性的原因 ① 项目环境的不确定性 工程项目的立项、分析、研究、设计和策划都是基于对未来环境（市场、经 项目环境不确定 项目行为主体不确定 信息不完备 工程成本的不确定 工程成 本构成要素的不确定性
项目风险类别大全
项目风险类别大全 1.最常见的进度计划风险 1）功能无限蔓延； 2）需求镀金或开发人员镀金； 3）质量不定 4）计划过于乐观 5）设计欠佳 6）银弹综合症 7）研发导向开发 8）人员薄弱 9）来自上级对项目需求的干预 2.进度计划风险完整列表 2.1 计划编制风险 1）计划、资源和产品定义全凭决策组或上层领导口头指令，并且不完全一致；2）计划是优化的，是“最佳状态”； 3）计划忽略了必要的任务； 4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。 5）在限定的时间内无法建成已定规模大小的产品； 6）产品规模比估计的要大一些； 7）工作量大于估算数； 8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史； 9）过度的进度压力造成生产率下降；
10）目标日期提前，但没有相应地调整产品范围或可用资源； 11）一个任务的延迟导致相关任务的连锁反应； 12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。 2.2 组织和管理 1）项目缺乏一个有凝聚力的最高领导人； 2）由于前期乏力，项目长时间被搁置； 3）解雇和削减开支导致项目小组能力下降； 4）仅由管理层或市场人员进行技术决策，导致计划进度延长； 5）低效的项目组结构降低生产率； 6）管理层审查/决策的周期比预期时间长； 7）预算削减打乱项目计划； 8）管理层做出了打击项目组织积极性的决定； 9）非技术的第三方的工作比预期延长（如审批，采购等）； 10）计划性太差，无法适应期望的开发速度； 11）项目计划由于压力而放弃，导致开发混乱、低效； 12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。 2.3 开发环境 1）设施没有及时到位； 2）设施到位，但不配套； 3）设施拥挤、杂乱或者破损； 4）开发工具未能及时到位；
第11章 风险管理
风险管理练习题 ●1、按照风险可能造成的后果，可将风险划分为（）。A．局部风险和整体风险B．自然风险和人为风险C．纯粹风险和投机风险D．已知风险和不可预测风险 ●2、在进行项目风险定性分析时，一般不会涉及到（①）；在进行项目风险定量分析时，一般不会涉及到（②）。 ①A．风险数据质量评估B．风险概率和影响评估C．风险紧急度评估D．建模和仿真 ②A．建立概率及影响矩阵B．灵敏度分析C．期望货币值分析D．风险信息访谈 ●3、进行风险监控一般会（）。 A．制定应急响应策略B．进行预留管理 C．制定风险管理计划D．进行项目可能性分析 ●4、风险的成本估算完成后，可以针对风险表中的每个风险计算其风险曝光度。某软件小组计划项目中采用50个可复用的构件，每个构件平均是100LOC，本地每个LOC的成本是13元人民币。下面是该小组定义的一个项目风险：
1．风险识别：预定要复用的软件构件中只有50％将被集成到应用中，剩余功能必须定制开发； 2．风险概率：60％； 3．该项目风险的风险曝光度是（）。 A．32500 B．65000 C．1500 D．19500 ●5、下面是管理项目时可能出现的四种风险。从客户的角度来看，如果没有管理好( ), 将会造成最长久的影响。 A.人力资源风险 B.进度计划风险 C.费用风险 D.质量风险 ●6、软件项目中，技术风险威胁到要开发软件的质量及交付时间，而( )不属于技术风险。 A.采用先进技术开发目前尚无用户真正需要的产品或系统 B.软件需要使用新的或未经证实的硬件接口 C.产品需求中要求开发某些程序构件，这些构件与以前所开发的构件完全不同 D.需求中要求使用新的分析、设计或测试方法 ●7、在项目风险管理的基本流程中，不包括下列中的（）A．风险分析B．风险追踪C．风险规避措施D．风险管理计划编制
项目风险管理案例分析 (1)
项目风险管理案例分析 一．项目风险管理 项目风险管理是指通过风险识别、风险分析和风险评价去认识项目风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目风险实行有效的控制，妥善处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。项目风险管理的重要性很大程度上就是避免资源的浪费。 二．企业进行项目管理案例分析 （一）案例背景简介 河北H-A会计师事务所承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 （二）实际项目分析 1．项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2．开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 3．技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 4．客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 5．项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。
(风险管理)第十章工程项目成本风险分析与管理
（风险管理）第十章工程项目成本风险分析与管理
工程成本规划与控制课程教案教案编号：CM10-001
第十章工程项目成本风险分析与管理（2学时） 一、本章教学目的 通过本章的学习，让学生了解工程项目成本构成要素的不确定性与风险管理的基本理论，学会工程项目成本风险分析的工具和技术与风险管理的手段和方法，提高风险识别、估计和评价的工程项目风险分析和管理的能力。 二、本章教学重点和难点 本章教学重点和难点是工程项目成本风险分析与管理中的风险识别、估计和评价的技术、手段和方法。 三、本章教学内容 （一）工程成本构成要素不确定性与风险管理 1.工程成本构成要素不确定性分析 （1）工程成本构成要素是随机变量 工程成本构成要素是随机变量，在于工程成本无论采用何种分类标准，其构成要素都要受自然、社会、技术、经济、法律等影响。工程成本是决定建设工程价值的重要因素，最终归为工程量和相关取费标准上，而这两个确定建设工程成本的重要方面受可控和不可控的影响因素非常多，都是随机变量。 工程成本构成要素之所以具有不确定性和随机性特征，在于以下三个原因（图10.1）： 图10.1工程成本构成要素不确定性的原因 ①项目环境的不确定性
项目所处的环境因素均可能会产生变化，各方面均存在着不确定变动。 ②工程行为主体的不确定性 工程行为主体（图10.2）包括政府部门、业主、投资者、项目管理者、承包商、咨询中介等。这些行为主体的资信、技术能力、资金实力、企业经营状况、合同执行、业务流程等差别甚大，彼此间相互作用，因此他们的行为和决策都会影响到工程成本管理 图10.2工程行为主体不确定性 ③工程成本信息不完备 信息不完备是工程成本不确定性的原因之一，信息获取主体对工程的认识能力，是获取工程成本信息的前提，对信息的获取能力是获取工程信息量的关键，由已知工程信息对未来工程信息判断能力是工程信息加工的必备。工程成本的形成过程中，存在大量的信息采集、加工、推断，导致了工程成本的不确定性因素众多。如图10.3所示“＋”表示正向相关。 （2）工程成本构成要素服从一定概率分布 工程成本构成要素是随机变量，服从概率分布规律，其理论依据是： ①大数定律 大数定律（LawofLargeNumbers）是指对大量随机现象中普遍存才的必然性与规律性的抽象化总结，在随机现象的大量重复出现中，往往呈现几乎必然的规律，这类规律就是大数定律。随着研究对象的观察单位数增加到足够量时，研究对象的规律才通过误差很小的稳定性统计指标值反映出来。这为工程成本构成要素服从一定概率分布提供理论基础。 ②主观概率 主观概率是在一定条件下，对未来不确定事件及风险事件发生可能性大小的一种主观
建筑工程项目风险管理试卷答案
西南大学网络与继续教育学院课程考试试题 类别：网教专业：工程造价，建筑工程技术 2016年 12 月 课程名称【编号】：建筑工程项目风险管理【1089】 A卷 大作业满分：100 分 一、辨析题，判断正误，并阐述理由(共2小题,每小题10分,共20分) 1. 工程项目中的任何风险都可以通过保险来得到转移。 2. 在风险管理进程中，只有出现新的风险，才需要对风险进行估计。 二、简答题(从5小题中任选4小题完成,每小题15分,共60分) 1．风险事件发生后，所造成的损失应从哪几个方面来衡量？ 2．风险识别的目的包括哪些？ 3．建筑工程保险的特点有哪些？ 4. 职业责任风险的特征是什么？ 5. 建设项目风险决策一般遵循的原则是什么？ 三、论述题(共20分) 如何实现风险管理的目标？ 一、 1、工程项目中的任何风险都可以通过保险来得到转移。 答：（×），不是工程项目中的任何风险都可以通过保险来得到转移，只有可保风险才能 通过保险转移。 2、在风险管理进程中，只有出现新的风险，才需要对风险进行估计。 答：（×），无论什么时候，只要在风险监控的过程中发现有新的风险因素，就要对其进 行重新估算。除此之外，在风险管理的进程中，即使没有出现新的风险，也需要在项目 的里程碑等关键时段对风险进行重新估计。 二、 1．风险事件发生后，所造成的损失应从哪几个方面来衡量？ 答：（1）损失的性质，可能造成的损失是环境危害性的、经济的、技术的或是其他方 面的；（2）风险造成损失的大小，或者说是损失的严重程度；（3）损失发生的时间等。 2．风险识别的目的包括哪些？ 答：风险识别的目的包括三个方面： ①识别出可能对项目进展有影响的风险因素、性质以及风险产生的条件，并据此衡量风 险的大小； ②记录具体风险的各方面特征，并提供最适当的风险管理对策； ③识别风险可能引起的后果。 3、建筑工程保险的特点有哪些？ 答：（1）承保范围广；（2）被保险人可能有多个；（3）保险期限长短不一； 4、职业责任风险的特征是什么？ 答：（1）保险的标的是职业责任；（2）法律责任界定困难；（3）责任方及受害方都 得到保障。 三、论述题(共20分) 如何实现风险管理的目标？ 答：要实现风险管理目标，必须明确项目组织内部风险管理职能的分目标和总目标，规 定风险管理部门的任务、权力和责任，协调组织内各部门之间的风险关系，建立和改进 信息渠道和管理信息系统，以保证风险管理计划正常执行。 - 1 -
第11章 项目风险管理
第11章项目风险管理 1.以下都是风险管理规划会议的内容，除了( )。 A.识别风险 B.确定用于风险管理的进度活动及其所需成本 C.建立风险应急储备的使用方法 D.制定风险管理工作的相关模板 2.风险再评估与风险审计都是监控风险过程的工具，它们之间的主要差别在于( )。 A.项目阶段结束时进行风险再评估，整个项目结束时进行风险审计。 B.风险再评估由项目管理团队实施，风险审计由管理层实施。 C.风险再评估由项目管理团队实施，风险审计由项目经理实施。 D.风险再评估由项目团队实施，风险审计由项目团队之外的独立第三方实施。 3.风险数据质量评价是哪个过程的工具与技术?( ) A.实施定性风险分析 B.实施定量风险分析 C.规划风险应对 D.监控风险 4.风险识别过程会得到( )。 A.风险分解结构 B.风险清单及风险特征 C.风险责任人 D.风险应对措施 5.最有可能导致项目风险管理失败的因素是( )。 A.风险应对计划不起作用 B.风险监控不力 C.缺乏风险登记册 D.项目范围说明书不够详细 6.在风险管理中，风险责任人的主要责任是( )。 A.识别风险 B.预防风险发生 C.规划风险应对措施 D.实施风险应对措施 7.对未知风险通常应该采取以下哪项措施进行管理?( ) A.事先制定应对措施 B.设法消除 C.制订应急计划 D.设法减轻 8.用来检查风险应对措施在处理已识别风险及其根源方面的有效性，以及用来检查风险管理过程的有效性的工具是( )。 A.风险评估 B.风险审计 C.偏差和趋势分析 D.技术绩效测量 9.以下哪个不是识别风险过程所用的图解技术?( ) A.因果图 B.亲和图 C.流程图 D.影响图 10.某个新产品研发项目，预计投资200万美元。该产品未来市场前景很好的概率为50％，可获利1000万美元；市场前景一般的概率为30％，可获利500万美元。该项目的预期货币价值是( )。 A.450万美元 B.650万美元 C.500万美元 D.数据不全，无法计算 11.不为处理某风险而修改项目计划的风险应对策略称为( )。 A.接受 B.转移 C.开拓 D.回避 12.给项目分配最有能力的人力资源，以确保抓住某个机会，这是属于( )。 A.风险接受 B.风险提高 C.风险开拓 D.风险分享 13.在项目执行过程中未按时实现某个中期里程碑，就是项目不能按期完工的( )。 A.风险触发因素 B.风险警告信号 C.风险症状 D.以上都是 14.以下都是风险管理计划的内容，除了( )。 A.风险类别 B.风险清单 C.风险概率和影响矩阵 D.风险概率和影响定义 15.项目风险管理包括以下所有过程，除了( )。 A.实施定量风险分析 B.规划风险管理 C.实施定性风险分析 D.实施风险应对措施 16.规划风险管理过程应该开始于( )。
精品PMP考试之第十一章项目风险管理(一)
PMP考试之第十一章项目风险管理（一） 【本章知识重点】 ★项目风险管理的6个过程 ★风险的定义、分类（记住Business与Pure） ★风险的要素 ★如何识别风险：（风险的因素、分类和触发器） ★定性分析的工具 ★定量分析的工具 ★风险应对计划：（理解应对计划的四个战略） ★风险监控 【电子笔记】 风险管理：指对项目风险进行识别、分析、并采取应对措施的系统过程。 它包括两个方面： 1.尽量扩大有利于项目目标事项发生的概率与后果； 2.尽量减小不利于项目目标事项发生的概率与后果。 项目风险管理包括6个过程： 11.1风险管理规划：决定如何进行和规划项目的风险管理活动； 11.2风险识别：判断哪些风险会影响项目，并将这些风险的特性文档化； 11.3风险定性分析：对风险及其条件进行定性分析，以便按其对项目目标影响进行排序；
11.4风险定量分析：量度风险的概率与后果，估计其对 项目目标造成的影响； 11.5风险应对规划：制订为项目目标增加机会、减轻威 胁的程序与技术； 11.6风险监测与控制：在项目整个生命期间监测残余风险、识别新风险，执行减轻风险计划，并对这些计划的有效性进行评估。 已知风险：已经识别与分析的风险，因此有可能对其做出规划。未知风险：无法管理。 组织从对项目成功威胁的角度看待风险。风险对项目所造成的威胁只要能与冒此风险所得到的收获相抵，就属于可接受风险。凡属于机会的风险不妨为之一搏，使项目目标从中受益。 11.1风险管理规划 风险管理规划：决定如何着手与规划风险管理活动的过程。 11.1.1风险管理规划的投入 1.项目章程（Projectcharter） 2.组织的风险管理方针 （Organization’sriskmanagementpolicies） 有些组织可能有事先规定的风险分析和应对办法，这些办法使用于具体的项目时要量体裁衣地的进行修改。 3.已明确的岗位和职责（Definedrolesandresponsibilities） 事先明确的岗位与职责，以及决策权限的层次都会影响规划。 4.干系人的风险承受力（Stakeholderrisktolerances） 不同组织与不同个人对风险的承受力各不相同。这将在其方针陈述与行动中表现出来。
监理导论》第七章设备工程项目的风险管理
第七章设备工程项目的风险管理 第一节项目风险与风险管理一 一、项目风险的概念 （一）风险的定义 风险是与人类活动相生相伴的，风险无所不在。企业面临经济风险，技术风险、环境风险；个人面临疾病、失业、意外事故等风险。进行任何经济、社会活动，包括工程项目的实施都有风险。风险是一种客观存在。这就要求包括设备监理工程师在内的项目各参与方正视风险、研究风险，确定风险管理目标，建立风险管理的体系。 对风险的定义有很多种，传统上的风险定义总是将风险和灾害或损失联系在一起，我国工程管理界长期以来的风险定义也认为风险是意外损失或损害发生的可能性。 以上的风险定义强调风险是由不确定性造成的负面效应引发的，该定义专注于风险的负面影响，即风险是有害的，会给工程项目带来威胁。事实上，与风险相对的是机遇，任何不确定性也同时孕育着机会，即正面效应，如材料价格变化所带来的风险。如果材料价格上涨，会使得工程造价升高；而如果材料价格下降，项目还能因此受益。因此，近年来，越来越多的国际性组织开始接受“风险是中性的”这一概念，国际标准化组织(ISO)定义风险为“某一事件发生的概率和其后果的组合”；美国项目管理协会的定义是“风险是一种不确定的事件或条件，一旦发生，会对至少一个项目目标造成影响”.显然，上面的这两种风险定义方式均将风险视为中性的，即风险造成的后果可能是消极的，也可能是积极的，后果为消极的是威胁，后果为积极的是机
会。 从设备监理工程师管理风险的目的是帮助业主回避或降低设备工程风险所带来的负面影响来说，设备监理管理的风险更多地可能带来损失的一面，这也是国内工程管理行业处理风险的惯例。虽然这种处理方式看起来较为稳妥，但实际上由于只重视损失的一面，而完全放弃可能的机会，造成风险管理总体上的一种不平衡。例如，对待材料、设备价格变动的风险，一部分工程业主采用的方式是以固定总价合同形式将价格变动的风险转移给承包商，看似业主完全不承担风险，但实际上这种方式是一种以多支付风险金换取承包商接受该项风险的方式，而且承包商在接受该风险后对材料、设备也大多采用即时采购的方式，被动接受市场价格的变动。如果材料、设备价格不变或下降，则风险金转为承包商的超额利润，价格上涨则承包商可以用风险金来补偿价格上涨所带来的损失，显然，这种消极的处理方式除了利用业主和承包商在价格变动趋势判断的信息不对称可以略微降低损失外，并没有给业主和承包商带来实质的好处。实际上，如果从主动干预风险、正确理解风险可能带来利益或损失的角度考虑问题，对大宗材料的价格管理至少可以利用期货市场，采用套期方式主动锁定风险利润或损失，从而达成预期目标。 对风险概念的进一步的解释包括了以下几个更深层次的含义： (1)风险是一种潜在的可能性，是一种客观存在，人们事前无法确认其在何时何地发生； (2)风险是中性的，可能带来的影响既可能是负面的，也可能是正面的，但人们关注的是不希望的事件或活动的结果，即损失或负面影响； (3)事件或活动的后果与事前的预期（目标）存在不一致和偏差，结果偏
软件项目风险分类
风险类型描述: 1、范围风险:与范围变更有关的风险,例如用户的需求变化等。 2、进度风险:导致项目工期拖延的风险。该风险主要取决于技术因素、计划合理性、资源充分性、项目人员经验等几个方面。 3、成本风险:导致项目费用(其中包括人工成本)超支的风险。 4、质量风险:影响质量达到技术性能与质量水平要求的风险。 5、技术风险:就是指由于与项目研制相关的技术因素的变化而给项目建设带来的风险,包括潜在的设计、实现、接口、验证与维护、技术的不确定性、“老”技术与“新”技术等方面的问题。 6、管理风险:就是指由于项目建设的管理职能与管理对象(如管理组织、领导素质、管理计划)等因素的状况及其可能的变化,给项目建设带来的风险。 7、商业风险:就是指开发了一个没有人真正需要的产品或系统(市场风险);或开发的产品不符合公司的整体商业策略(策略风险);或构成了一个销售部不知道如何去出售的产品(销售风险)等。 8、法律风险:例如许可权、专利、合同失效、诉讼、不可抗力等 9、社会环境风险:就是指由于国际、国内的政治、经济技术的波动(如政策变化等),或者由于自然界产生的灾害(如地震、洪水等)而可能给项目带来的风险。预测角度风险类型1、已知风险(knowns):就是通过仔细评估项目计划、开发项目的经济与技术环境以及其她可靠的信息来源之后可以发现的那些风险。例如,不现实的交付时间;没有需求或软件范围文档;恶劣的开发环境等。 2、可预测的风险(known-unknowns):可预见、可计划、可管理。又称已知-未知风险,就是指能够从过去项目的经验中推测出来的风险。例如,人员变动;与客户之间无法沟通等。以及市场风险(原材料可利用性、需求)、日常运作(维修需求)、环境影响、社会影响、货币变动、通货膨胀、税收 3、不可预测的风险(unknown-unknowns):不可预见、不可计划、不可管理,需要应急措施。又称未知-未知风险,就是指可能,但很难事先识别出来的风险。例如规章(不可预测的政府干预)、自然灾害风险来源划分: 1、产品规模风险 项目的风险就是与产品的规模成正比的。与软件规模相关的常见风险因素有:(1)估算产品规模的方法(包括:代码行,文件数,功能点等),(2)产品规模估算的信任度,(3)产品规模与以前产品规模平均值的偏差,(4)产品的用户数,(5)复用的软件有多少,(6)产品的需求变更多少等。一般规律,产品规模越大,以上的问题就越突出,尤其就是估算产品规模的方法,复用软件的多少,需求变化。 2、需求风险 很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。 与客户相关的风险因素有:(1)对产品缺少清晰的认识,(2)对产品需求缺少认同,(3)在做需求中客户参与不够,(4)没有优先需求,(5)由于不确定的需要导致新的市场,(6)不断变化需求,(7)缺少有效的需求变化管理过程,(8)对需求的变化缺少相关分析等。 3、相关性风险
第十章工程项目成本风险分析与管理
第十章工程项目成本风 险分析与管理 Document number：PBGCG-0857-BTDO-0089-PTT1998
工程成本规划与控制课程教案 教案编号：CM10-001
第十章 工程项目成本风险分析与管理（2学时） 一、本章教学目的 通过本章的学习，让学生了解工程项目成本构成要素的不确定性与风险管理的基本理论，学会工程项目成本风险分析的工具和技术与风险管理的手段和方法，提高风险识别、估计和评价的工程项目风险分析和管理的能力。 二、本章教学重点和难点 本章教学重点和难点是工程项目成本风险分析与管理中的风险识别、估计和评价的技术、手段和方法。 三、本章教学内容 （一）工程成本构成要素不确定性与风险管理 1.工程成本构成要素不确定性分析 （1）工程成本构成要素是随机变量 工程成本构成要素是随机变量，在于工程成本无论采用何种分类标准，其构成要素都要受自然、社会、技术、经济、法律等影响。工程成本是决定建设工程价值的重要因素，最终归为工程量和相关取费标准上，而这两个确定建设工程成本的重要方面受可控和不可控的影响因素非常多，都是随机变量。 工程成本构成要素之所以具有不确定性和随机性特征，在于以下三个原因（图）： 图 工程成本构成要素不确定性的原因 ① 项目环境的不确定性 工程项目的立项、分析、研究、设计和策划都是基于对未来环境（市场、经济、社会、自然等）的预测，是基于正常的或理想的技术、管理和组织。而
在具体实施过程中，工程项目所处的环境因素均可能会产生变化，各方面均存在着不确定变动。 ②工程行为主体的不确定性 工程行为主体（图）包括政府部门、业主、投资者、项目管理者、承包商、咨询中介等。这些行为主体的资信、技术能力、资金实力、企业经营状况、合同执行、业务流程等差别甚大，彼此间相互作用，因此他们的行为和决策都会影响到工程成本管理 图工程行为主体不确定性 ③工程成本信息不完备 信息不完备是工程成本不确定性的原因之一，信息获取主体对工程的认识能力，是获取工程成本信息的前提，对信息的获取能力是获取工程信息量的关键，由已知工程信息对未来工程信息判断能力是工程信息加工的必备。工程成本的形成过程中，存在大量的信息采集、加工、推断，导致了工程成本的不确定性因素众多。如图所示“＋”表示正向相关。 （2）工程成本构成要素服从一定概率分布 工程成本构成要素是随机变量，服从概率分布规律，其理论依据是： ①大数定律