项目风险管理解决策划方案及运用

1、11/11项目风险治理解决方案及运用1 引言项目是在复杂的自然和社会环境中进行的，受众多因素的阻碍。关于这些内外因素，从事项目活动的主体往往认识不足或者没有足够的力量加以操纵。项目的过程和结果常常出人意料，有时不但未能达到项目主体预期的目的，反而使其蒙受各种各样的损失；而有时又会给他们带来专门好的机会。项目同其它的经济活动一样带有风险。要幸免和减少损失，将危险化为机会，项目主体就必须了解和掌握项目风险的来源，性质和发生规律，进而实行有效的治理。1 同样，在联想消费产品的研制过程中，一直伴随着多种不确定的风险问题。我们依照消费产品研发的实际情况和风险的特性，同时结合我们差不多开发使用的软件方案中

2、存在的一些遗留问题，详细规划，给出一套完整的风险解决方案。2 风险解决方案2.1 现状分析电脑产品的开发和研制过程自始至终充满了错综复杂的矛盾和大量的不确定性，依照不同的风险特性和业务活动情况，我们将产品研发业务分成产品启动时期、制定打算时期、具体实施时期和收尾时期。每个时期的风险大致描述为： 产品启动时期，对用户群把握不准确，造成整个产品的设计理念和设计方向与实际的市场需求偏移，或者由于对市场的变化反映迟缓，产品启动时期发觉其它公司的同种或更先进设计理念的产品差不多上市； 制定打算时期，项目治理人员与项目实施人员之间的沟通不善，或者对项目中出现的风险问题预估不够，造成项目打算与实际操作方式偏

3、移； 具体实施时期出现的问题一般比较复杂，包括经济方面的风险问题、技术方面的风险问题，以及其它的一些不确定的社会或人为的风险问题； 收尾时期仍然存在少量的风险。因此讲，产品研制从启动、制定打算、具体实施到收尾的过程中，一直存在着风险的问题，也一直存在着项目中止的可能性。项目的不同时期会有不同的风险。实时监控，迅速了解并解决风险问题是保证项目实施的关键。2.2 方案介绍项目运行的各个时期，均伴随着风险的评估和处理。因此，如何记录和处理相应的问题，是我们目前面临的急需解决的问题。消费电脑事业部针对那个问题，在天麒、天麟产品的研发时期曾经开发过相应的B/S(browse/server)架构的小软件，

4、将产品研发过程中出现的问题展示在内部平台上，展示的要紧内容包括：出现问题的相关部件、出现问题的时刻、解决方式等相应项，供相关的工程师填写，相应的项目小组成员，项目决策人员查阅，能达到显示项目中出现的风险问题，以期迅速解决的目的。然而，对软件的有用情况作了相应的调查后，我们发觉工程师认为该软件并不能全部满足他们的需求，要紧体现在： 没有对相关问题的风险度的评估。可能有些问题对项目的实施各方面造成的阻碍微乎其微，也可能某个问题的出现可能导致整个项目的完结时刻延迟，造成专门大的阻碍。在该软件中没有相关的风险度的评估； 信息与角色之间的对应关系不明确。工程师关怀的是自己的部件方面出现的问题，以及对本部

5、件会产生阻碍的其它部件出现的问题；项目治理人员可能对某些关键部件（打算中处于关键路径上的部件）的关注程度较高；关于项目决策人员而言，需要的是通过提炼的，对决策有关心的文件。然而上述方案中没有相应的规划。 部件的问题与项目中的任务之间的关系不明确。部件的研发存在着生命周期，在不同的生命时期，出现的风险是不同的，风险造成的阻碍也是不同的。这方面的信息对项目治理人员是特不重要的。针对以上出现的种种缺憾，我们保持了B/S架构体系，重新对规划风险问题，以期满足不同角色的需要，给出了如下的风险记录和解决的设计方案。首先，确定风险问题的定位。一般而言，一个项目的风险要紧体现在项目中的任务是否能如期完成，资源

6、是否能合理使用等问题上。简而言之，项目风险与项目任务不可分割。因此，我们在软件中引入WBS（Work Breakdown Structure工作分解结构）字典的概念，为消费产品的研制制定WBS字典，将产品研制过程中的项目可交付成果分成更小的、更容易治理的单元。伴随着WBS字典的公布，目前运行相关的项目任务将是WBS字典的一个子集。因此，将项目任务中出现的风险与相关的任务紧密衔接，构成同一个任务的目前出现的所有风险问题的集合，简称风险集。如图1所示。如此做的另一个好处是所有正在运行或差不多结束的项目中出现的风险问题将会存放在相应的WBS单元中。如此，我们在本次项目运行的各时期，不但能够递交目前的

7、风险问题，还能够查阅往常项目相应单元中出现的风险问题，有利于风险的规避和风险的应对。图1 结合WBS字典，提交相应问题其次，不同的风险，对项目所起的作用和阻碍均不同，因此，应该存在风险的量化问题。目前时期，为便于处理风险问题，我们简单的给出了一种二维量化标准。用（延期可能性，风险危害程度）这种二维数组表征风险问题。其中，延期的可能性指本问题出现的可能性，由工程师填入相应的百分比数字。而风险的危害程度分成高，中，低三部分，分不对应对整个项目造成延期的可能性，对本部分造成延期的可能性和对本次任务造成延期的可能性。因此，由于风险的本身特性和消费产品研制的过程中出现的不确定性因素太多，如何界定当前风险

8、的危害程度，目前还没有一个数学方案，还依靠有经验的工程师的决断。最后，对不同角色的项目参与人，在项目中所处的地位不同，对风险的认识的方面也有所不同。部件工程师关注的是单个部件的风险问题，项目治理者关注的是造成项目延期的最大可能性的问题，而决策者关注的是风险的可承担性的问题。如下的风险用例图即显示不同角色需要的不同的信息资料，如图2所示。图2 实施时期风险用例图工程师发觉在部件的研发过程中出现某个问题，可能引起该时期任务的完成时刻延迟。工程师必须向项目治理人员提供这种风险问题的后果，造成后果的可能性，以及风险的严峻性等风险属性，同时，为便于知识的积存，还应提供相应的解决方案。项目治理人员收到来自

9、工程师的风险评估报告，他首先关怀的应该是该部件的运作是否处于关键路径上，对项目整体造成的阻碍会有多大，对其它部件造成的阻碍会有多大，能按时解决的可能性将会有多少。与其它的风险问题综合，定期提交给项目决策人员，使项目决策人员能实时了解项目运作中出现的风险问题，有的放矢的制定出决策方案。关于项目决策人员而言，收到的信息应该是通过项目治理人员提炼之后的数据信息。明白项目进度正常与否，风险是否在可控范围内即可。2.3 方案实现在方案实施方面，最重要的确实是风险量化和定制化界面的概念，将风险问题用不同的符号标识出来，角色与信息对应起来。使不同的项目角色能对不同的风险问题做出迅速的反映，快速解决项目风险问

10、题。详细讲明如下：工程师页面中要求录入的内容与第一版的软件相比，改动内容不大。但要紧是为满足部件之间的配置治理以及风险量化治理，做出如下补充： 可定制显示其它相关联部件的风险问题信息； 将项目中出现的问题集与WBS单元结合，选择相应的项目任务填写出现的问题； 对应每种风险，要求提交相应的风险度，即（延期可能性，风险危害程度）。项目治理人员需要全面监控和协调项目中出现的不确定性问题，因此，项目目前运行进度和项目中出现的风险问题是项目治理人员必须时刻关注的。以下提供的项目治理人员的进度风险图。如图3所示。在本页面中，最重要的是风险量化的概念。将风险问题用四种色彩标识出来，其中，红色表示严峻的风险问

11、题，需要给予足够的重视，否则会引起项目重大变更；黄色表示中度风险问题，阻碍范围相对小一些；绿色表示风险问题在可操纵范围，造成的阻碍不大。对各种风险问题，一经解决，改用蓝色标识，以示区不。同时，在图中用进度条标识项目目前运行的时期。将项目进度问题与项目中风险问题衔接起来，项目治理人员可清晰的了解目前项目运作状态，以及项目中出现的问题。图3 项目进度中的风险问题显示对项目决策人员而言，无需了解项目中出现的具体问题，应该关注的是项目实施的正常与否。可提供图形化的界面，显示项目的进度以及项目各时期的风险数以及项目风险的评估等级即可。详细的总体风险评估由项目治理人员提交相应的备注文件讲明。3 结论风险治理是联想消费电脑事业部项目治理的一个重要组成部分。在此提出的风险解决方案是我们结合消费产品研制的现状和项目组成员的需求制定出来的，实践证明，该套方案能满足目前我们对风险治理的需要，能够将一些不确定性问题挖掘出来，量化处理。WBS字典的加入，风险问题和项目任务紧密结合起来，同时能转化为一种知识和技术积存，使工程师们宝贵的经验不至于白白流失，为后续的工作提供了良好的指导。然而，产品研发的过程中出现的问题是多样的，我们对过