项目管理过程中风险分析基本概念
位置: 首页 >专题范文 > 公文范文 > 文章内容

项目管理过程中风险分析基本概念

2022-08-21 11:30:08 投稿作者:网友投稿 点击:

下面是小编为大家整理的项目管理过程中风险分析基本概念,供大家参考。

项目管理过程中风险分析基本概念

 

 项目管理过程中风险分析的基本概念

 1 1 、引言

 由于软件项目的研制需要开发新的技术,或使用许多已经过验证的技术和产品,但产品生产数目一般较少,这些技术和加工工艺不容易达到成熟或定型的程度。且大型项目的研制需要长时间大规模的组织、指挥协调工作,以及漫长的研制周期等,都会带来种种难以预见的不确定性因素。这些不确定因素的存在使得软件项目能否按照预定的计划--费用、进度和性能完成研制任务往往难以预料,不可能做到研制完全成功,存在着失败的风险。所以在项目研制的可行性分析和方案认证时,加强方案风险 分析是十分必要的。

 对风险的研究自七十年代末开始,其应用的风险分析方法与可靠性分析方法类似,或在此基础上进行扩充。目前,在风险研究方面,比较著名的方法有 GERT (图解评审技术), VERT (风险评审技术), RSINET (风险信息系统与网络评审技术)和 SLAM (多功能构模仿真语言)等。T GERT 的基本特点是可以直接对网络模型进行计算机仿真分析,其模型元素与相应的分析程序相配合,可以用来描述复杂的排队系统、项目管理及生产线方面的问题,应用十分简便、灵活,而对时间、费用、性能方面的问题不太适合;M SLAM 是一种以F FN ORTRAN 为基础的构模仿真语言,可进行离散网络、连续系统及离散事件的综合仿真,能适应多种构模需要,但提供资源模块有限,仿真不能进行全过程支持,不能支持图形建模等不足;T VERT 可处理时间、费用、性能等关键性风险参数,能对多目标优化,具有较大的实用价值。在这些风险方法中,T VERT 对于时间、费用和性能三个指标在处理水平上平等对

 待,既可独立地进行并行处理,也可通过数学关系式而相互联系起来进行处理;节点的逻辑功能丰富,活动上的三项指标都可用一定的概率分布、直方图或数学关系式来描述,因而 而 T VERT 网络模型比较接近实际系 统的要求;T VERT 对于费用和性能这二项指标,可按用户的需要灵活地加以应用。

 2 2 、风险分析的概念

 风险的定义是:对目前所采取的行动,在未来没有达到预期结果(失败)的可能性。其大小可用失败的概率和失败的后果两个变量来标识。

 风险分析有狭义和广义两种。狭义是指通过定量分析完成任务所需的成本、进度、绩效三个随机变量的可实现值的概率分布。广义风险分析是一种识别和测量风险、开发、选择和管理方案以解决这些风险的有组织的方法。它包括风险识别、风险评估和风险管理。在本文中,当涉及到风险分析时,采用后一种定义。

 风险识别是指识别可能导致成本超支、延期或性能下降的潜在问题,并定性分析其后果。这一步要做的工作是分析系统的技术弱点和不确定性,得到系统的风险源,并将这些风险源组合成一个格式文件,供以后分析和参考。属于定性分析的范围。风险评估是指量化潜在问题的风险和后果,并确定其严重性。这可能涉及到各种模型的综合应用,最终得到系统风险的综合印象。风险管理是指在风险识别和风险分析的基础上,采取各种措施降低和监控风险。这也可以说是风险分析的最终目的。

 作为对风险概念的进一步定义,本文将简要介绍两种不同类型的风险以及风险 分析和可靠性分析的区别。

 2.1 、系统运行及项目研制风险

 为进一步明了风险分析的概念,我们必须注意到两类不同的风险。

 第一类风险是系统运行风险。指当一部分系统运行时,由于种种不确定性因素或系统本身硬件或组元的失效而造成预定任务的完成不确定性以及由此而带来的系统设备的损坏或人员的伤亡。这类风险由于其明显的危害性及影响性,目前进行研究得较多,有代表性的如大型航天软件的运行风险管理。已经发展成熟的分析方法有如 FMECA (失效模式与效应分析)、 FTA (故障树分析)、 ETA (事件树分析)及事件树/ /故障树分 析量化基础上的 PRA (风险概率评估)和 DPRA (动态概率风险评估)等。

 第二类风险是项目开发风险,这也是本文的主要研究范围。是指在大型项目开发过程中,所开发系统的性能降低、成本超标、进度延迟等。由于技术难以保证,管理不力,资金迟迟不到位。目前,这种风险由于其隐藏的危害性而很少被研究。项目风险一般包括技术风险、进度风险和成本风险。

 两类风险的不同之处在于,对于系统运行风险,系统已经存在,因对其分析必须从单个硬件或主元的失效及其综合影响上考虑。而作为项目研制风险,由于并无一确定的系统,系统研制成功本身 便是研制任务的状态之一,这决定了它的分析方法与上述不同,不能针对硬件分析,而须从事件的角度上进行考察。两类风险的另一个不同之处在于项目风险的非刚性。所谓非刚性是指当风险源导致风险发生以后,造成的后果可以修复。

 2.2 、系统运行风险与可靠性

 系统运行风险与可靠性分析是两个极易混淆的概念,它们都是指对于某种工艺过程或设备的失效或运行状态的研

 究。但其分析的目的却有所不同,有必要在此作一简单的区分。

 可靠性的定义是系统在一定时间内能够完成规定任务的概率。其研究的范畴在于系统硬件或组元的耐用程度,研究的最 后结果是系统整体失效随时间而变化的可能性。而系统运行风险则是研究这种失败可能对社会造成的危害,其最后结果是造成的系统设备损坏的或人员伤亡的期望值。

 3 3 、风险种类

 对软件项目的管理部门来说,在做出与规定费用按规定时间交付规定产品或达到规定性能水平的决断时,风险是永远存在的。软件项目管理部门因风险而导致工作失败有三种方式:产品达不到规定的性能水平、实际费用过高、交付过迟等。就一个项目而言,其面临的风险可分为五个方面:技术(与性能有关)、保障性(与性能有关)、计划(与环境有关)、费用和进度。

 3.1 、 技术风险

 技术风险可以定义为新设计开发中涉及的风险。开发这个设计的目的是在原有的基础上提高性能水平。然而,由于一些新的约束,性能水平可能保持不变,甚至下降。技术风险的性质和原因随着军事系统的设计而变化。许多技术风险通常是由新系统和设备前所未有的性能要求引起的。

 3.2 、计划风险

 计划风险是包括获取和使用一些可能不受软件项目控制但又可能影响软件项目方向的可用资源和活动。计划风险一般不会与改善技术水平有直接关系。计划风险可按一些因素的性质和来源分类,这些因素有可能中断软件项目实施计划。造成软件中断 的因素主要以下几种:(1 1 )与软件项目直

 接有关的高层权力机构决策造成的中断;(2 2 )一些影响软件项目的事件或行动造成的中断;(3 3 )主要由于一些不能预见的与生产有关的问题造成的中断;(4 4 )因能力不足造成的中断。

 3.3 、保障性风险

 保障性风险是与系统部署和维护相关的风险,是指当前正在开发或部署的系统。保障风险包括技术和计划风险的特征。构成综合后勤保障要素的十个潜在风险源是 :(1) 维修规划; (2) 人力和人员; (3) 保障设备; (4) 技术数据; (5) 培训; (6) 培训支持; (7) 计算机数据保障;( ( 八) ) 设施; (9) ) 包装、装卸、储存和运输; (10) 设计界面。

 3.4 、费用和进度风险

 一些性能和设计技术问题有时要靠增加费用和延长进度来解决,这往往会使问题变得复杂化。费用和进度增长指预计软件项目费用和进度与实际费用和时间之间的差异。因此,费用和进度增长会造成两个主要的费用/ / 进度风险区:预计时定下不合理的低费用/ / 进度目标所造成的风险;要想满足合理的费用/ / 进度目标,软件项目就必须给定一个谨慎的风险。

 4 4 、风险分析的步骤

 风险分析试图定量回答一些问题,这些问题与为了完成某个特定任务所研制的软 件和硬件性能上固有的效果范围有关,也与人们自身相互因素的作用和影响有关。风险分析人员确定风险的方法是:把不希望的事件发生的概率与每个可预见的后果的大小相结合。

 一般地,系统运行风险分析可以分为以下四个步骤:

 (1) 风险识别、检测某种情况,确定潜在的风险范围; (2) 风险

 量化,确定事件发生的概率以及产生的后果; (3) 风险影响评估和方案选择,定量计算发生风险的后果和选择行动方案; (4) 风险处理计划,描述处理风险的各种方法,并推荐具体的处理风险的行动。项目风险分析步骤也可以这些步骤为参考。

 5 5 、风险分 析的方法

 我们知道,对于风险分析所作的工作大多局限于任务风险分析当中。这些方法对于考虑项目风险领域的分析方法也有一定意义,风险分析方法可分为定性和定量两种,定量的风险分析方法是在定性的基础上而实现的。下面,我们对这两类风险分析方法作简要的论述。

 5.1 、定性风险分析方法

 定性风险分析的目的是明确风险的来源,初步确定风险的严重程度,从而对系统性风险有一个全面的印象。表 1 1 简要介绍了一些定性风险分析方法。很容易看出,初步危险分析是用来识别系统中可能存在的风险源,而以下方法是用来定性量化各种风险源可能 对系统造成的损害,从而确定系统的风险。

 5.2 、定量风险分析方法

 定量风险分析是在定性分析的逻辑基础上,给出各个风险源的风险量化指标及其发生概率,再通过一定的方法合成,得到系统风险的量化值。它是基于定性风险分析基础上的数学处理过程。现发展较为成熟的方法有 PRA (概率风险评估)

 ,DPRA (动态风险概率评估)及仿真通用软件 VERT (风险评审技术)等。

 A PRA 和 和 A DPRA 都是在 A FTA 分析基础上的量化,在可靠性及运行系统风险分析领域内应用广泛。稍作改造,我们便可将

 其运用到项目风险分析领域。其分析步骤如下:

 (1 1 )识别项目研制过程中的困难环节,找出风险源;(2 2 )对各风险源考察其在项目研制中的地位,及相互逻辑关系,给出项目的风险源树;(3 3 )标识各风险源后果大小,及风险概率;(4 4 )对风险源通过逻辑及数学方法进行组合,最后得到系统风险的度量。如果是用 A DPRA 进行评估,则尚须考虑它们在时间上的关系。

 另一种被广泛运用于风险评估的方法是 VERT 。T VERT 是国外在八十年代初期发展的一通用仿真软件,它对项目研制构造过程网络,将各种复杂的逻辑关系抽象为时间、费用、性能的三元组的变化。网络模型面向决策,统筹处理时间、费用

 、性能等风险关键性参数,有效地解决多目标最优化问题,具有较大的实用价值。它的原理是通过丰富的节点逻辑功能,控制一定的时间流、费用流和性能流流向相应的活动。每次仿真运行,通过蒙特卡洛模拟,这些参数流在网络中按概率随机流向不同的部分,经历不同的活动而产生不同的变化,最后至某一终止状态。用户多次仿真后,通过节点收集到的各参数了解系统情况以辅助决策。如果网络结构合理,逻辑关系及数学关系正确,且数据准确,我们可以较好地模拟实际系统研制时间、费用及性能的分布,从而知道系统研制的风险。

 6 6 、风险分析的原则

 在风 险分析中,应遵循一些分析原则。以下是风险分析的一些一般原则: :

 (1 1 )风险分析是软件设计的一部分,就像应力分析是传统软件设计实践的部分一样;

 (2 2 )风险分析是正式的、严谨的、定量化的;

 (3 3 )风险分析的目的是为了支持决策,应当把风险分析作为系统软件设计和研制过程的

 一部分,而不应该过迟而无法做出主要的改变和资金的压力强迫在安全性和可靠性上妥协,而这种妥协不能接受的情况下,作为一种反省进行;

 (4 4 )风险分析可以按各种等级的详细程度、彻底程度和精密程度来进行;

 (5 5 )风险分析详细、彻底、精确程度 与分析项目的重要性和环境潜在的破坏程度大小相一致;

 (6 6 )在一个项目的早期概念阶段,能够而且应该实施近似的风险分析,随着设计的逐渐开展,风险分析的精度和详细程度也随之提高。


推荐访问:项目管理过程中风险分析基本概念 项目管理 基本概念 过程中

猜你喜欢