IT项目风险管理案例

本文由用户“kingofass”分享发布 更新时间:2021-06-08 04:11:25 举报文档

以下为《IT项目风险管理案例》的无排版文字预览,完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的,下载的文档就是什么样的。

第8章项目风险管理案例

项目需要以有限的成本在有限的时间内达到项目目标,而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响,抓住风险带来的机会,增加项目干系人的收益。作为项目管理人员,必须评估项目中的风险,

制定风险应对策略,有针对性地分配资源、制定计划,保证项目顺利的进行。

8.1案例一:风险分类

阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述,回答问题1至问题3。

8.1.1案例场景

某公司召开会议,商量是否实施ERP项目,三个部门主要负责人就此问题发表自己的看法。

甲:***不应该实施这个项目。现在我们刚把办公自动化系统搞好,还没有适应,工作效率也没提高多少,再上ERP有些不适应,而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了,成功的几率不会多大。如果我们也失败了,***带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目,多招一些开发高手,***的收益,而不是搞这些无端的风险投资。

乙:不应该一棒子打死ERP o ERP是一种新兴事务,ERP不是万能的,但是不上ERP又是万万不行的。企业规模到了一定程度,管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案,是面向供应链和“流程制”的智能决策支持系统,其先进的管理思想可以帮助企业最大限度地利用已有资源,解决管理和决策问题。但是实施 ERP风险很大,很多企业都失败了,主要原因在于项目实施的管理问题,没有及时识别项目中的风险并及时处理,项目监控机制不好,高层支持不够,老员工的适应性差等,最终导致“ERP天折”。***以后想获得更大发展,应该实施ERP o现在有些条件不够,整体上ERP不太可行,我们可以分步实施。我们可以借鉴其他企业实施ERP的经验,先进行小范围ERP试验、积累经验,等以后时机成熟了,我们就整体实施ERP 。

丙:ERP应该上,而且要迅速上,不应该等。如果其他企业都上了ERP,那么***再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑,虽然有风险,但是收益也大,现在我们的目标是收益,对于风险要想法化解。项目实施中要注意借鉴其他企业的经验,摸着石头过河,形成自己的特色,提高***的管理和决策水平,争***做大做强。小的、可以自己解决的风险自己处理;难以处理的、不确定的风险进行外包,实施风险转移;如果管理有问题的话,可以从专业***招聘顾问来担当项目经理的职务。总之,尽一切可能实施ERP,实现收益最大化。

【问题1】(8分)

如图8-1所示,横轴表示项目投资的大小,纵轴表示项目成功的概率,A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征,并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。

【问题2】(8分)

***有以下三种职位,你认为甲、乙、丙分别适合做什么:项目经理、程序员、产品销售人员(请说清楚原因,不超过150字)。

8.1.2案例分析

【问题1】

本题考查考生对风险管理中不同投资者进行分类的能力。要想回答好该题,考生需要了解三种不同投资者(风险规避者、风险中立者和风险冒险者)对风险的承受能力和态度;能够从图中得出三种人的特征,然后进行分类;最后还要联系案例中的角色,对号入座。

求解此题时,也可以采用双管齐下的方针,先由图中简要归纳出A,B,C的特征,这些特征可能有些片面、不太完善。此时可以联系案例中甲、乙、丙的言谈,由于案例中言谈内容丰富,并且具有鲜明的性格特征,所以极易区分。从言谈中提取出的特征可以补充前面由图中归纳出的特征,使得特征更加全面、具体,同时也完成了对甲、乙、丙的归类。

A,风险规避者:这种人希望活动获得成功的概率随着投入的增加呈凸函数曲线规律增加,属于保守派。他们害怕风险,认为风险随时存在。在风险和收益对比方面,他们认为两者成反比关系,所以更注重前者。他们自始至终都不愿意接受较大的风险,希望利用少量投资就可以得到较高的成功概率,随着投资的增加,他们希望成功概率越来越大,最后达到百分之百。

B,风险中立者:这种人希望活动获得成功的概率随着投入的增加呈S曲线规律增加,属于中庸派。当投入少时,他们可以接受较大的风险,即使获得成功的概率不高也能接受;当投入逐渐增加时,他们就开始变得谨慎起来,希望获得成功的概率提高了,最后达到百分之百。

C,风险冒险者:这种人希望活动获得成功的概率随着投入的增加呈凹函数曲线规律增加,属于冒险派。他们认为风险和收益成正比,为此积极追求成功,正视风险,以尽可能获得最大收益为第一准则。为了这个目标,甘愿承受较大的风险。他们自始至终都愿意接受较大的风险,当投入少时,他们可以接受较大的风险;随着投入的增加,他们也会变得谨慎一些,希望成功概率有所增加,最后达到百分之百。

上述案例中,甲不愿意冒风险,坚决反对实施ERP,属于风险规避者;乙可以承受小范围内的风险,实施局部ERP,属于风险中立者;丙可以承受全部风险,坚决要求实施ERP,属于风险冒险者。

【问题2】

本题考查考生综合运用人力资源分类和风险管理知识的能力。要想回答好该题,考生需要了解项目开发中不同角色应该具有的特征和能力。

人力资源管理中,“人尽其能”是获取利益最大化,降低风险的一个分配原则,只有这样才能充分地发挥每个项目干系人的能力,保证他们能够以足够的精力参与到项目中来。

 甲属于风险规避者,做事小心谨慎,不愿意冒大风险,比较适合做程序员。因为程序员做事讲究规矩,不提倡个性化的随意发挥、出风头和冒风险。他们设计程序结构采用标准设计模式,定义数据结构采用标准包某某,代码遵守通用语法风格,算法采用通用的标准算法。他们编出的程序具有强标准性、开放性和稳定性。

乙属于风险中立者,做事深思熟虑、讲究章法,制定计划切实可行、可进可退,比较适合做项目经理。因为项目经理要求具有广博的知识和丰富的经历,能够合理处理质量、进度和费用的关系,处事灵活,能够预测变化并且能够适应变化。

丙属于风险冒险者,做事大胆,敢于冒风险,一切以效益为先,积极追求成功,具有强烈的成功欲望,比较适合做产品销售人员。因为产品销售人员要具有恒心和毅力,耐得住客户的冷眼和漠然,最终说服客户;要具备外向、冒险性格,这样有利于销售人员主动地与客户交流、敢于为争取机会而采取果断的行动。

8.1.3参考答案

【问题1】(8分)

A为风险规避者:属于保守派。他们自始至终都不愿意接受较大的风险,希望利用少量投资就可以得到较高的成功概率;随着投资的增加,他们希望成功概率越来越大,最后达到百分之百。

 B为风险中立者:属于中庸派。当投入少时,他们可以接受较大的风险;当投入逐渐增加时,他们就开始变得谨慎起来,希望获得成功的概率提高了,最后达到百分之百。

C为风险冒险者:属于冒险派。他们自始至终都愿意接受较大的风险,当投入少时,他们可以接受较大的风险;随着投入的增加,他们也会变得谨慎一些,希望成功概率有所增加,最后达到百分之百。

上述案例中,甲、乙、丙分别对应A, B, C.

【问题2】(8分)

甲属于风险规避者,做事小心谨慎,不愿意冒大风险,比较适合做程序员。

乙属于风险中立者,做事深思熟虑、讲究章法,制定计划切实可行、可进可退,比较适合做项目经理。

丙属于风险冒险者,做事大胆,敢于冒风险,一切以效益为先,积极追求成功,具有强烈的成功欲望,比较适合做产品销售人员。

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】(8分)

解释案例中分析图的含义,简述进度仿真中,为什么不用传统的数学分析技术(不超过250字)。

【问题2】(8分)

请用500字之内阐述项目质量管理中蒙特卡罗模拟方法的一般步骤。

【问题3】(9分)

根据案例中的数据,分别计算整体缺陷清除率、需求解释一致性、程序中原有的故障数和软件成熟度。

8.2.2案例分析

【问题1】

本题考查考生在进度仿真中对蒙特卡罗仿真结果进行分析的能力。要想回答好该题,考生需要了解蒙特卡罗曲线的实际意义。

风险量化的目的是形成有关需要追逐的机遇和需要注意的威胁的清单,建立有关项目团队有意识地接受或忽略的那些风险源和风险事件,以及谁决定这么做的文档。进行风险量化的常用方法包括:期望的货币价值、统计综合、风险仿真、决策树等。其中风险仿真除了量化风险以外,还可以制定项目进度计划。

风险仿真使用系统的表示法或模型来分析系统的行为或性能。项目最常用的仿真形式,是使用项目网络作为项目模型的进度仿真。大多数进度仿真是基于某种形式的蒙特卡罗(Monte Carlo)分析,该方法是一种模拟方法,通过多次“执行”目标项目,从而给出计算结果的统计分布,可以用来量化风险、计算在不同活动假设下的多个项目的持续时间。根据蒙特卡罗分析所得的结果,可以评估在不利条件下进度计划的可行性;以及为了应付和减缓意外风险情况带来的影响,要准备的应急/应对计划;此外,该模拟结果还可以评估这些应急/应对计划的可行性。

该曲线利用蒙特卡罗分析描述项目的进度仿真,该S形曲线显示了针对特

XX期,项目的累积概率。曲线的开始点表示项目开始的前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】(8分)

该曲线利用蒙特卡罗分析描述项目的进度仿真,该S形曲线显示了针对特XX期,项目的累积概率。曲线的开始点表示项目开始的前100天为准备期,项目开始200天可以完成项目的50%,项目开始320天可以基本完成。该S曲线向左移动表示项目完成日期提前,但这样有更高的风险;向右移动表示项目完成日期拖延,这样风险会降低。

任何大型或复杂的项目都应该进行进度仿真,传统的数学分析技术,如关键路径法(CPM)和项目评审技术(PERT)等,都以最小值为基准,并且不计算路径的交汇,这样会低估项目的工期。

【问题2】(8分)

蒙特卡罗模拟是一种有效的随即模拟统计实验方法,其基本思想是人为地造出一种概率模型,使它的某些参数恰好就是所需计算的量。又可以通过实验,用统计方法求出这些参数的估值,把这些估值作为要求的量的近似值。

项目管理中,经常用到的随机变量大多是与成本和进度有关的变量,由于数据量有限,它们往往以离散性形式出现。有经验可知,这些变量服从某些概率模型,利用蒙特卡罗方法结合这些概率模型就可以把那些离散分布转换为连续分布。其一般步骤如下:

(1)对每一项活动,输入最小、最大和最可能估计数据,并为其选择一种合适的先验分布模型。

(2)计算机根据上述输入,利用给定的某种规则,快速实施充分大量的随机抽样。

(3)对随机抽样的数据进行必要的数学计算,求出结果。

(4)对求出的结果进行统计学处理,求出最小值、最大值以及数学期望值和单位标准偏差。-

(5)根据求出的统计学处理数据,让计算机自动生成概率分布曲线和累积概率曲线(通常是基于正态分布的概率累积S曲线)。

(6)依据累积概率曲线进行项目风险分析。

【问题3】(9分)

整体缺陷清除率: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没有项目周期的概念,对合同规定的验收等反馈不予回应,需要企业A的高层领导亲自协调。源于此,项目组成员十分不满,C也十分苦恼。

【问题1】(8分)

如果C想快速结束这个项目,请用300字内讲述应该怎么处理。

【问题2】(8分)

在现阶段电子政务开发和实施过程中,如何应付政府领导的长官意志政.和府工作的拖沓作风,试用450字内回答。

【问题3】(9分)

电子政务承办机构在电子政务信息化实施过程中,为了避免项目失败,同时也为了获得收益,需要解决政府机关对于电子政务理解的哪些误区,试用300字内回答。

8.3.2案例分析

【问题1】

 本题考查考生在电子政务开发中应对项目收尾过程中风险和冲突的能力。要想回答好该题,考生需要熟悉电子政务开发的特点和沟通技巧。

(1)项目结束基础是政府主管领导要有一定的信息化基础知识,消除对电子政务认识上的误区,真正理解电子政务的本质和作用,让他们认识到电子政务是他们以后工作中 内容过长,仅展示头部和尾部部分文字预览,全文请查看图片预览。 缺乏必要的商业运作经验,本项目的失败项目经理要承担部分责任,毕竟在项目执行过程中一定会有很多“蛛丝马迹”表明运营商将会有违约的可能,这时候项目经理应该及时向自己的组织通报项目存在的风险,便***的高层及时与运营商沟通并约束对方履行合同,当然,本项目失败的根本原因在A公司的高层,至少他们应该承担项目失败成本85%的责任。

(4)项目经理应提高自己的法律意识和商业意识。

【问题3】(9分)

首先,项目的风险管理应该在项目实施之前就应该做好,准备好风险出现时的应急措施。任何项目可能都存在风险性,如何圆满处理和化解风险才是项目经理在管理项目时应该考虑的。

其次,项目经理如果在与运营商谈此项目之时,就参与进入的话,项目经理是有推卸不了的责任,因为项目经理应该知道项目各方的权责利问题,尽可能把项目风险把握在自己可控之中,并且有一定的法律依据。

再次,“合作分成”这样的搭平.建台的方式本身就具有很大的风险性,但是现在工作中这种合作方式又普遍存在的,这样就要求项目经理应该具有很强的自我法律保护意识,在签署项目合作协议时,应该规范合作各方的权责利,规避项目风险!

[文章尾部最后500字内容到此结束,中间部分内容请查看底下的图片预览]请点击下方选择您需要的文档下载。

  1. 《管理会计》课程思政案例(二)——助金课堂
  2. 环保管家项目商业计划书大纲
  3. 创业英雄会观后感
  4. 工程项目安全风险管理制度
  5. PPP关键问题解疑
  6. 公司项目风险和机遇管理程序
  7. 竹子简约ppt模板
  8. 风险管理规划
  9. 项目风险管理及应对措施
  10. 《内部控制与风险管理》期末课程论文
  11. 创业计划书项目
  12. PPP关键问题解疑
  13. PPP项目中利率变动风险的控制
  14. 公司分级管控制度
  15. 风险管理指南
  16. 旅游风险管理与保险 景区玻璃栈道风险案例
  17. 可行性研究报告内容及编制程序
  18. 项目管理与优化

以上为《IT项目风险管理案例》的无排版文字预览,完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的,下载的文档就是什么样的。

图片预览