文档库 最新最全的文档下载
当前位置:文档库 › IT项目实施风险

IT项目实施风险

IT项目实施风险
IT项目实施风险

IT项目实施风险是在实施IT系统的过程中可能遇到的各种对项目产生负面影响的风险源,那么如何做好项目的风险管理,让企业能够安然度过呢?

风险识别应对流程

风险应对实施流程

风险应对监控流程

4 风险管理例会内容

汇报项目风险状况

项目风险管理专员向与会人员汇报项目风险状况,内容包括十大风险应对跟踪情况,其它风险应对情况;风险应对责任人处理风险跟踪情况。汇报两次会议期间对项目和非项目成员访谈中识别的已有风险。

审视项目风险状况

风险管理委员会听取风险管理专员汇报后,对项目风险状况进行总结,提出下一步工作的重点和努力方向;同时对风险处理不力的责任人提出警告,要求限

期执行应对计划。

识别项目潜在风险

与会人员一起核对项目WBS,结合项目进度、风险规避情况展开讨论,发现项目中潜在的风险。

制定风险应对计划

汇总风险管理专员访谈中识别的已有风险和会议讨论发现的风险,依据项目实际情况,制定具体风险的应对计划。内容包括确定风险概率、影响程度、风险来源、应对策略;指定风险应对责任人、计划应对起止日期等内容。

其他问题处理

包括与项目风险相关内容的讨论。会议纪要输出;会后,风险管理专员整理风险识别记录、风险应对计划,重新调整十大风险排名、上榜次数等内容。综合项目风险识别、风险应对计划,统计出项目风险整体水平定性表。相关文档分发给具体人员。

5 文档流转流程

6 输出文档

《识别项目风险一览表》《风险应对计划一览表》《单个风险应对计划表》《单个风险跟踪控制表》《十大风险监控一览表》

企业如何把项目风险管理落到实处

2007-8-20 1:15:38 作者:甄进明

风险管理是项目管理中的重要内容,风险管理机制更是企业项目管理体系的关键组成部分。然而,这些却是目前中国企业在项目管理方面的薄弱环节。如何切实地进行风险管理,建立风险管理机制,是企业项目管理走向成熟过程中必须要解决的问题。本文将从方法论、应用示例和软件工具三个方面结合起来,说明和讨论项目风险管理和企业风险管理机制,指导企业把项目风险管理落到实处。

方法论:认识风险管理过程的四部曲

风险管理是项目管理的一个子集。项目管理方法的精髓是提供了一种结构化的模式,来指导项目经理进行项目管理,来分析和处理项目管理过程中的问题。风险管理方法,也是这样的一个结构化的模式,指导项目经理展开项目风险管理方面的工作。如下图所示,中心是风险管理过程的四部曲,外围是在风险管理过程中发生交互的相关信息。

风险识别是项目风险管理过程四部曲的第一步,主要是确定何种风险可能会对项目产生影响,并以明确的文档描述这些风险和其特性。风险识别一般来讲,是一个反复进行的过程,由项目主要成员、企业风险管理小组分头进行,来尽可能地识别出项目可能存在的风险。

对风险进行分类和归纳是风险识别中常用的方法。风险分类应该是经过综合考虑而定义的,应当反映出项目所属行业或应用领域内的常见风险来源。例如下面的分类:项目的技术方面的风险、项目的时间安排方面的风险、项目的财务方面的风险等。

检查表是风险识别中非常有效的工具。根据以往类似的项目和积累的其他风险管理的知识和信息,可以开发和编制项目风险检查表。检查表的好处是使风险识别过程短平快,提高了效率,但是其风险识别的质量在于所开发的风险检查表的质量。对于单个或特定的一个项目,开发风险检查表是不实际的。如果企业进行大量类似的项目,例如IT服务企业执行的多数是IT应用的项目,完全可以开发一套风险检查表提高风险识别过程的速度和质量。

风险分析是项目风险管理过程四部曲的第二步,是评估已识别出风险的影响和可能性的过程。风险分析可以选择定性分析或定量分析方法,进一步确定已识别的风险对项目目标的影响,并根据其影响对风险进行排序,确定项目的关键风险项,并指导接下来的风险应对计划的制定。

项目的风险指数是一个有效的指标,表征整个项目的风险程度。该指标,是应用一个风险指数计算的数学模型,根据风险识别和风险分析的结果,计算得到一个量化的项目风险指数。通过应用项目风险指数,在项目选择和执行过程中,以量化的指标反映项目的风险,监控风险管理的绩效。同时该指标,也可以用于横向比较不同项目之间的风险程度。

风险应对计划是项目风险管理过程四部曲的第三步,主要是针对项目的风险开发和制定一个风险应对的方案,目的是提高实现项目目标的机会。风险应对计划包括项目主要风险,针对该风险的主要应对措施,每个措施必须有明确的人员来负

责,要求完成的时间以及进行的状态。

风险监控是项目风险管理过程四部曲的第四步,主要是在项目的整个过程中,跟踪已识别的风险,监视残余风险和识别新的风险,确保项目风险应对计划的执行,评估风险应对措施对减低风险的有效性。风险监控是项目整个生命周期中的一种持续的过程,随着项目逐渐的推进,风险会不断变化,可能会有新的风险出现,也可能有预期的风险的消失。

应用示例:了解风险管理的应用实践

风险管理机制是企业项目管理体系的重要组成部分。风险管理的实施,一定与企业的项目管理制度,特别是在风险管理方面的方针和政策密切相关。

风险管理表格的制定和使用,体现了企业风险管理的规范化的一个方面,以下通过两个风险管理表格的应用示例,来说明企业是如何进行风险管理方面的实际操作。

应用示例一,初级的风险管理应用。表一是某跨国IT服务公司,在推行项目管理初期使用的风险评估表格。通过这个简单的表格,该公司首先将风险管理的工作进行制度化,即每个项目,在构建项目的方案时,必须填写此表格。其次风险

识别和评估有明确的结果输出,即项目的风险级别,又可以称为项目风险指数。同时根据不同风险级别,在项目的成本方面,按照不同比例确定项目风险准备金。

表一:XX公司项目风险评估表

应用示例二,随着项目管理的推进,风险管理工作进一步系统化和精细化,通过一组电子表格完成项目风险识别和分析过程。表二是另一跨国IT服务公司项目风险检查表的一部分。按照表中所示,将客户的项目准备方面的风险分解为11个题目,进行逐一打分的方式评估风险(1-5分)。针对每个具体项目,如果有一些特别的题目反映项目在此方面的风险,可以增加题目,并进行打分。汇总打分总和,根据该方面题目的个数,计算出该方面平均的风险分数。

表二:XX公司项目风险检查明细表

在完成项目风险检查明细表后,通过电子表格的计算功能,可以得出项目风险的汇总表,如表三所示。从表中可以看到,该公司进行风险管理时,将项目的风险归类为十大风险领域,通过对每一领域进行打分和计算,得出每一领域的平均风险分数,然后再统计计算出该项目的风险指数。根据量化的项目风险指数,可以横向比较项目之间的风险,优选项目,并根据风险的大小,准备项目的风险准备金。

风险识别和风险分析之后,是制定风险应对计划。根据表二的风险题目打分的结果,即如果对于某些题目如果打分是4分以上,系统将标识该项需要准备风险应对计划。例如表二中的数据,有三项得分是4分以上。该公司要求项目经理或风险经理必须有针对性制定风险应对措施。

表三:XX公司项目风险汇总表

软件工具:结合工具,将项目风险管理制度化

实施风险管理是公司推行项目管理过程中重要一环,在风险管理方面比较成熟的公司都是通过使用一些工具来使项目风险管理规范化和制度化。特别地,这些工具将使项目风险管理过程中的工作易于操作,工具帮助项目经理生成规范的风险管理的输出结果,也易于检查和管理。

下面以LeadingRisk项目风险管理工具为例,进行具体说明。

LeadingRisk项目风险管理工具以风险管理过程的四部曲为核心框架结构,引导并帮助项目经理或者公司的风险经理快速完成项目风险管理过程。该软件是在前面介绍的风险管理表格的基础上,进一步提升而开发的工具。该软件的操作由七个步骤组成,具体如表四所示。该软件有一下突出特点:

1. 根据项目行业和类型,通过检查表,快速完成风险识别过程

2. 根据项目行业和类型的风险特点提前完成风险分析根据行业风险特点直接提供风险应对方案建议输出项目风险指数和管理报告,便于风险跟踪和监控LeadingRisk项目风险管理工具是风险管理软件平台和风险管理知识库结合在一起的应用工具。软件平台自动化了风险管理的过程,使风险管理过程易于操作和执行。风险管理知识库,是其核心,根据在不同行业和项目类型的特点,总结和归纳的风险分类,并将常见的风险设计为风险问题,并提供一组选择答案让风险管理人员进行选择,针对不同的选择,预先设计这些的回答对应的风险级别,以及可能建议的风险应对方案。

特别要指出的是,该工具软件的使用,需要以公司的风险管理政策和方针为支撑,即公司必须明确在项目的什么时间,由什么人来进行项目风险评估,怎样管理评估结果和风险应对计划,风险监控过程如何进行。本软件将强化这些公司的政策和方针。

表四:LeadingRisk操作步骤

建议:把项目风险管理落到实处

在此对中国实施项目管理的企业建议,以结构化的风险管理过程为理论基础,根据企业的业务特点,制定企业的风险管理方针和制度,然后结合实用的风险管理软件,特别是软件平台与知识库相结合的软件工具,形成切实可行、易于操作、收效突出的风险管理机制,把项目风险管理落到实处,提升企业的项目管理能力,为企业实现价值。

1 风险分类

IT项目实施风险是在实施IT系统的过程中可能遇到的各种对项目产生负面影响的风险源,按照风险的来源分:技术风险、费用风险、工期风险、管理风险、组织风险。

技术风险:因项目所涉及软件技术、硬件技术、人员技术水平而引起的风险。

费用风险:因项目费用预算及相关因素变化引起的费用增加。

工期风险:潜在导致项目的实施时间发生变化的风险。

管理风险:在项目实施过程中,因企业管理流程变革而引起的风险。

组织风险:在项目实施中,因企业组织结构及项目成员的变动引起的风险。

2 风险来源

风险来源可以从项目过程、也可以从项目内容方面发现。在项目的全生命周期中,项目启动、制定计划、范围定义、资源预算、人员组织、进度控制、项目状态、项目的协调和管理以及信息系统的运行阶段都会产生风险。

根据信息化项目的内容,风险可能来自:资金投入、人力资源、时间和进度、应

用软件和技术方面。

另外一种风险来源分类是,依据风险是出现在项目内或项目以外,分为内部风险和外部风险。项目外部风险主要是指项目的政治、经济环境的变化,包括与项目相关的规章或标准的变化,组织中雇佣关系的变化,如公司并购、自然灾害等。这类风险对项目的影响和项目性质的关系较大。

3 风险的定性和定量分析

通过风险识别过程所识别出的潜在风险数量很多,但这些潜在的风险对项目的影响是各不相同的。风险分析即通过分析、比较、评估等各种方式,对确定各风险的重要性,对风险排序并评估其对项目可能后果,从而使项目实施人员可以将主要精力集中于为数不多的主要风险上,从而使项目的整体风险得到有效的控制。确定了项目的风险列表之后,接下来就可以进行风险的定量化分析了。风险定量分析的目的是确定每个风险对项目的影响大小,从两个角度分析:风险出现的概率和风险影响的程度:

风险值= 风险概率× 影响程度。

风险定量分析的维度:风险概率

风险概率:它是风险发生可能性的百分比表示,是一种主观判断。

风险定量分析的维度:风险概率

测量风险影响项目的程度:它是指一旦风险发生可能对项目造成的影响大小。如果损失的大小不容易直接估计,可以将损失分解为更小部分再评估它们。

4 风险应对策略

就已经确定了项目中存在的风险以及它们发生的可能性和对项目的风险冲击,并可排出风险的优先级。此后就可以根据风险性质和项目对风险的承受能力制定相应的防范计划,即风险应对。我们建议制定风险应对策略主要考虑以下四个方面的因素:可规避性、可转移性、可缓解性、可接受性。风险的应对策略在某种程度上决定了采用什么样的项目开发方案,常见的应对策略有四个:规避、缓解、转移和接受。

风险规避涉及根除某一具体的威胁或风险,通常采用根除其原因的方法。例如,采用更熟悉的工作方法、澄清不明确的需求、增加资源和时间、减少项目工作范围、避免不熟悉的服务商等。

风险缓解涉及通过减少风险事件发生的概率来减轻风险的影响。例如,选择更简单的流程、进行更多的实验、建造原型系统、增加备份设计等。

风险转移使指对将风险产生的影响转移到项目之外的其它地方。例如,签定不同种类的合同,或签定补偿性合同。

风险接受是指如果风险发生,项目组采取应急措施,积极地应对风险。例如,制定应急计划或退却计划、甚至仅仅进行应急储备和监控,待发生时随机应变。

5 风险状态

完成了风险识别后,针对具体风险的生命周期,给出风险所处的状态。一般情况下,分为:开放(Open)、处理中(Process)、关闭(Close)。

υ开放(Open):风险已经被识别,并作出了风险的定量和定性分析,尚未制定应对措施。

υ处理中(Process):给具体的风险制定应对计划,确定责任人、处理日期,风险正在处理之中。

υ关闭(Close):风险依据相应的应对措施被排除掉。

6 风险识别方法

风险识别没有一个单一的方法和工具,是一个充满智慧的知识管理过程,需要把项目管理的知识和经验逐步地积累起来,形成自己的项目管理知识库。根据ENPC项目管理的现状,提出以下识别方法:

对项目详细计划的分析:找出依赖关系、时间长度和资源可用性等,特别是分析工作分解结构WBS。

头脑风暴法:项目成员、外聘专家、客户等各方人员组成小组,根据经验列出所有可能的风险。

访谈:与那些有类似项目经验的人或项目组的主要成员进行面谈,可以尽早认识问题,识别可能风险。

问题跟踪

管理问题是项目小组的重要责任,同时也是保证项目实施成功的基础。在项目管理的过程中,必须保证出现在各个阶段的问题被及时发现和解决。问题应该在下一个项目阶段开始之前得到妥善解决。

5.1 问题识别

实施人员对用户反映和提交的在操作过程中遇到的问题时,应首先进行验证,实际操作,确认问题是否真的存在。如果经验证后,属于非操作问题,则分析是否属于项目实施范围、是否合理、是否重要、是否紧迫、是否具有行业普遍性,对实施范围内的问题根据轻重缓急排出解决的优先顺序,问题的优先顺序分为下面几类:

1) 高:对项目预期计划有绝对的影响,优先解决。

2) 中:可能对项目预期计划有影响,尽快解决。

3) 低:对项目预期计划无影响,可暂缓解决。

5.2 问题解决和关闭

任何问题都应在恶化之前将到控制和解决,项目实施小组应首先在内部进行交流、分析解决问题的办法,无法内部解决的通过热线和在线支持方式向技术支持部门反馈;对于项目管理问题和资源问题可以向公司高层报告,让其协调资源,争取尽快解决。

问题解决的结果应发送到相关的问题责任人或客户项目经理,由其确认;问题解决之后,更新问题的状态、将问题关闭。关闭问题时实施人员应检查问题记录是否完整,包括问题的提出、解决过程、解决办法、负责人等全部信息。

5.3 问题跟踪过程的记录

项目实施过程中出现的问题,从提出到最后解决,都应进行详细记录。问题跟踪记录的内容要件至少包括问题提交和问题解决两部分,具体形式可以是记录单的形式,一个问题一个记录;也可以是列表形式。《问题记录单》形式见表3。

软件项目风险管理

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

软件项目的风险分析

软件项目的风险分析 软件工程项目的开发也存在各种各样的风险,有些风险甚至是灾难性的。R.Charette认为,风险与将要发生的事情有关,它涉及诸如思想、观念、行为、地点、时间等多种因素;风险随条件的变化而改变,人们改变、选择、控制与风险密切相关的条件可以减少风险,但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中,人们关心的问题是,什么风险会导致软件项目的彻底失败?顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响?人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务?所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括:风险标识、风险估算、风险评价和风险管理四部分 1、风险标识 从宏观上看,风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题,如规格说明的二义性、采用陈旧或尚不成熟的技术等等,对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件,或推销部门不知如何销售这一软件产品,或开发的产品不符合公司的产品销售战略,等等,称为商业

风险。这些风险有些是可以预料的,有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险,Boehm建议设计并使用各类风险检测表标识各种风险。 2、风险估算 软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算,必须建立风险度量指标体系;必须指明各种风险带来的后果和损失;必须估算风险对软件项目及软件产品的影响;必须给出风险估算的定量结果。 3、风险评价和管理 在风险分析过程中,经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险,LI表示风险发生的概率,XI是风险带来的影响,I = 1,2,…L是风险序号,表示软件项目共有L种风险。软件开发过程中,由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止,因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时,软件项目将被迫终止。在软件开发过程中,成本、进度、性能是相互关联的。例如,项目投入成本的增长应与进度相匹配,当项目投入的成本与项目拖延的时间超过某一临界点时,项目也应该终止进行。通常风险估算过程可分为

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

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

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

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

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

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

(完整word版)项目风险分析及对策

项目风险分析及对策 一个产品从它的研发到投入市场再到消费者购买使用它,这些过程中都存在着不同的风险,主要包括政策风险、市场风险、财务风险、管理风险、技术风险等,面对这些风险我们必须未雨绸缪防患于未然,提前制定出一套完整的企业风险评估报告并筹划出相关的对策,争取将企业的损失控制到最低。 1、 2 二、市场风险 市场风险是指由于某种全局性的因素引起的投资收益的可能变动,这些因素来自公司外部,是公司无法控制和回避的。随着潜在进入者与行内现有竞争对手两种竞争力量的逐步加剧,我国安防监控行业具有营运主体多、小、散、乱,市场竞争较为激烈且处于无序状态的特点。因此监控安防企业为了生存及竞争的需要,会采取“价

格战”策略打击竞争对手,因而引起公司产品价格波动,进而影响公司收益。生产 的产品遇到强有力的对手而竞争不足; 对策: 1、规范内部管理,固化运作流程,实现对经营流程各环节的优化和控制,提高企业 管控水平,降低经营风险。 2 3 4 5 9 盲目性。 三、财务风险 财务风险是指企业由于不同的资本结构而对企业投资者的收益产生的不确定影响。财务风险来源于企业资金利润率和接入资金利息率差额上的不确定因素以及借入资金与自有资金的比例的大小。借入资金比例越大,风险程度越大;反之则越小。

本项目的财务风险主要体现在项目实施之前,实施后财务风险较小。 对策: 1、实行严格的资金借贷和运用审批制度,根据公司发展情况和资金市场成本变化, 调整资本结构; 2、使投资项目尽快产生效益,提高资产盈利能力,降低投资风险; 3、 4 5 6 7 8 项目的实施有一定的周期,涉及的环节也较多,在这期间如果出现一些人力不可抗拒的意外事件或某个环节出现问题以及宏观经济形势发生较大的变化,公司组织结构、管理方法可能不适应不断变化的内外环境,将会大大影响项目的进展或收益。公司内部管理中存在诸如成本控制、人员变动、资金运营等方面的不确定性,将为公司的运营带来风险。如何减少管理风险是本项目运行过程中必须予以关注的。

软件项目风险管理

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

IT项目风险控制与管理

龙源期刊网 https://www.wendangku.net/doc/1f10358874.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)竞争环境分析 我国共有34个省级行政区,333个地级行政区划单位,除部分地区,已基本建成交通互助调度网络。地域性强势竞争态势下,跨区域性、全国调度系统纷纷形成,项目面临着地域性与非地域性双重竞争压力。 (2)消费者理念分析 消费者对项目的保守心理是其潜在的风险,消费对参与信息分享而可能带来的隐患担忧度决定消费保守度。同时,消费者的环保意识、效益意识、诚信等意识一定程度影响着其消费导向。由于消费者的理念不定性,项目风险则随之不定。 (3)法律隐患分析 立法具有滞后性、抽象性、局限性等特点,对于市场领域的规范存在着一定的法律隐患。项目的实施或为该隐患承担着风险。对于项目参与市场竞争的规范不能面面俱到及法律在市场应用中的不完善性潜在风险很大。 2、技术风险分析 由于市场激烈竞争刺激行业的高速发展,产品的的研发换代必须与时俱进,否则终将惨遭淘汰,且类似产品的模仿在技术竞争中多方角逐,因此研发中遇到的项目技术技术瓶颈是不可忽视的技术风险。此外,技术人才的缺乏及其流失是其潜在风险。 (1)技术研发风险分析 项目本身的维护需要资金的投入,项目的创新与再研发需要成本,其风险在于技术开发的迟缓或失败而带来的人力财力损失以及因此带来的产品竞争力下降从而影响整个企业的发展。在技术研发中如何突破技术瓶颈,由瓶颈而带来的风险是应处于首要位置考虑的。(2)技术人才的缺失风险分析 在技术研发过程中技术人员一旦流失将造成不可估量的损失,而对项目相关技术难题攻克专业高技术人才缺乏将直接导致研发的中止,其实质风险在于企业管理问题,在于高层决策明智与否的风险。 3、管理风险分析 企业高层决策明智与否,高层对市场的把握及对项目开发的方向性认识与决定,对企业员工,对企业资金,对企业产业链各方面的管理水平,这些共同构成管理风险来源。 (1)资金管理风险分析 对资金的投放风险是管理风险的首要。管理层对货币的运用,对国家货币政策,银行汇率的把握,对资金灵活周转水平是资金风险发生与否决定因素。资金链的断层是项目必须考虑的风险。 (2)人才管理风险分析 人才流失是项目实施的潜在风险,高层对人才管理的失误而造成的人才流失,带来技术的流失、技术研发中止,而给企业效益造成严重损失,其风险决定于高层管理风险,具有主观性,因公司的高效管理水平风险发生率相对较低。

IT项目管理中的风险控制

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

项目风险分析及对策完整版

项目风险分析及对策 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

项目风险分析及对策 一个产品从它的研发到投入市场再到消费者购买使用它,这些过程中都存在着不同的风险,主要包括政策风险、市场风险、财务风险、管理风险、技术风险等,面对这些风险我们必须未雨绸缪防患于未然,提前制定出一套完整的企业风险评估报告并筹划出相关的对策,争取将企业的损失控制到最低。 一、政策风险 经济政策风险是指在建设期货经营期内,由于所处的经济环境和经济条件的变化,致使实际的经济效益与预期的经济效益相背离。对经济环境和经济条件,应以宏观和微观两个角度进行考察。宏观经济环境与经济条件的变化,是指国家经济制度的变革、经济法规和经济政策的修改、产业政策的调整及经济发展速度的波动。 从本项目来看,公司面临一般企业共有的政策风险,包括国家宏观调控政策,财政货币政策,税收政策,可能对项目今后的运作产生影响。 对策: 1、公司将在国家各项经济政策和产业政策的指导下,汇聚各方信息,提炼最佳方案,统一指挥调度,合理确定公司发展目标和战略; 2、加强内部管理,提高服务管理水平,降低营运成本,努力提高经营效率,形成公司的独特优势,增强抵御政策风险的能力。 二、市场风险 市场风险是指由于某种全局性的因素引起的投资收益的可能变动,这些因素来自公司外部,是公司无法控制和回避的。随着潜在进入者与行内现有竞争对手两种竞争力量的逐步加剧,我国安防监控行业具有营运主体多、小、散、乱,市场竞争较为激烈且处于无序状态的特点。因此监控安防企业为了生存及竞争的需要,会采取“价格战”策略打击竞争对手,因而引起公司产品价格波动,进而影响公司收益。生产的产品遇到强有力的对手而竞争不足; 对策: 1、规范内部管理,固化运作流程,实现对经营流程各环节的优化和控制,提高企业管控水平,降低经营风险。 2、搭建统一的业务应用平台,实现采购、销售、仓储、配送、技术开发、质量、计量集成管理和数据共享,帮助企业科学制定销售、采购、实施计划,提高整个系统的能观性和能控性 3、财务数据从业务数据自动形成,财务业务一体化,提高财务核算、财务分析和资金周转效率。

IT项目风险管理

IT项目风险管理 IT项目风险管理 导语:“风险”一词的由来,最为普遍的一种说法是,在远古时期,以打鱼捕捞为生的渔民们,每次出海前都要祈祷,祈求神灵保佑自己能够平安归来,其中主要的祈祷内容就是让神灵保佑自己在出海时能够风平浪静、满载而归。在长期的捕捞实践中,他们深深地体会到“风”带来的无法预测的危险,认识到,“风”即意味着“险”,因此有了“风险”一词的由来。 IT项目风险管理 现在,风险一词的意义,已大大超越了“遇到危险”的狭义含义,而是“遇到破坏或损失的机会或危险”。经过了两百多年的演义,风险一词越来越被概念化,并随着人类活动的复杂性和深刻性而逐步深化,被赋予了从哲学、经济学、社会学、统计学甚至文化艺术领域的更广泛更深层次的含义。不管如何定义风险一词的由来,其基本的核心含义是“未来结果的不确定性或损失”,也有人进一步定义为“个人和群体在未来遇到伤害的可能性以及对这种可能性的判断与认知”。 一、风险的定义 风险有两种定义:一种定义强调了风险表现为不确定性;而另一种定义则强调风险表现为损失的不确定性。 若风险表现为不确定性,说明风险产生的结果可能带来损失、获

利或是无损失也无获利,属于广义风险,金融风险属于此类。而风险表现为损失的不确定性,说明风险只能表现出损失,没有从风险中获利的可能性,属于狭义风险。 广义的风险展现出来的是机会,虽然这种机会可能让我们的项目变得颗粒无收,但如果一旦机会有利于项目,则可以大赚一笔,风险投资家们心中的风险正是广义的风险,所以风险才会吸引他们投入巨大的资金。而作为项目管理者来说,风险对他们意味着失败的危险,因此必须将任何风险扼杀于摇篮之中。 二、IT项目风险的特征 由于软件本身的特点,导致IT项目与传统项目有很大差异,因此IT项目的风险管理难度要比传统项目大。 1.需求不稳定 软件项目的需求多变已成为软件业界的共识,正因为需求的多变,才让瀑布模型一直遭受到软件工程界的抨击,因此诞生了原形模型。在IBM的RUP和众多的敏捷方法论中,一直将需求不确定列为软件项目的最大特点,因而出现了拥抱变化一说。 当一个IT项目开始实施的'时候,如果客户连他需要做什么,要实现一些什么功能都不能确定的话,那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢?所以他们只有在漫长的等待过程中,不断遭受到客户的“批评”,在经历了“九九八十一次磨难”之后,才恍然大悟,原来就是要做一个这样的系统啊!

软件开发项目的风险分析与控制

软件开发项目的风险分析与控制 摘要:本文通过对当前软件行业的风险状况进行分析,列举软件开发项目的风险来源,并进行分析,总结各类风险产生的原因和对项目成败的影响,最后给出软件开发项目在风险管理和控制的建议。 关键词:软件开发风险风险分析风险管理与控制 一、软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,达到一个行业,小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高,随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高,对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下,风险管理与控制已成为软件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性,无标准规范等特点,其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识,缺少进行系统、有效的度量和评价的手段。据有调查数据显示,有15—35%的软件项目中途被取消,剩下的项目不是超期就是超出预算或是无法达到预期目标。另外,软件项目因风险控制和管理原因失败的约占90% ,可见,软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题,以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面,如:缺乏用户的参与,缺少高级管理层的支持,含糊的要求,没有计划和管理等,总体概括下来应该由五大方面。

(完整版)项目风险分析

分析软件开发项目的不确定性因素与风险因素,如何预防项目风险 软件项目的风险是指在软件开发过程中可能出现的不确定因而造成损失或 者影响,如资金短缺、项目进度延误、人员变更以及预算和进度等方面的问题。风险关注未来的事情,这意味着,软件风险涉及选择及选择本身包含的不确定性,软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态,是处于无知和完整知识之间的状态。另一方面,风险将涉及思想、观念、行为、地点等因素的改变。 软件项目风险会影响项目计划的实现,如果项目风险变成现实,就有可能影响项目的进度,增加项目的成本,甚至使软件项目不能实现。因此有必要对软件项目中的风险进行分析并采取相应的措施加以管理,尽可能减少风险造成的损失。风险是在项目开始之后才对项目的执行过程其负面的影响,所以软件项目开始之前风险分析的不足,或者是软件项目实施过程中风险应对措施不得力,都有可能造成软件失败。 如果对项目进行风险管理,就可以最大限度的减少风险的发生。它是为了将不确定因素出现的概率控制到最低,将不确定性所造成的损失减少到最低限度,对软件项目全过程中的风险识别、分析和应对的过程。 软件项目中的风险永远不能全部消除,而只能采用避免、减轻、和接受三种因对策略。 避免:通过分析找出发生风险事件的原因,消除这些原因来避免一些特定风险事件的发生。 减轻:通过降低风险事件发生的概率或得失衡量来减轻风险对项目的影响,也可采用风险转移的方法来减轻风险对项目的影响。 接受:对于一些无法避免的风险,应当接收风险造成的后果或者提前设计相应的应对措施,但这需要一定的资金做后盾。 需求变更风险 需求变更风险是指需求已经成为项目基准,但需求还在继续变化;需求定义 欠佳,而进一步的定义会扩展项目范畴;添加额外的需求;产品定义含混的部分比预期需要更多的时间;在做需求中客户参与不够;缺少有效的需求变化管理过程。一个看似很有“钱途”的软件项目,往往由于无限度的需求变更而让项目承建方苦不堪言,甚至最终亏损(实际上项目建设方也面临巨大的风险)。 预防这种风险的办法是需要团队成员的高度配合和密切协作的阶段,在进行需求分析的时候要仔细分配团队成员的工作,具体分配如下:如项目经理负责需

软件项目风险管理

目 录 一、风险管理 概述 (4) 1.1软件项目风险 (4) 1.2软件项目风险管理 (4) 1.3软件项目风险管理模 型.............................................................................. (6) 1.4小结 ...................................................................................................7 二、软件项目风险管理发展历程 (7) 三、经典风险管理模型 (9) 3.1 Boehm 和Charette 的风险管理框架 (9) 3.2 CMU/SEI 的CRM 持续风险管理模型 (10) 软件项目风险管理资料 【最新资料,WORD 文档,可编辑修改】

3.3Riskit方法 (11) 3.4SoftRisk风险管理模型 (14) 3.5IEEE风险管理标准 (15) 3.6基于CMM/CMMI的软件项目风险管理框架 (15) 3.7Microsoft的MSF风险管理模型 (16) 3.8比较经典风险管理模型 (17) 四、软件项目风险管理的研究方法、技术和工具 (18) 4.1软件项目风险识别方法 (18) 4.2网络分析模型 (21) 4.3系统动力学仿真技术 (22) 4.4基于成本估算模型的风险评估方法 (23) 4.5其他方法体系 (24)

五、我国软件项目风险管理的研究 (24) 5.1研究现状 (24) 5.2思考与建议 (25) 【参考文献】……………………………………………………………………………… 错误!未定义书签。 引言 近几年来软件开发技术、工具都有了很大的进步,但是软件项目开发超时、超支、甚至不能满足用户需求而根本没有得到实际使用的情况仍然比比皆是。软件项目开发和管理中一直存在着种种不确定性,严重影响着项目的顺利完成和提交。但这些软件风险并未得到充分的重视和系统的研究。直到20世纪80年代,Boehm比较详细地对软件开发中的风险进行了论述,并提出软件风险管理的方法。Boehm认为,软件风险管理指的是“试图以一种可行的原则和实践,规范化地控制影响项目成功的风险”,其目的是“辨识、描述和消除风险因素,以免它们威胁软件的成功运作”。 在此基础上,业界对软件风险管理的研究开始慢慢丰富起来,理论上对风险进行了一些分类,提出了风险管理的思路;实践上也出现了一些定量管理风险的方法和风险管理的软件工具。虽然业界对风险管理表现了极大的兴趣,做出了不少努力,但似乎很少开发项目的组织真正积极地在软件开发过程中使用风险管理的方法。1995年IWSED (International Workshop on Software Engineering Data)会议做出的调查显示:风险管理技术没有得到广泛应用的原因并不是大家不相信这种技术的实效性,而是对风险管理的技术和实践缺乏了解。因此,我们认为很有必要对风险管理进行研究。

项目实施的风险分析及对策措施

六、项目实施的风险分析及对策措施 项目风险分析及对策一个产品从它的研发到投入市场再到消费者购买使用它,这些过程中都存在着不同的风险,主要包括政策风险、市场风险、财务风险、管理风险。技术风险、融资风险、环保风险、金融风险和经营风险等,面对这些风险我们必须未雨绸缪防患于未然,提前制定出一套完整的企业风险评估报告并筹划出相关的对策,争取将企业的损失控制到最低。一、政策风险经济政策风险是指在建设期货经营期内,由于所处的经济环境和经济条件的变化,致使实际的经济效益与预期的经济效益相背离。对经济环境和经济条件,应以宏观和微观两个角度进行考察。宏观经济环境与经济条件的变化,是指国家经济制度的变革、经济法规和经济政策的修改、产业政策的调整及经济发展速度的波动。从本项目来看,公司面临一般企业共有的政策风险,包括国家宏观调控政策,财政货币政策,税收政策,可能对项目今后的运作产生影响。 对策: 1、公司将在国家各项经济政策和产业政策的指导下,汇聚各方信息,提炼最佳方案,统一指挥调度,合理确定公司发展目标和战略; 2、加强内部管理,提高服务管理水平,降低营运成本,努力提高经营效率,形成公司的独特优势,增强抵御政策风险的能力。 二、市场风险 市场风险是指由于某种全局性的因素引起的投资收益的可能变动,这些因素来自公司外部,是公司无法控制和回避的。随着潜在进入者与行内现有竞争对手两种竞争力量的逐步加剧,我国温室蔬菜行

业具有营运主体多、小、散、乱,市场竞争较为激烈且处于无序状态的特点。因此温室蔬菜企业为了生存及竞争的需要,会采取“价格战”策略打击竞争对手,因而引起公司产品价格波动,进而影响公司收益。生产的产品遇到强有力的对手而竞争不足;原料、燃料供应不足;产品实际价格与预测发生偏离而引起产品滞销待销等。对策: 1、规范内部管理,固化运作流程,实现对经营流程各环节的优化和控制,提高企业管控水平,降低经营风险。 2、搭建统一的业务应用平台,实现采购、销售、仓储、配送、技术开发、质量、计量集成管理和数据共享,帮助企业科学制定销售、采购、加工和配送计划,提高整个供应链系统的能观性和能控性…… 3、财务数据从业务数据自动形成,财务业务一体化,提高财务核算、财务分析和资金周转效率。 4、建立科学、实时、准确的成本核算系统和统计分析系统,满足经营分析、绩效考核和管理决策需要。 5、实现全过程的客户关系管理,密切顾客联系,科学进行顾客需求和行为分析,提高顾客满意度和忠诚度。 6、实现密切联系客户,及时掌握资金和订货动态。 7、优化人力资源管理,提升组织能力,确保战略实施。 8、全面收集、整理、分析和展现数据,支持管理决策。在项目初期做好充分的市场调查,比如其需求量和现有供应量,减少项目上马的盲目性。 10、发展长期性稳定性客户,签订具有担保性质的长期购买协议。充分发挥价格优势,选择适当的产品定价策略。 11、前期通过促销的方式进行推广,另外着手在网络上发展与个性化软件上下功夫,做好服务工作,不断拓展业务空间;力

IT项目风险管理

IT项目风险管理 摘要 随着信息化建设的加速,我国的大小企业已经很明显的感觉到了它给我们带来的高效便捷,但是据研究调查显示,我国大型的IT项目能够实现完全成功的寥寥无几,何谓一个IT项目真正的成功呢?时间、成本和绩效目标这个铁三角目标的完成是我们通常认为IT项目成功的标志,这些因素都和风险管理息息相关,有很多失败的IT项目经分析,都是由于没有合理的安排专门的人员进行IT项目的风险管理和运营而造成的功亏一篑。通过对IT项目风险管理中各个环节和方法的研究,并结合一些作者在多年实际工作中遇到的和公司总结出来的一些应用各种方法处理风险的小案例来加强我们对风险管理理论的深刻认识,另一方面,这样的讲述也可以带给IT项目管理工作者更明确的理论配合实际的参考信息,让人们知道具体在IT项目中,什么类型的风险实施哪种方法来制定风险对策更适合;什么类型的风险对IT项目影响的范围如何等,笔者研究的目的是通过所经历过的IT项目实例来研究风险管理的理论方法,达到对今后的IT项目管理工作者授之以鱼,不如授之以渔的效果。由于受工作限制,笔者讲述的主要是IT项目中的风险研究,作者的研究成果在于通过在研究过程中对风险管理,以及各个环节方法的推敲,对之前工作中遇到的失败IT项目进行了分析总结和并对失败应对的风险给出了新的应对方案和解决措施的分析。 关键字:风险管理;IT项目风险;识别风险;应对风险

目录 1绪论 (1) 2 IT项目风险管理的理论概述 (1) 2.1 风险的定义 (1) 2.2 风险的特征和分类 (2) 2.3 IT项目风险的概念 (3) 2.4 IT项目风险管理的定义 (4) 2.5 IT项目风险管理的意义 (4) 3 IT项目中风险管理的研究 (5) 3.1 IT项目管理中风险识别的研究 (5) 3.2 IT项目管理中风险分析 (6) 3.3 IT项目管理中风险的应对 (8) 4结论 (9) 参考文献 (11)

工程项目风险分析.doc

工程项目风险分析、控制与转移 工程项目在营建过程中,从承包商角度来看,存在着建设周期长,投资数额大,工作和工序繁多的特点。因此,在施工中,这些因素制约着承包商未来获取收益的多寡。建设周期长,各个时期的不可预见因素就会相应增多,与时间相关的外界因素和内部因素的变化都会影响工期的按期完成;投资额巨大,若筹资、付款方式、利率或者有关合同条款发生变化,就会加大成本,从而减少了承包商的利润;工作、工序繁多,一旦施工组织不尽合理或者返工,同时发生索赔,就会极大地影响工程进度、成本和质量,使承包商的利益受损。所以,对工程项目施工进程中风险问题的分析和控制研究,具有重要意义。 1、承包商面临的风险 工程承包,既是一项商务活动,又是一项工程施工活动。它必然受到工程所在地的自然环境、社会环境和相关人为因素的影响。其中有关合同条件所确立的责任、权利和义务对承包商影响极大,这些都要求承包商具有全面的专业技术知识和较强的经营管理能力。目前,建筑市场的竞争日趋激烈,技术含量提高,项目趋向大型化和复杂化,企业趋于联合,资金相对集中,这些对中小型企业尤为不利,使它们面临着更多的风险,使企业的平均利润率下降。由此看来,工程承包是一项风险较大的工程施工活动。 工程承包风险,是指工程实施结果相对于预期的结果的变动程度,即承包商预期收益的变动程度。工程承包风险的起因是由许多不确定因素造成的。如果在投标和工程实施过程中,不考虑风险因素,就会加大实际成本而导致利润降低甚至亏损。但是,过多地把潜在风险因素的可能费用转移到投标标价的成本中去,又会使失标的几率大大增加。因此,要想获取目标预期利润,必须正确地考虑工程承包风险。 从有关统计资料来看,承包商在标价中风险费用所占比例都比较低,这是因为承包商对众多的风险因素采取了积极的管理措施,如风险责任的转移、分担、保险等控制风险事故发生或降低风险损失的措施。根据JCEM关于美国承包商对工程风险的分配和重要性的调查表显示,风险市场时期相对于繁荣市场时期,

项目风险管理案例分析-(1)

项目风险管理案例分析 一.项目风险管理 项目风险管理是指通过风险识别、风险分析和风险评价去认识项目风险,并以此为基础合理地使用各种风险应对措施、管理方法技术和手段,对项目风险实行有效的控制,妥善处理风险事件造成的不利后果,以最少的成本保证项目总体目标实现的管理工作。项目风险管理的重要性很大程度上就是避免资源的浪费。 二.企业进行项目管理案例分析 (一)案例背景简介 河北H-A会计师事务所承担省直大中型企业的审计工作。具有丰富工作经验,拥有一批具有丰富实践经验的注册会计师。 河北省某研究所现有50多位员工。在基于WINDOWS平台开发软件方面,具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现,很多企业都采用了会计电算化软件,对审计工作提出新的要求。社会审计工作的需要,对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 (二)实际项目分析 1.项目介绍 该系统基于windows和sql server进行开发,开发工具是powerbulider。项目开发过程中,共生成程序源代码约数万行,项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能;数据可传递,能自动生成和人工输入相结合,产生合并抵销分录;能自动产生勾稽无误的审计报告和会计报表附注;有灵活开放的系统,方便用户进行二次开发等特点。 2.开发队伍的风险 开发团队维持在10人上下,事务所提供3人,开发单位6-7人,有一些人员只能部分时间工作,开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 3.技术风险 数据结构复杂,关联比较多。需要创建新的算法或输入,输出技术;软件需要与其他软件产品的数据库系统接口;客户能确定所要求的功能是可行的。同时,由于当时审计软件在国内的应用尚处于起步阶段,开发人员普遍对该系统比较陌生,这也带来了相当的技术风险。 4.客户相关风险 用户对自己真正的需求并不是十分明确,他们认为计算机是万能的,只要简单的说说自己想干什么就是把需求说明白了,而对业务的规则、工作流程却不愿多谈,也讲不清楚。有的用户日常工作繁忙,他们不愿意付出更多的时间和精力向分析人员讲解业务,这样加大分析人员的工作难度和工作量,也可能导致因业务需求不足而使系统风险加大。 5.项目按时完成的风险 另外,这个项目也像许多其它软件项目一样,面临着竣工日期带来的巨大压力。

相关文档