项目风险管理技术与方法——德尔菲法

项目风险管理技术与方法

——德尔菲法

从理论上来讲，风险识别可以从原因查结果，也可以从结果反过来找原因。所谓从原因查结果，就是要先找出本项目会有哪些事件发生，这些事件发生后会引起什么样的结果。例如，项目进行过程中，用户的需求会不会发生变化，需求变更会引起什么样的后果等。所谓从结果找原因，就是要根据事情的结果找出其对应的原因。例如，网络设备的涨价将会引起项目超支，哪些因素会引起网络设备涨价呢？又如，项目进度拖延会造成诸多不利后果，那么，造成进度拖延的常见因素有哪些呢？是项目执行组织最高管理层犹豫不决？政府有关部门审批程序繁琐复杂？是开发单位没有经验，还是手头的项目太多？

在具体识别风险时，还可以利用一些具体的工具和技术包括德尔菲法、头脑风暴法和核对表法等，在本文中，我们介绍德尔菲法，下篇文章介绍后面两个方法。

一、德尔菲法

德尔菲（Delphi）是古希腊地名，该方法最早出现于20世纪50年代末，是当时美国为了预测在其“遭受原子弹轰炸后，可能出现的结果”而发明的一种方法。该方法主要用于一些预测和预测的场合，广泛用来进行预测、决策分析和编制规划工作。

1、德尔菲法的基本特征

德尔菲法本质上是一种反馈匿名函询法。其大致流程是：在对所要预测的问题征得专家的意见之后，进行整理、归纳、统计，再匿名反馈给各专家，再次征求意见，再集中，再反馈，直至得到稳定的意见。

由此可见，德尔菲法是一种利用函询形式的集体匿名思想交流过程。它有区别于其他专家预测方法的三个明显的特点，分别是匿名性、多次反馈、小组的统计回答。

（1）匿名性。匿名是德尔菲法的极其重要的特点，从事预测的专家彼此互不知道其他有哪些人参加预测，他们是在完全匿名的情况下交流思想的。（后来改进的德尔菲法允许专家开会进行专题讨论）

（2）多次有控制的反馈。小组成员的交流是通过回答组织者的问题来实现的。它一般要经过若干轮反馈才能完成预测。

（3）小组的统计回答。最典型的小组预测结果是反映多数人的观点，少数派的观点至多概括地提及一下。但是这并没有表示出小组的不同意见的状况。而统计回答却不是这样，它报告一个中位数和两个四分点，其中一半落在两个四分点内，一半落在两个四分点之外。这样，每种观点都包括在这样的统计中，避免了专家会议法只反映多数人的观点的缺点。

2、德尔菲法的工作流程

在德尔菲法的实施过程中，始终有两方面的人在活动，一是预测的组织者，二是被选出来的专家。首先应注意的是德尔菲法中的调查表与通常的调查表有所不同，它除了有通常调查表向被调查者提出问题，要求回答的内容外，还兼有向被调查者提供信息的责任。它是专家们交流思想的工具。

德尔菲法的工作流程大致可以分为四个步骤，在每一步中，组织者与专家都有各自不同的任务。

第一步

（1）由组织者发给专家不带任何附加条件，只提出预测问题的开放式的调查表，请专家围绕预测主题提出预测事件。

（2）组织者汇总整理专家调查表，归并同类事件，排除次要事件，用准确术语提出一个预测事件一览表，并作为第二步的调查表发给专家。

第二步

（1）专家对第二步调查表所列的每个事件作出评价。例如，说明事件发生的时间、争论问题和事件或迟或早发生的理由。

（2）组织者统计处理第二步专家意见，整理出第三张调查表。第三张调查表包括事件、事件发生的中位数和上下四分点，以及事件发生时间在四分点外侧的理由。

第三步

（1）发放第三张调查表，请专家重审争论；

（2）对上下四分点外的对立意见作一个评价；

（3）给出自己新的评价（尤其是在上下四分点外的专家，应重述自己的理由）；

（4）如果修正自己的观点，也请叙述改变理由。

（5）组织者回收专家们的新评论和新争论，与第二步类似地统计中位数和上下四分点；

（6）总结专家观点，重点在争论双方的意见，形成第四张调查表。

第四步

（1）发放第四张调查表，专家再次评价和权衡，作出新的预测。是否要求作出新的论证与评价，取决于组织者的要求。

（2）回收第四张调查表计算每个事件的中位数和上下四分点，归纳总结各种意见的理由以及争论点。

注意

（1）并不是所有被预测的事件都要经过四步。可能有的事件在第二步就达到统一，而不必在第三步中出现。

（2）在第四步结束后，专家对各事件的预测也不一定都达到统一。不统一也可以用中位数和上下四分点来作结论。事实上，总会有许多事件的预测结果都是不统一的。

3、德尔菲法的预测结果

德尔菲法的预测结果可用表格、直观图或文字叙述等形式表示。

（1）楔形图。楔形图的顶端表示中位数，底边长为最迟和最早时间间隔。纵坐标上的数字为项目代号

（2）截角楔形图。截角楔形图的顶点表示中位数，截角端点为上下四分点。底边长表示四分点间隔。截角楔形图上的号码为所代表的事件的号码。

（3）表示两种概率的预测结果的截角楔形图。预测组织者有时要求专家按一定概率预测事件可能发生的时间。如果要求按两种概率回答（例如，40%和70%），那么，对每一事件的发生时间的预测结果有两种结果（一般来说，概率越高，预测的事件发生时间越迟）。把这两种结果都用截角楔形图表示出来

（4）直方图。直方图的横坐标表示不同时间段，纵坐标表示赞同事件发生在相应时间段的专家的比例

软件项目风险管理

软件项目风险管理 一、风险管理概述 软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情，这意味着，风险涉及选择及选择本身包含的不确定性，在软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。 当在软件工程领域考虑风险时，我们要关注以下的问题：什么样的风险会导致软件项目的彻底失败？用户需求、开发技术、目标计算机、以及所有其它与项目有关的因素的改变将会对按时交付和总体成功产生什么影响？对于采用什么方法和工具，需要多少人员参与工作的问题，我们如何选择和决策？对软件质量要达到什么程度才是“足够的”？ 当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，识别出所有对管理者和开发者而言均为明显得风险是很重要的。 二、被动和主动的风险策略 被动风险策略是针对可能发生的风险来监督项目，直到它们变成真正的问题时，才会拨出资源来处理它们，更普遍的是，软件项目组对风险不闻不问，直到发生了错误才赶紧采取行动，试图迅速地纠正错误。这种管理模式常常被称为“救火模式”。当补救的努力失败后，项目就处在真正的危机之中了。 对于风险管理的一个更聪明的策略是主动式的。主动策略早在技术工作开始之前就已经启动了――标识出潜在地风险，评估它们出现的概率及产生的影响，对风险按重要性进行排序，然后，软件项目组建立一个计划来管理风险。主动策略风险管理的主要目标是预防风险。但是，因为不是所有的风险都能够预防，所以，项目组必须建立一个应付意外事件的计划，使其在必要时能够以可控的及有效的方式作出反应。 三、软件风险 1、软件风险包含两个特征： 不确定性——刻划风险的事件可能发生也可能不发生，没有100％发生的风险。 损失——如果风险变成了现实，就会产生恶性后果或损失。 2、进行风险分析时，重要的是量化不确定的程度和与每个风险相关的损失的程度。 为了实现这点，必须考虑以下几种不同类型的风险：

项目风险管理解决方案及运用完整版

项目风险管理解决方案 及运用 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

项目风险管理解决方案及运用 1 引言 项目是在复杂的自然和社会环境中进行的，受众多因素的影响。对于这些内外因素，从事项目活动的主体往往认识不足或者没有足够的力量加以控制。项目的过程和结果常常出人意料，有时不但未能达到项目主体预期的目的，反而使其蒙受各种各样的损失；而有时又会给他们带来很好的机会。项目同其它的经济活动一样带有风险。要避免和减少损失，将危险化为机会，项目主体就必须了解和掌握项目风险的来源，性质和发生规律，进而实行有效的管理。[1] 同样，在联想消费产品的研制过程中，一直伴随着多种不确定的风险问题。我们根据消费产品研发的实际情况和风险的特性，并且结合我们已经开发使用的软件方案中存在的一些遗留问题，详细规划，给出一套完整的风险解决方案。 2 风险解决方案 现状分析

电脑产品的开发和研制过程自始至终充满了错综复杂的矛盾和大量的不确定性，根据不同的风险特性和业务活动情况，我们将产品研发业务分成产品启动阶段、制定计划阶段、具体实施阶段和收尾阶段。每个阶段的风险大致描述为： 产品启动阶段，对用户群把握不准确，造成整个产品的设计理念和设计方向与实际的市场需求偏移，或者由于对市场的变化反映迟缓，产品启动阶段发现其它公司的同种或更先进设计理念的产品已经上市； 制定计划阶段，项目管理人员与项目实施人员之间的沟通不善，或者对项目中出现的风险问题预估不够，造成项目计划与实际操作方式偏移； 具体实施阶段出现的问题一般比较复杂，包括经济方面的风险问题、技术方面的风险问题，以及其它的一些不确定的社会或人为的风险问题； 收尾阶段仍然存在少量的风险。 所以说，产品研制从启动、制定计划、具体实施到收尾的过程中，一直存在着风险的问题，也一直存在着项目中止的可能性。项目的不同阶段会有不同的风险。实时监控，迅速了解并解决风险问题是保证项目实施的关键。

项目风险管理

高等教育自学考试项目管理(独立本科段)专业证书课程 考试大纲 课程名称：项目风险管理课程代码：05064 2015年4月版 第一部分课程性质与设置目的 一、课程性质与特点 本课程是与国际项目管理专业资质认证体系（IPMP）相结合的高等教育自学考试项目管理（独立本科段）专业所开设的专业证书课程之一，它既是一门项目管理本科专业核心课程，也是以国际项目管理专业资质认证标准为依据的认证考试课程，是一门理论性和实用性兼具的课程。 本课程系统介绍项目风险管理的基本概念、项目风险管理规划、项目风险识别、项目风险分析、项目风险应对规划和项目风险监控。在内容上既着重于项目风险管理的基本理论和方法，又兼顾项目风险管理的最新发展。 二、课程目标与基本要求 本课程的目标和任务是使学生通过本课程的自学和教学辅导，了解并掌握项目风险管理的基本概念，项目风险管理规划、项目风险识别、项目风险分析、项目风险应对规划和项目风险监控相关理论和方法。为考生未来从事项目管理工作打下基础。 本课程要求重点掌握下列章节的内容：第1章第1、2、3、4节；第2章第1、2、4节；第3章第1、2、3节；第4章第1、2、3节；第5章第1、2、3节；第6章第1、2节。 三、与本专业其他课程的关系 本课程是项目管理（独立本科段）专业的专业课，本课程与《项目范围管理》、《项目成本管理》、《项目时间管理》、《项目质量管理》、《项目范围管理》、《项目采购管理》等课程相互衔接配合。 第二部分考核内容与考核目标

第1章绪论 一、学习目的与要求 本章是全书的重点章节，通过本章的学习，使学生对项目风险管理理论和体系有一个系统、全面的理解。 二、考核知识点与考核目标 识记：风险内涵 风险管理内涵 项目风险管理内涵 项目风险管理的实施程序 理解：项目风险管理的阶段 项目风险管理的目标 项目风险管理体系的基本构成 风险管理的发展历程和趋势 第2章项目风险管理规划 一、学习目的与要求 项目风险管理规划是提高项目风险管理成功率的保证，其目标是制定详细的项目风险管理行动方案。通过本章的学习，使学生对项目风险管理理论实践应用的全过程有一个整体把握。 二、考核知识点与考核目标 识记：项目风险管理规划的内涵 项目风险管理规划的目标 项目风险管理规划的基本内容 理解：项目风险管理计划的形成过程 项目风险管理规划相关理论，包括Berry Boehm风险管理模型、持续风险管理模 型（CRM）等 应用：项目风险管理计划模板 项目风险管理规划的技术与方法 第3章项目风险识别 一、学习目的与要求

IT项目管理中项目风险管理分析和心得

《IT项目管理》中项目风险管理分析及心得 电商马超 09501109 一 IT项目管理的简述 1项目管理概述 项目是为完成某一独特的产品或服务而进行的一次性努力。项目具有独特性、一次性、风险性、资源耗用等特性。每个项目都有一个项目发起人。 项目管理的“三项约束”是指项目的运行范围、时间和成本三个维度。 项目管理是指在项目活动中运用相关的知识、技能、工具和方法，以实现或超过项目干系人的需要和期望。项目干系人是指参与项目或受项目活动影响的有关各方。 2 项目范围管理 项目范围管理是指为了顺利完成项目而设置的一系列过程，用以确保项目包括且仅包括所有要求的工作。主要过程有项目启动、范围计划、范围定义、范围核实和范围变更控制 范围管理水平的低下是项目失败的主要因素之一。对于IT项目来说，要实现高水平的项目范围管理，重点要做好用户参与、明确的要求说明以及范围变更管理的程序设置等。 3 项目时间管理 项目时间管理常被引述为项目冲突的主要根源。大多数IT项目超过了时间估计。 时间管理涉及的主要过程包括活动定义、活动排序、活动历时估算、进度计划制定和进度控制。 赶工和快速跟进是缩短项目进度的两种技术。项目经理及其团队成员在接受不合理的进度计划时必须非常小心，尤其是在IT项目中。 4 项目成本管理 项目成本管理是IT项目中一个传统薄弱方面。IT项目专业人员必须承认成本管理的重要性，必须负责提高资源计划、成本估算、预算和成本控制。 成本估算是项目成本管理一个非常重要的部分。成本估算有几种类型：量级估算、预算估算和最终估算。每种估算类型分别用于项目生命周期不同阶段，并具有

不同的精度。建立成本估算有四种基本的工具和技术：类比估计法、自下而上法、参数模型估计法和计算机化的工具。成本估算的主要部分包括目标叙述、范围、假设、成本／收益分析、现金流分析、预算分解和解释或详细依据。 5 项目质量管理 项目质量管理包括质量计划编制、质量保证和质量控制。质量计划编制确认了与项目相关的质量标准且如何满足他们。质量保证包括评估所有项目执行情况来确保项目将满足相关的质量标准。质量控制包括监控特定的项目结果来确保他们遵从质量标准，并确认改进全部质量的方法。 IT项目质量提高空间非常大。强有力的领导有助于质量意识的形成。理解质量成本可以刺激质量改进。提供一个好的工作环境能有效提高质量和生产率。发展和遵从成熟度模型能帮助组织系统地提高他们的项目管理过程，从而提高项目的质量和项目成功率。 6 项目人力资源管理 人是组织和项目最重要的资产。因此，项目经理很有必要成为一个优秀的人力资源管理人员。激励、影响、权力和效率是影响人们更好工作的心理因素。 项目人力资源管理的主要过程包括组织计划编制、人员获取和团队开发。组织计划编制就是对项目角色、职责以及报告关系进行识别、分配和归档。RAM是定义项目角色和职责的关键工具。 7 项目沟通管理 沟通失败常常是项目——特别是IT项目——成功的最大的威胁。沟通是保持项目顺利进行的润滑剂。沟通计划编制包括信息发送、绩效报告和管理收尾，它需要确定项目干系人的信息和沟通需求。沟通管理计划应该是为所有项目创建的。 绩效报告包括收集和发送有关项目朝预定目标迈进的状态信息。项目团队可以使用挣值分析表和其他形式的进展信息，来沟通和评价项目绩效。状态评审会议是项目沟通、监督和控制的重要一部分。 8 项目风险管理 风险是指损失或损害的可能性。项目由于它们独一无二的本质而具有风险。 风险管理是一项投资，也就是说，风险管理需要花费与识别风险、分析风险和制定风险减轻计划相关的成本。这些成本必须包括在成本、进度和资源的计划编制中。

工程项目风险管理

工程项目风险管理

第十一章项目风险管理 11.1 风险管理概述 工程项目是一种一次性、独特性和不确定性较高的工作，存在着很大的风险性，所以必须开展项目风险管理。 工程项目的实现是一个存在着很大不确定性的过程，因为这一过程是一个复杂的、一次性的、创新的，并涉及到许多关系与变数的过程。工程项目的这些特性造成了在项目的实现过程中存在着各种各样的风险，如果不能很好地管理这些风险将会造成项目的损失，甚至导致项目目标不能实现。 项目风险管理的主要任务是对工程项目实现的过程中的不确定性和风险性事件或问题的管理。 风险概念：是指由于但是者不可预见的因素，使得最终结果与但是者的期望城市较大背离，并存在使当事者蒙受损失的可能性。 项目风险的概念：是指由于项目所处的环境和条件本身的不确定性，和项目业主/顾客、项目组织或项目的某个当事者主观上不能准确预见或控制的因素影响，使项目的最终结果与当事者的期望产生背离，并存在给当事者带来损失的可能性。 11.2 项目风险管理角色描述

工程项目风险管理贯穿于工程项目实现的全过程，对于工程项目的承包方，从准备投标开始直到保修期结束。在整个过程中，因各阶段存在的风险因素不同，风险产生的原因不同，管理的主要责任者、管理方法手段也会有所区别，在项目经理承接该项目之前，风险管理的责任主要集中于企业管理层，并主要是从项目宏观上进行风险管理，而工程项目一旦交由项目经理负责后，项目风险管理的主要责任就落实到项目经理以及项目经理所组建的项目团队。 但无论谁是项目风险管理的主要责任人，对于项目整体，都要贯彻全员风险管理意识。 11.3 项目风险管理流程（见附图11.1） 11.4 风险管理规划（从属于项目管理计划） 11.4.1项目风险管理规划的依据 事业环境因素、组织过程资产、项目范围说明书、项目管理计划书 11.4.2项目风险管理规划的方法 规划会议： 1、参会人员：由项目经理、项目团队成员、厉害相关方和其他人员参与。 2、会议议题：A、确定风险管理活动的基本计划； B、分配风险职责；

_软件开发项目的风险管理.doc

软件开发项目的风险管理 我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论： 1．在软件项目管理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。软件项目的生命周期可以分为四个阶段（不同行业的项目生命周期不同），即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下（括弧里面表示RUP方法中的过程）： 初始阶段：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计） 设计阶段：大部分设计，少部分编码（大部分分析设计，部分实

施及测试，开始考虑部署） 实施阶段：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾阶段：安装及维护（大部分部署） 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK，项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑，对于软件项目管理来讲软件配置管理（属于整体管理）、软件质量管理、软件风险管理及开发人员管理（属于人力资源管理）等四个方面的管理尤为重要，软件开发的每个阶段、每个过程都要重视这几方面的管理。 下面就以软件项目的风险管理为主题展开讨论。 软件项目管理的四个阶段中，在初始阶段项目成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的，比如：在这个阶段如果某种原因突然资金来源断了（这在需求阶段是很有可能的），以至于不能继续进行项目，不得不终止项目，那么这时候的损失只是需求分析阶段的投入。随着项目的进展项目成功的可能性变大，风险发生的概率逐渐变小，风险对项目的损失逐渐变大，快到收尾阶段的时候风险对项目的损失最大，随着收尾阶段的进行风险又逐渐变小。

项目管理中的技术风险的识别与规避

[项目管理中技术风险的识别与规避] 摘要：从技术角度探讨在IT项目实施中如何识别技术风险，并论述技术风险规避的几点体会。 关键词：风险识别风险规避技术风险 如何在IT项目实施中有效地管理风险、控制风险，已经成为了项目实施成功的必要条件。在项目风险的诸多因素中，技术风险往往容易被忽视，但因技术风险导致的项目延期、项目成本失控、甚至项目失败却也不在少数。因此，本文就怎样识别技术风险，并采取有效的风险规避措施防止项目失控，谈谈个人的几点体会。 项目风险的管理不仅贯穿于整个项目过程，而且在项目事件发生之前风险的分析就已经开始。我们可以根据风险控制与项目事件发生的时间将风险管理划分为三个部分：事前控制——风险管理规划，事中控制——风险管理方法，事后控制——风险管理报告。在这里风险管理规划是最重要的一个环节。技术架构好坏、软件提供方的技术能力以及项目实施方的实施经验等因素形成了信息化项目的技术风险。为了规避项目的技术风险，企业的项目经理，一方面要选择开发能力较强的软件提供方和经验丰富、服务优良的项目实施方；另一方面还要把握项目的技术架构与企业其它信息化项目技术架构之间的一致性；此外，引入第三方的专业咨询、监理和项目评估也是企业规避技术风险的有效手段。 在实际IT项目中，项目的技术风险主要表现为以下情况。了解这些有助于项目经理在项目初期就识别出这些风险，并采取措施避免或者减少它们的发生： 1.需求变更的风险应对 在项目实施过程中，虽然需求已经基本明确，但此后仍然有变更发生，对项目造成影响，因此可以采取下述几个方法来处理： 1)前期的需求讨论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。 2)需求文档中要有demo。对于web项目，图片比文字更能说明问题。 3)找出项目中需求的决策者(通常会是产品经理、相关职能主管、客服)，所有的需 求要经过他们的认可。 4)客户在项目过程中的全程参与有助于降低此类风险。需求讨论、需求确认、User Case确认、测试阶段的客户验收等环节，都要要求客户参与。 5)发生需求变更时，严格按照需求变更流程执行。 2.技术架构的选型 三分软件，七分实施，十二分数据。虽然这几乎已经是业界的一个共识。技术层面的东西仍然是信息化项目选型中一个难以跨越的鸿沟。如果在软件选型过程中，忽略了技术架构的内容，那么很难保证整个信息化项目能够取得圆满的成功。在IT项目中，系统的架构选择是否合理，对项目的成败是至关重要的。如果先期没有选择合适的系统架构，可能在项目实施初期还不会凸显矛盾，但随着项目实施的逐步深入，技术架构对系

项目-风险管理过程

风险管理

修订历史记录 A - 增加M - 修订D - 删除

目录 1. 目的 (4) 2. 适用范围 (4) 3. 名词术语 (4) 4. 概述 (4) 5. 过程定义 (4) 5.1 风险管理过程 (7) 5.1.1 角色和职责 (8) 5.1.2 入口准则 (8) 5.1.3 输入 (9) 5.1.4 过程活动 (9) 5.1.5 输出 (11) 5.1.6 出口准则 (11) 5.1.7 度量 (11) 5.1.8 确认与验证 (12) 6. 规程 (12) 7. 标准与规范 (12) 8. 裁剪指南 (12) 9. 模板与表格 (12) 10. 实施指导 (12)

1.目的 1.1 规范公司风险管理过程。 1.2 提供项目经理进行风险管理过程的说明和行动指南。 2.适用范围 2.1 机构 研发中心。 2.2 业务 项目实施过程中的风险管理，贯穿整个项目生命周期。 3.名词术语 3.1 RSKM( Risk Management):风险管理。 3.2 项目干系人（Stakeholder）：在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。项目干系人可能包括项目团队成员、提供商、客户、最终用户等。 4.概述 风险管理是贯穿项目整个生命周期的一系列持续性活动，分别为风险识别、风险分析、风险减缓、风险跟踪、风险控制以及风险状态通报。 项目风险控制小组有必要在项目组例会或其它场合，与项目组骨干或项目组全体成员一起对项目风险管理进行交流，收集项目组成员对项目风险的意见和建议。对于不便公开的风险，项目经理需要控制项目组内部了解的范围。对各个项目形成的风险统计数据一并贡献到组织级资产库。 5.过程定义 5.1 组织级风险管理过程 考虑到项目级风险管理的有效性，组织层面需要建立相应的活动来提供项目风险管理一定的指导，活动频率定义为不低于1季度1次。具体活动如下所示：

项目管理课程精讲(下)测试答案

项目管理课程精讲(下)测试答案 恭喜您顺利通过考试！ 单选题 1、项目团队成员位于不同时区。在这种情况下，下列哪一项对项目成果越来越重要？（10 分） 沟通管理计划 B风险管理计划 C相关方管理计划 D人力资源管理计划 正确答案:A 试题解析：“团队成员位于不同时区"由此可以确定项目是一个虚拟团队，对于虚拟团队，沟通管理计划是第一重要的文件。 2、项目经理的项目团队中有10名人员，包括项目团队在内，共有25名相关方彼此沟通。存在多少个潜在沟通渠道？（10 分） A55.0 C500.0 D2450.0

试题解析：本题是潜在沟通渠道计算题，n = 25。潜在沟通渠道：25 ×（25-1 )/2=300条 3、为了识别项目风险，项目经理向组织内的专家发一份问卷调查，并要求专家匿名参与，而不是召开头脑风会议。然后将收集的答复还给相同的专家组做评判。这种方法称作下列哪一项？（10 分） A专家判断 B访谈 德尔菲技术 D团队工作 正确答案:C 试题解析：用调查问卷的方式，且名调查，只有德尔菲技术符合。德尔菲技术有三个特点：背靠背（不开会）、匿名、一致意见。 4、项目在第一年里经历了大量问题。在第二年开始时，项目稳定下来，问题数据也显著减少。项目经理应该怎么做？（10 分） A取消剩余的已计划好的风险评估 B减少来之不易的储备 继续识别新的风险，并重新评估现有风险 D对残余风险实施定性分析

试题解析：题目描述了风险概率在项目生命周期的变化规律，提出的问完全开放，从题下中找不到什么直接线索，只能用排除法。A是错误说法；B减少储备要基于具体风险，另外“来之不易"感情色彩太浓厚，选项中出现这样的形容词时、一般不选，因为不专业；D太片面；只有c符合风险管理的套路，即继续监控风险。 5、一家组织选择了一个新的软件开发平台，旨在提高进度绩效15％。这个平台将用于所有组织项目。为了解决与这项变更有关的风险，项目经理应该使用下列哪一项风险管理方法？（10 分） A转移 B减轻 C回避 分享 正确答案:D 试题解析：根据选项，可以确定本题是考风险应对策略的题目。题目中描述的风险是机会，而不是威胁，四个选项中仅有D是机会的应对策略，根据排除法，应该选D 6、在项目启动阶段，相关方通知项目经理项目范围将频繁变更，且项目复杂。供应商负责其中一些项目可交付成果。项目经理应该选择下列哪一项合同类型？（10 分）

软件项目风险管理

软件项目风险管理 1 前言 一般来说，软件工程师总是非常乐观。当他们在计划软件项目时，经常认为每件事情都会像计划那样运行，或者，又会走向另外一个极端。软件开发的创造性本质意味着我们不能完全预测会发生的事情，因此制定一个详细计划的关键点很难确定。当有预想不到的事情引起项目脱离正常轨道时，以上两种观点都会导致软件项目的失败。 目前，风险管理被认为是IT软件项目中减少失败的一种重要手段。当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着危机还没有发生之前就对它进行处理。这就提高了项目成功的机会和减少了不可避免风险所产生的后果。 2 什么是风险 所谓“风险”，归纳起来主要有两种意见，主观说认为，风险是损失的不确定性；客观学认为，风险是给定情况下一定时期可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。IT行业中的软件项目开发是一项可能损失的活动，不管开发过程如何进行都有可能超出预算或时间延迟。项目开发的方式很少能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险相当的损失程度，为实现这一点就必须要考虑以下问题： 要考虑未来，什么样的风险会导致软件项目失败？ 要考虑变化，在用户需求、开发技术、目标、机制及其它与项目有关的因素的改变将会对按时交付和系统成功产生什么影响？ 必须解决选择问题，应采用什么方法和工具，应配备多少人力，在质量上强调到什么程度才满足要求？ 要考虑风险类型，是属于项目风险、技术风险、商业风险、管理风险还是预算风险等？ 这些潜在的问题可能会对软件项目的计划、成本、技术、产品的质量及团队的士气都有负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。 3 风险管理 项目风险管理实际上就是贯穿在项目开发过程中的一系列管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监控。它能让风险管理者主动“攻击”风险，进行有效的风险管理。 在项目管理中，建立风险管理策略和在项目的生命周期中不断控制风险是非常重要的，风险管理包括四个相关阶段： 风险识别识别风险的方法常用的有风险识别问询法（座谈法、专家法）、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等。

XX项目风险管理计划

XX项目风险管理计划 1.1 定义 风险：是一种可能发生的不受欢迎的并且没有计划的事件，这种事件可能导致项目无法达到它的一项或多项目标 风险管理：就是对项目风险进行识别，并对已识别的项目风险进行评估、计划和控制的项目管理过程 1.2 风险管理规划 风险管理包括4个步骤：风险识别、风险评估、制定风险管理计划、风险跟踪和监控 03 风险处理责任人 PDT 风险管理模型 1.3 风险识别 风险识别的方法主要有以下几种： 1．访谈、调查 2. 头脑风暴（Brainstorming） 3. 专题讨论会（Workshop） 4. 历史经验数据、风险数据库RDB 5. 专家建议法（Subject Matter Experts） 6. 风险标识提问单 风险分类：识别出风险后建议按业务领域对风险进行分类。 1. 市场/客户风险：市场风险对我们来说主要是指市场需求/客户要求发生变化，引起产品规

格的改变，包括增加新的需求；原来开发的功能需求取消；是否开发某项功能，何时开发完成由确定变为不确定。同时客户供货时间需求等突然发生变化，或预定的签单不能按时签定或被取消等风险。 2. 技术风险：在产品开发过程中出现方案选择失误、方案设计考虑不周等，导致任务不能按时完成；在新产品开发中采用比较先进但还不成熟的技术。采用新的技术可能是出于市场竞争的压力，但是新技术在性能、稳定性方面都会存在一定的风险，导致产品的开发进度及质量受到影响。 3. 财务风险：由于公司扩张过快，资金回笼不及时等因素，造成公司流动资金紧张。资金不足导致产品开发、生产无法按计划进行。 4. 制造风险：主要指在产品投入批量生产时某些生产设备，工装夹具等准备不足，以及在量产过程中因某些问题造成批量返工，对正常生产造成影响。 5. 采购风险：主要是指生产启动时间、计划物料的数量、外购件供货期、原材料涨价等方面不能满足实际需求的风险。 6. 用户服务风险：由于客户环境的问题造成产品使用、维护、升级出现问题。这些问题将影响产品在市场上的表现。客服上的问题不能很好的解决也会对产品的最终成功造成影响。 7. 项目管理风险：PDT对项目各项任务浮动周期，风险估计不足，项目组成员突然变更，以及公司管理水平跟不上，导致公司的流程、制度不完善，或已有制度得不到有效的实施，影响产品开发、生产。 1.4 风险评估 风险评估是指评估风险对项目造成影响的可能性及后果。一般来说，风险评估要从风险发生的概率以及风险的影响程度（或损失的大小）这两个维度来对风险进行评估。 每个维度分：High（或9分）、Medium（或6分）、Low（或3分） 风险等级＝风险发生概率×风险影响程度 风险发生的概率及影响程度可以采用定性的评估，也可以采用定量（使用括号内数据或其他数据，需要在文件中明确其定义）的评估方式。 1.4.1 风险的定量评估 定量方法是对风险发生可能性的高低、风险对目标影响程度用具有实际意义的数量描述，如对风险发生可能性的高低用概率来表示，对目标影响程度用损失金额来表示。数值的定义如和本文件不同时，需要在文件中明确其定义）。

项目风险管理方法

项目风险管理方法 项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程，它包括将积极因素所产生的影响最大化和使消极因素产生的影响最小化两方面内容。 1、风险回避策略 是指当项目风险潜在威胁发生可能性太大，不利后果也太严重，又无其它风险管理策略可用时，主动放弃项目或改变项目目标与行动方案，从而规避风险的一种风险管理策略。例如，企业目前正面对一项技术不太成熟的项目，如果通过风险评价发现项目的实施将面临巨大的威胁，项目管理组织又没有其它可用的措施控制风险，甚至保险公司也认为风险太大拒绝承保。这时就应当考虑放弃项目的实施，避免巨大的风险事故和财产损失。 2、转移风险策略 是指将风险转移至其他人或其它组织，其目的是借用合同或协议，在风险事故一旦发生时将损失的一部分转移到有能力承受或控制项目风险的个人或组织。具体实施时可表现为财务性风险转移(如银行、保险公司或其他非银行金融机构为项目 风险负间接责任)。非财务性风险转移(将项目有关的物业或项目转移到第三方，或者以合同的形式把风险转移到其他人或组织身上，同时也能够保留会产生风险的物业或项目)。 3、减轻风险策略 减轻风险策略是通过缓和或预知等手段来减轻风险，降低风险发生的可能性或减缓风险带来的不利后果，以达到风险减少的目的。这是一种积极的风险处理手段。

4、接受风险策略 接受风险策略也是风险管理策略之一，它是指项目组有意识地选择自己承担风险后果的策略。当采取其它风险规避方法的费用超过风险事件造成的损失时，可采取接受风险的方法。接受风险可以是主动的，即在风险规划阶段已对一些风险有了准备，所以当风险事件发生时马上执行应急计划;被动接受风 险是指项目管理组因为主观或客观原因，对风险的存在性和严重性认识不足，没有对风险进行处理，而最终由项目管理组织人员自己承担风险损失。在实施项目时，应尽量避免被动接受风险的情况，只有在风险规划阶段做好准备工作才能主动接受风险。 5、储备风险策略 储备风险策略是指根据项目风险规律事先制定应急措施和制定一个科学高效的项目风险计划，一旦项目实际进展情况与计划不同，就动用后备应急措施。项目风险应急措施主要有费用、进度和技术三种。预算应急费是一笔事先准备好的资金，用于补偿差错、疏漏及其它不确定性对项目费用估计精确性的影响。预算应急费在项目预算中要单独列出，不能分散到具体费用项目下，否则，项目管理组织就会失去对支出的控制。 风险管理策略的最终目的是要对风险的相关因素采取措施，规避风险，化解和转移风险，或权衡利弊分担和降低风险损失的影响。企业应该加大项目方面的风险管理，做到尽量少失败，这样才能增强企业的竞争力，使企业立于不败之地，长久发展。

工程项目风险管理 版网络继续教育公共课 测试题

工程项目风险管理（视频）（2017年版） 一、单选题 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、将风险责任落实到各个组织单元，使大家有风险意识。这一条是属于风险对策中的（） A.组织措施 B.技术措施 C.回避风险 D.要求对方提供担保 二、多选题 1、风险分析的方法主要有（） A.列举法 B.专家经验法(Delphi法) C.蒙特卡罗法 D.决策树方法 E.推测法 2、风险控制贯穿在项目的（）等过程中。 A.进度控制 B.合同控制 C.质量控制 D.采购控制 E.成本控制 3、项目环境要素风险主要有（） A.政治风险 B.法律风险 C.经济风险 D.自然条件 E.社会风险 4、风险评价的内容是（）

IT项目风险控制与管理

龙源期刊网 https://www.wendangku.net/doc/072106037.html, IT项目风险控制与管理 作者：王学瑞 来源：《硅谷》2013年第03期 摘要经济发展和技术进步极大的促进了我国IT产业的扩大，为获得更高的收益，各企业、各领域都加大了IT项目的投入，但是项目所面临的复杂性和不确定性都影响了项目的成功率，因此进行全面控制，增加风险分析和风险管理对IT项目的成功与否显得尤为重要。本文就IT项目中存在的风险特征进行了分析，提出了几种用于进行风险控制和管理的解决方案。 关键词 IT项目；风险控制；风险管理 中图分类号：F224 文献标识码：A 文章编号：1671—7597（2013）021-123-01 随着信息技术（IT）的应用范围不断扩大，实现功能越来越丰富，应用IT对企业进行管理得到了广泛的认可和实施。在进行项目管理时，必然伴随着风险，对项目风险进行控制和管理可以有效利用信息技术推动企业发展，增强企业的竞争力。 IT项目风险是指IT项目开发过程中或者项目产品本身所具有的造成损失或者伤害的可能性。这种可能性具有不确定性，其是否出现是在决策者和开发者在进行沟通和选择时决定的。为应对这种风险，决策者或者管理者的行为会直接影响到项目的成败。 1 IT项目中存在的风险特征分析 IT项目的行业特性决定了项目的成功率相对较低，国际范围内，若按时按质对IT项目进行评判，则IT项目的成功率维持在百分之二十左右，若按照可使用情况对IT项目进行评判，成功率可以提高到百分之四十。具体到我国，因为我国的风险控制与管理体系起步较晚，还不够完善和成熟，成功率更低。综合分析IT项目的风险特点，主要分为以下几个方面： 1.1 项目的范围 项目所具有的风险的高低与项目所涉及的范围具有非常大的关联。通常项目所涉及的种类越多，所覆盖的范围越大，则该项目所面临的风险则越多。对于IT项目而言，企业对其所能实现的功能和要求很多，会涉及多个领域，因此在项目进行中常常会超出预期，这就大大提高了项目的风险度。此外，在项目应用中，对功能性和灵活性方面的需求则进一步增加了项目所面临的风险。 1.2 系统的变更

项目风险管理解决方案分析

项目风险管理解决 方案分析 项目风险管理解决方案及运用 1 引言项目是在复杂的自然和社会环境中进行的,受众多因素的影响。对

于这些内外因素,从事项目活动的主体往往认识不足或者没有足够的力量加以控制。项目的过程和结果常常出人意料,有时不但未能达到项目主体预期的目的,反而使其蒙受各种各样的损失;而有时又会给她们带来很好的机会。项目同其它的经济活动一样带有风险。要避免和减少损失,将危险化为机会,项目主体就必须了解和掌握项目风险的来源,性质和发生规律,进而实行有效的管理。[1] 同样,在联想消费产品的研制过程中,一直伴随着多种不确定的风 险问题。我们根据消费产品研发的实际情况和风险的特性,而且结合我们已经开发使用的软件方案中存在的一些遗留问题,详细规划,给出一套完整的风险解决方案。 2 风险解决方案 2.1 现状分析 电脑产品的开发和研制过程自始至终充满了错综复杂的矛盾和大 量的不确定性,根据不同的风险特性和业务活动情况,我们将产品 研发业务分成产品启动阶段、制定计划阶段、具体实施阶段和收 尾阶段。每个阶段的风险大致描述为: ? 产品启动阶段,对用户群把握不准确,造成整个产品的设计理念 和设计方向与实际的市场需求偏移,或者由于对市场的变化反映迟缓,产品启动阶段发现其它公司的同种或更先进设计理念的产品已经上市;

? 制定计划阶段,项目管理人员与项目实施人员之间的沟通不善,或者对项目中出现的风险问题预估不够,造成项目计划与实际操作方式偏移; ? 具体实施阶段出现的问题一般比较复杂,包括经济方面的风险问题、技术方面的风险问题,以及其它的一些不确定的社会或人为的风险问题; ? 收尾阶段依然存在少量的风险。 因此说,产品研制从启动、制定计划、具体实施到收尾的过程中,一直存在着风险的问题,也一直存在着项目中止的可能性。项目的不同阶段会有不同的风险。实时监控,迅速了解并解决风险问题是保证项目实施的关键。 2.2 方案介绍 项目运行的各个阶段,均伴随着风险的评估和处理。因此,如何记录和处理相应的问题,是我们当前面临的急需解决的问题。消费电脑事业部针对这个问题,在天麒、天麟产品的研发阶段曾经开发过相应的B/S(browse/server)架构的小软件,将产品研发过程中出现的问题展示在内部平台上,展示的主要内容包括:出现问题的相关部件、出现问题的时间、解决方式等相应项,供相关的工程师填写,相应的项目小组成员,项目决策人员查阅,能达到显示项目中出现的风险问题,以期迅速解决的目的。可是,对软件的实用情况作

项目风险管理技术方法

项目风险管理技术方法 满意回答 以Word2003为例，制表有三种方法： 第一种，也是最常用的，点击“表格”菜单，然后选择“插入表格”，然后输入行列的数目； 第二种，点击“表格”菜单，选择“绘制表格”，鼠标变成一支笔，然后去画出你需要的表格即可； 第三种，在常用工具栏上有个按钮“插入表格”，先鼠标点击一下，然后按住鼠标左键拖出你需要的行和列的数目，最后松开，即可得到你需要的表格； 已上是表格创建的三个方法，当然如果最后要得到你想要的表格，还需要用“拆分”与“合并”，以及“插入行”、“插入列”、调节行高、列宽等相关操作才能最终完成整个表格的制作。追问 如果有斜线格，如何填入文字。谢谢。 回答 要做斜线表头，在“表格”菜单有个“绘制斜线表头”，点击就会打开斜线表头设置，在那里输入文字就行了，里面还有斜线类型，有单线、双线、三线，自己看情况去选，在插斜线表头的时候要注意表头文字字号不要太大

项目风险管理技术方法作者：ITPUB论坛 【IT168 技术文章】 在本文中，我们介绍两个项目风险管理的方法，分别是头脑风暴法和核对表法。 一、头脑风暴法 头脑风暴法是在解决问题时常用的一种方法，具体来说就是团队的全体成员自发地提出主张和想法。产生热情的、富有创造性的更好的方案。 头脑风暴法更注重想出主意的数量，而不是质量。这样做的目的是要团队想出尽可能多的主意，鼓励成员有新奇或突破常规的主意。 头脑风暴法的具体做法是：当讨论某个问题时，由一个协助的记录人员在翻动记录卡或黑板前做记录。首先，由某个成员说出一个主意，接着下一个出主意，这个过程不断进行，每人每次想出一个主意。这一循环过程一直进行，直到想尽了一切主意或限定时间已到。 应用头脑风暴法时，要遵循两个饕？墓嬖颍翰唤？刑致郏？挥信卸闲云缆邸Ｒ桓龀稍彼党鏊？ㄋ？┑闹饕夂螅？艚幼畔乱桓龀稍彼怠Ｈ嗣侵恍枰？党鲆桓鲋饕猓？灰？致邸 ⑵琅校？？灰？酝夹？铩?lt;BR> 有关头脑风暴法的实施原则和要点，请朋友们阅读《头脑风暴法的原则和要点》。

全过程咨询风险管理

4全过程工程咨询风险管理 4.1全过程工程咨询项目各阶段的主要风险 4.1.1项目决策阶段的主要风险 市场风险：由于对宏观经济形势（包括国民经济发展状况，经济政策及经济状况）的分析和对市场供需情况（包括主要产品的市场供需状况，价格走势及对竞争力的判断）和预测与实际情况不符;市场调研报告(包括市场调查、预测、市场竞争策略、营销策略等内容)及其论证或者评估不正确或不可靠所引起的风险。 4.1.2技术风险 1工艺技术选用，在先进适用性，安全可靠性，经济合理性，耐久性等方面，存在问题所引起的风险。 2由于对产品品种、建设规模、建设方案和建设地址的选择报告(包括建设条件、资源状况、材料来源与供应、总平面布置、环保、安全、技术经济分析等内容）。可行性研究及其论证或评估不正确或不可靠引起的风险。 4.1.3筹、融资风险 由于投资估算和资金筹措渠道与筹措方式不合理或不可靠引起风险。

4.1.4环境风险 由于建设地区的社会、法律、经济、文化、自然地理、基础设施、社会服务等环境因素对项目目标产生不利影响所引起的风险。 4.1.5项目招、投标阶段的主要风险 项目成立后到承包合同签订之前，招、投标阶段的主要风险 1招标风险：风险承担人是项目主办人(单位）。 2投标（报价）风险：风险承担人是承包商。 3合同风险：风险承担人为双方，但主要是承包商。 4.1.6项目实施阶段的主要风险 承包合同签订后，项目实施阶段的主要风险： 1勘察设计风险 1设计风险 2采购风险 3项目管理风险（质量、安全、费用、进度等风险） 4.1.7项目收尾阶段的主要风险 1合同收尾 2管理收尾 此阶段的风险承担人主要是项目业主。

IT项目管理中的风险控制

IT项目管理中的风险控制 无论是系统集成或是软件开发，IT公司经常面临着各种项目的实施和管理，面临着如何确定项目的投资价值、评估利益大小、分析不确定因素、决定投资回收时间等众多问题。并且，一个IT项目，无论其规模大小，必然会为被实施方（用户）在管理、业务经营等多方面带来变革，这就使IT项目必然具有高风险性的特点。尤其是近年来，IT项目的广泛实施，一方面为众多的企业带来了管理、经营方面的革新，而另一方面，夭折、中断、失败的项目也不在少数。因此，如何在项目实施中有效地管理风险、控制风险，已经成为了项目实施成功的必要条件。项目风险的管理不仅贯穿于整个项目过程，而且在项目事件发生之前风险的分析就已经开始。我们可以根据风险控制与项目事件发生的时间将风险管理划分为三个部分：事前控制——风险管理规划，事中控制——风险管理方法，事后控制——风险管理报告。 一、事前控制——风险管理规划 风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划，也是项目风险控制中最为关键的内容，包括风险形势评估、风险识别、风险分析和风险评价等几部分。 1、 风险形势评估 风险形势评估以项目计划、项目预算、项目进度等基本信息为依据，着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。尤其是项目建议书、可行性报告或项目计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在项目实施期间有可能成立，也有可能不成立。而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成项目管理方的措手不及和无一应对。例如项目计划中假设用户实施小组全力支持、脱产或几乎脱产投入IT项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理原有的业务，造成IT项目实施进度的拖延和实施效果不尽人意的风险。诸如此类的例子还有很多。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。由此我们可以得出，风险形势评估一般应重视以下内容：项目的起因、目的、项目的范围、组织目标与项目目标的相互关系、项目的贡献、项目条件、制约因素等。 2、风险识别 在对项目的基础的风险形势评估之上，就需要对各种显露的和潜