项目风险管理本科.ppt

第十讲项目风险管理,陈远,通过本讲的学习：,了解风险发生的机理了解风险管理发展的历程掌握项目风险管理的过程掌握常用的项目风险管理方法,案例讨论,A企业要建设一个客户服务中心，旨在向客户提供有关本企业产品的咨询、查询、委托、投诉等服务，并希望采用计算机和通讯技术（包括电话、传真、Web、邮件等）进行快速、准确、多渠道的服务。B公司获取了这个项目，但它擅长的领域是典型的基于UNIX与TCP/IP的交易处理系统，没尝试过Web开发，对建立客户服务中心所需要的CTI知识知之甚少，只是为了公司的发展和业务的拓展争取到了这个项目。分析：该公司可能面临哪些风险？,1项目引入风险管理必要性,项目管理学会PMI的研究报告指出：在所有管理学科中，风险管理在IT行业是被用得最少的，即使它与项目成功具有相当高的相关性斯坦迪什咨询集团(TheStandishGroupInternational,Inc.)对项目进行了统计，自1994年以来发布一个题为“混沌(Chaos)”的报告，2001年题为“ExtremeCHAOS2001”.报告显示成功率（在计划的时间和预算内实现项目目标）虽有逐年增长，仍很低，见表1。需求的模糊、变更，技术和人员的不稳定性等等因素引发的不确定性引发IT项目的高风险。,表1项目成功率对比,风险的发生机理,风险是一种不确定性，风险是损失或损害，风险是预期和后果之间的差异。风险具有随机性、相对性、可变性的属性。人们只能在有限的空间和时间内改变风险存在和发生的条件，降低其发生的频率和减小损失程度，而不能也不可能完全消除风险。风险因素风险事故风险损失随着项目的进展，风险与机会逐渐减小，得失量即拥有的赌注本金量逐渐升高，由风险发生最高时期向风险影响最高时期过渡。风险影响=风险概率得失量风险的成本包括有形成本、无形成本、预防与控制风险的费用。,与风险有关的术语,风险事件：可能对项目带来好的或坏的影响的离散事件机会：风险事件产生的正面影响威胁：风险事件产生的负面影响风险征兆：有时称为风险触发器，是实际风险事件的间接表现不确定性：事物所处的不平常的状态，其特征是缺乏预期结果的信息冒险：自己涉足风险，往往由于人们没有明显意识到风险的存在。,2IT项目与普通项目的风险比较,目的：不像其它项目有比较清楚的定义，IT项目可能在项目开始时还没有完全定义好目标。范围：IT项目有时缺少清晰的界限，与哪个系统衔接？包括哪些业务过程？且范围还可以蔓延和扩大。并行工作：尽管正在创建新系统，但工作仍可在原有系统上开展，使得需求也在不断变化。衔接项目：IT项目可能面临更复杂的衔接问题。技术依赖性：人们总是在IT项目中尝试新技术或者那些他们还没有熟练掌握的技术。,IT项目与普通项目的风险比较（续）,管理层的希望：高层经理们听到了新技术的种种承诺，他们的期望会影响项目。积累影响：最近的项目会受到许多以前和其他正在进行项目的影响，这就是积累的依赖性。了解技术：IT项目必须深刻了解和整合多种技术。技术差距：最新技术和较早技术之间的差距也会影响IT项目。,3风险管理的演化发展过程,引自ElaineM.Hall风险管理软件系统开发方法一书问题阶段危机管理缓和阶段危机管理到风险管理的转变防范阶段将风险管理从经理的活动变为小组活动预知阶段主观的风险管理到量化的风险管理的转变机会阶段关于风险管理的积极看法,(1)问题阶段危机管理,不重视风险识别；管理层不支持风险交流，风险被认为是悲观的；出了问题，才采取行动。,(2)缓和阶段危机管理到风险管理的转变,认识到了风险，并知道会有损害；对风险管理的知识有限，寻找独立的专门技术帮助管理风险；主观和肤浅的风险评估或风险识别只在项目初期；缺乏贯穿始终的风险控制；缺乏文档化的风险计划；项目人员没有过多卷入风险管理。,(3)防范阶段将风险管理从经理的活动变为小组活动,团队成员有风险管理的基本概念；多数人有风险评估的经验；经理给项目小组委派风险评估责任；开始系统的运用风险管理过程；没有把握如何量化风险。,(4)预知阶段主观的风险管理到量化的风险管理的转变,认识到管理风险的程度决定着项目的成败；对风险采取主动方案；定量评估风险，进行量化管理；风险由项目管理层和客户合作分担和处理。,(5)机会阶段关于风险管理的积极看法,人人都有风险意识；风险管理的责任分配到人；风险管理融入日常管理；积极应对风险，从错误中吸取教训；风险管理获得巨大的投资回报。,4我国风险管理现状,清楚认识到了风险的存在和威胁；风险管理没有融入组织文化，不清楚如何进行风险管理；还是老的“救火”模式；仅仅是项目初期制订项目计划时涉及到风险管理计划的制定；风险管理只作为辅助手段。,5项目风险管理过程,项目风险识别项目风险分析项目风险计划项目风险跟踪项目风险控制,(1)项目风险识别,将项目风险的因子要素归类和分层地查找出来。确定风险的来源，风险产生的条件，描述风险特征和确定哪些事件有可能影响的项目。回答：项目中有哪些潜在的风险因素？这些因素会引起什么风险？,风险识别的方法,系统分解法：将复杂系统分解成较简单或容易认识的子系统或系统元素，见表2。系统分解也可用事故树来表示。事故树分析法：是从结果出发，通过演绎推理查找原因的一种过程。既可找出风险因素，又可求风险事故发生概率，还能提出风险控制方案，是定性/定量方法。常用于直接经验很少的风险识别。德尔菲法：20世纪50年代末美国为预测原子弹轰炸出现的结果而发明。反馈匿名函询法：匿名征求专家意见归纳、统计匿名反馈归纳、统计若干轮后停止。,表2风险分解图（RBS）,风险识别的方法（续1）,头脑风暴法：创造性发散性思维，团队全体出主意，不评判讨论，求数量非质量，以突破常规，求得最佳方案。流程图法：给出项目工作流程或关系图，识别风险可能发生的环节及其影响。情景分析法：通过对项目未来的某个状态或某种情况详细描绘和分析，识别风险后果及范围。可用计算机模拟。核对表法：把经历过的风险事件及来源，或前项目成功或失败原因，或保险公司条款罗列出来，启发思路，简单但受到项目可比性限制。,风险识别的方法（续2）,SWOT技术：分析项目内部优势与弱势，外部机会与威胁。多角度，系统分析工具。工作分解结构WBS：特定项目风险的识别，主要通过对工作的细分来识别一些具体的项目风险，WBS是现成工具，可减少成本和工作量。敏感性分析：分析在项目生命周期内，当项目变数（产量、价格、变动成本等）以及项目各种前提与假设发生变动时，项目性能（净现值、内部收益率等）会出现何种变化及变化范围。风险就与这些变数相随。常识、经验和判断实验或试验结果,思考：IT项目会有哪些风险？,IT项目管理问题清单,下面列出了IT项目管理中可能出现的一些问题清单，可结合具体项目通过检查此问题清单，识别出潜在的风险。（我们将分领域来罗列这些问题）,业务方面的问题,业务部门频繁地改变要求业务部门没有为项目提供好的员工业务部门不愿改变业务过程各业务部门间不能达成一致业务部门不能可靠地解决问题业务部门人员并不了解业务过程现有的业务过程状况不佳业务部门中级管理层抵制变革和信息技术项目业务部门企图支配项目,业务方面的问题（续）,业务部门的观念和高层管理的或产业的不一致业务部门经理及职员缺乏技术方面的知识业务部门的管理层更换了业务部门对项目没兴趣相比此项目，业务部门对其它工作和项目有更高的优先级业务部门现有的技术同项目中的技术有冲突,人力资源方面的问题,项目团队成员的流动缺乏承诺知识欠缺员工有些僵化团队成员抵制项目管理团队内部存在冲突团队成员在错误的任务上花费了太多的时间出现了人事上的缺口感到缺少技能了，或缺少人员,人力资源方面的问题（续）,一个小组成员不情愿离开项目团队成员花太多时间进行沟通某个团队成员拒绝学习新的技能一个团队成员的工作质量不够好新老职员之间有冲突新的团队成员不适用,管理层方面的问题,管理层改变了项目方向管理层丧失了兴趣支持项目的关键领导离开了管理层扩大了范围不愿配给资源凡事都要全体一致的管理原则管理层热衷于热门话题管理层采用一种特定的软件包，并硬要人们接受管理层太听命于咨询顾问管理层想改变电子商务的重点在管理层的支持下，营销部门界定新的电子商务的创建,技术方面的问题,对既有系统的支持太占用资源对员工缺少可行的培训技术需要一个太长的学习曲线对技术缺乏经验和知识技术不起作用技术的订购和交付延误了很快就会出现技术的新版本与现有技术的衔接缺乏支持技术上有差距,技术方面的问题（续）,由技术得到的试验结果是不成功的技术的表现不令人满意特性丢失了使用的技术过时了技术处理工作负荷不够灵活技术上选错了方向,供应商/顾问方面的问题,从供应商那里得不到支持供应商试图接管项目供应商交付的东西与以前承诺的不同供应商派出的人员有误供应商采用了不同的业务方向，把你甩在一边供应商员工干项目时缺勤太多供应商的工作质量低劣供应商技能不高，产生了差距供应商员工似乎要永远赖在项目上供应商不给出任何承诺的进度,供应商/顾问方面的问题（续）,供应商派出的员工频繁更替供应商对问题反应迟钝，项目受到了影响供应商员工固守他们自己的方法，但却与项目不匹配项目过度依赖于供应商供应商彼此之间不愿合作供应商将工作分包出去，随后就消失了供应商把用在你的项目上的方法又用于下一个客户供应商产出的工作成果是无用的,(2)项目风险分析,风险分析是详细检查风险的过程，目的是确定风险的范围（程度）、它们彼此如何关联，这些风险的严重程度如何？以及哪些是最重要的风险，即主要因素？风险分析过程的活动是将风险陈述转变为按优先顺序排列的风险列表所需的任务。风险分析活动由风险评估、风险分类、风险排序三部分组成。通过风险分析，可制定有效的决策。,风险分析过程定义,风险的定性分析例：主观评分法（权值：0没风险，10风险最大）,分析过程,项目最大风险权值和：559=225项目整体风险水平为：114/225=0.5067给定的整体评价基准：0.6由于0.50670.6，该项目整体风险水平可以接受，可继续进行下去。,风险的定量分析,概率/后果风险评分矩阵风险值=风险概率风险后果风险不一定都能检则到，因此：风险值=风险概率风险后果风险检测能力,风险的定量分析（续）,决策树分析法决策点：方块表示，对几种可能方案选择的结果。方案枝：由决策点起自左而右画出的若干条直线，每条代表一种备选方案。状态点：方案枝末端的圆圈，代表备选方案的经济效果。概率枝：由状态点向右画出的若干条直线，代表各备选方案在不同的自然状态下的概率。收益/损失值：概率枝的最末端标明各方案在相应自然状态下所达到的结果。,决策树分析法案例讨论1,某公司准备生产新产品，有甲、乙两个方案，甲投资900万元，乙投资600万元。两方案实施后都生产12年。经预测新品上市后销路好的概率为0.65，这时甲、乙每年赢利分别180万元和75万元；销路不好概率是0.35，这时甲亏损36万元，乙赢利25万元。画出问题决策树进行分析，分别按收益率最大或者损失最小原则。（,MAX0.6518012-0.353612-900，0.657212+0.352512-600=352.8,决策树分析法案例讨论2,甲公司考虑研制新除臭剂。目前甲拥有30%的除臭剂的市场，其余被乙公司占有。甲有80%把握研制出这种新除臭剂，估计乙推出新产品对抗的可能性是0.6，如果这种情况发生，甲占70%市场份额的可能性是0.3，占50%的可能性是0.4，占40%的可能性是0.3；如果乙未能开发新产品对抗，则甲占80%市场的可能性是0.8，占50%与40%的可能性都是10%。如果甲不开发新产品，仍然保持现有份额。画出问题决策树进行分析，问甲公司至少占有50%市场份额的概率是多少？,（0.80.60.3）+（0.80.60.4）+（0.80.40.8）+（0.80.40.1）=0.624,(3)项目风险计划,计划是制定关于如何处理风险的决策的过程。计划的结果是针对个别风险或一系列相关风险的风险行动计划。风险行动计划包括：缓解计划（风险发生前：降低、规避、转移），触发器（风险报警灯：启动、解除和延缓风险行动计划），应急计划（缓解计划失败后要使用的一套应急措施）。计划的目的是回答：是我负责的风险吗（责任）？我能做什么（方法、途径）？做多少和做什么（范围和行动）？,风险计划过程定义,(4)项目风险跟踪,跟踪是负责监视和缓解风险的人获得、编辑和汇报风险状态信息的过程。主要监视三个变化：触发器的值，风险的条件、结果、概率和影响的改变，缓解计划的进展。跟踪行动可：持续（经常或每周），定期（会议审查），特别关注（专人监视）,风险跟踪过程定义,(5)项目风险控制,控制是决策者分析跟踪报告中的数据、制定决策并实施决策的过程。控制步骤对团队之间的有效通信的依赖非常强。风险控制分析项目数据的趋势、偏差及异常，以纠正风险行动计划的偏差。,风险控制过程定义,(6)项目风险应对措施,规避：放弃原有方案。化解：消除风险因素。遏制：制止风险事件发生。转移：合同、购买、外包。对付概