软件风险控制计划
目录Array
1. 软件项目风险管理计划
2. 风险条目表 (2)
2.1. 产品规模风险 (2)
2.2. 需求风险 (2)
2.3. 商业影响所带来的风险 (2)
2.4. 相关性风险 (3)
2.5. 管理风险 (3)
2.6. 技术风险 (3)
2.7. 开发环境风险 (3)
2.8. 人员数目及经验风险 (3)
3. 风险定性分析 (4)
4. 定量风险估计 (5)
5. 风险管理清单 (5)
6. 项目风险措施应对 (6)
6.1. 网络环境风险和操作系统风险 (8)
6.2. 数据存取风险 (9)
6.3. 网上支付风险 (9)
7. 风险储备 (9)
8. 风险监控 (9)
1.软件项目风险管理计划
本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了分析，并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成项目开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。
2.风险条目表
2.1. 产品规模风险
由于采用功能点估算成本，代码行小于50000 行，权重确定主观，另外，功能点到
代码行的转换率全凭业界经验所得
产品的初定在线活跃用户为 5000 人
软件接口包括财务分析软件，薪酬管理软件
2.2. 需求风险
对在线活跃用户缺少确定的把握
与其他部门沟通不协调
分析员对业务了解不全面
需求不断变化，由于不确定的需求导致新的市场
2.3. 商业影响所带来的风险
增加了信息真伪评估成本
签约安全成本增加
增加消费者的验货成本
增加客服成本
增加交易安全的法律成本
延迟交付造成成本消耗
2.4. 相关性风险
财物资源有限
项目经理管理经验不足
不可抗力造成的危害
高层管理人员对项目的时间要求不合理
2.5. 管理风险
项目范围定义不清楚
进度拖延
沟通不善
2.6. 技术风险
企业其他部门人员缺乏培训
数据加密技术不够安全
特殊功能不能及时交付
数据库过小不能满足需要
防止黑客攻击技术不够
设计错误编码导致程序实现困难
缺少测试计划
缺乏质量跟踪
2.7. 开发环境风险
所使用开发软件的质量问题
设计工具不合用
数据库各子模块对接困难
设备不能按时到位
设备固定折损严重
系统崩溃
备份环境不稳定
2.8. 人员数目及经验风险
人力资源有限
开发人员没有接受过正规培训
项目中有一些开发人员只能部分时间工作
开发人员不能按时到位
开发人员经验不足
根据风险条目表制定风险分析计划如下（包括风险的定性和定量分析）
3.风险定性分析
本项目采用概率分布法针对风险概率及后果绩效定性的进行评估
（1-5 是不能接受的风险；6-9 是不希望有的风险； 10-17 是有控制的接受的风险； 18-20 是不经评审即可接受的风险）
----主观制定，造成项目对风险发生的严重性或是风险发生的概率严格定性困难
4. 定量风险估计
实施后，有 75%的成功率，25%的失败率。25%的概率项目有高性能的回报为800000，
75%概率亏本的回报为-100000。由此，项目成功的损益期望值为（800000*25%-100000*75%）*75%=93750，项目失败的期望值为-50000，则实施后的损益期望值为93750-50000= 43750，不实施此项目计划的损益期望值为0。可以决定实施本项目。
5. 风险管理清单
6.项目风险措施应对
对电子商务系统的安全而言，风险识别的目标主要是对电子商务系统的网络环境风险、数据存取风险和网上支付风险进行识别。电子商务风险识别最常用的一种方法就是收集各种曾经发生过的电子商务攻击事件（不仅局限于本企业），经过分析提取出若干特征，将其存储到“风险”库，作为识别潜在风险的参考。
由于电子商务系统的特殊性，我们对以下影响本电子商务系统的特殊问题进行具体分析：
6.1. 网络环境风险和操作系统风险
网络服务器常遭受到黑客的袭击，个别网络中的信息系统受到攻击后无法恢复正常运
行；网络软件常常被人篡改或破坏；网络中存储或传递的数据常常被未经授权者篡改、增删、复制或使用。
风险应对措施：大部分管理员采用安全漏洞扫描工具对整个系统进行扫描，了解系统的安全状况，如Microsoft Baseline Security Analyze.许多国产杀毒软件也提供安全测试程序：将存在的漏洞标示出来，并提供相应的解决方法来指导用户进行修补。扫描方式的漏洞检测工具往往无法得到目标系统的准确信息，因此无法准确判断目标系统的安全状况。模拟攻击测试是解决这一问题的有效方法，可以准确判断目标系统是否存在测试的漏洞。但是由于漏洞的多样性和复杂性，现有的模拟攻击测试系统发展缓慢。
过滤保护分析所有针对受保护对象的访问，过滤恶意攻击以及可能带来不安全因素的非法访问；安全检测保护对所有用户的操作进行分析，阻止那些超越权限的用户操作以及可能给操作系统带来不安全因素的用户操作；在特殊需要的时间段内，对某一个或某些进程或线程实施隔离，该时间段结束后解除隔离；在软件层面上对各个进程的访问权限实行控制和限制，以达到隔离的效果；采用加密算法对相应的对象进行加密。
6.2. 数据存取风险
由于数据存取不当所造成的风险。这种风险主要来自于企业内部。一是未经授权的人员进入系统的数据库修改、删除数据；二是企业工作人员操作失误，受其错误数据的影响而带来的风险，其结果必然是使企业效益受到损失，或者是使顾客利益受到损失。
风险应对措施：为了防止信息被窃取，应当对发送的全部信息进行加密。加密传输形式是一种将传送的内容变成一些不规则的数据，只有通过正确的密钥才可以恢复原文的面貌。根据密钥的特点，加密算法分为对称密钥加密算法（私钥密码体制）和非对称密钥加密算法（公钥密码体制）。目前常用的对称密钥加密算法有DES（Data Encryption Standard）算法和IDEA （International Data Encryption Algorithm）算法。常用的非对称密钥加密算法有RSA 算法和EIGamal 算法。数据库安全最重要的一点就是确保只授权给有资格的用户访问数据库的权限，同时令所有未被授权的人员无法接近数据，这主要通过数据库系统的存取控制机制实现；采用身份认证技术；
6.3. 网上支付风险
网上支付一直被认为是制约中国电子商务发展的最大瓶颈，许多企业和个人担心交易的安全性而不愿使用网上支付。
风险应对措施：与采用其他交易方式相比，采用电子商务交易模式的各方还有更多的风险，这些在电子商务中所特有的风险有：卖方在网站上对产品进行不实宣传，欺诈行为的风险；买方发出恶意订单的风险；交易一方对电子合同否认的风险；交易信息传送风险，如信息被窃、被修改等风险。这些风险的存在，需要设立第三方认证技术中心，为在网上交易各方交易资料的传递进行加密、验证和对交易过程进行监察。CA 认证技术中心是一个确保信任的权威实体，它的主要职责是颁发证书，验证用户身份的真实性。任何相信CA 的人，按照第三方信任原则，也都应该相信持有证明的用户。
7.风险储备
预提风险储备金3500 元。用来消减项目成本、进度、范围、质量和资源等方面的风险。
8.风险监控
制定规划，实施保护措施，在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于电子商务项目的整个生命周期中，因而风险管理是个动态的、连续的过程。因此制订了风险防范计划后，还需要时刻监督风险的发展与变化情况。
电子商务的开展以信息技术为基础，如何解决电子商务中存在的安全问题已
成为一个迫在眉睫的课题。电子商务风险是不可能完全消除的，因为它是与电子商务共生的，是电子商务的必然产物，但是，可以将风险限制在影响最小的范围之内。只有了解风险，才能规避风险。
目录 一、工程概况 (2) 二、施工风险管理目标 (2) 三、施工风险管理体系 (3) 四、风险管理容 (4) 五、风险管理计划 (5)
一、工程概况 本标段为1号线一期工程02标，位于市武进区，沿凤栖路南北向布置，标段围包含2站2区间，由南向北分别是: 敞开段～龙跃路站区间→龙跃路站→龙跃路站～大学城南站区间→大学城南站。见下图所示。 大学城南站 龙～大区 间 龙跃路站 敞开段～龙跃路站区 三线盾构段 敞开段～龙跃路站区 明挖段 本标段地理位置图 二、施工风险管理目标 在安全可靠、经济合理、技术可行的前提下，把施工中潜在的各类风险降到尽可能低的水平，以获得最大程度的施工安全与优质的工程质量。控制工程施工
成本，降低经济损失，避免人员伤亡，保障施工工期，提高风险管理效益。三、施工风险管理体系 依据《城市轨道交通地下工程建设风险管理规》（GB50652-2011）及有关法律、法规和招标文件对工程建设安全风险技术管理体系的要求，结合本合同段工程实际情况，建立工程风险管理保证体系。成立由项目经理、项目技术负责人、安全总监、工程部长、安保部长组成的工程风险管理领导体系，见下所示。 组长：由项目经理明亮担任； 副组长：由项目部常务副经理水钦、副总工孔德龙、安全总监华瑞、副经理唐思伟、继东担任； 成员：安保部长：文彬、工程部长：晓波、设备部长：丁亮、物资部长：叶琦、综合办公室主任：海燕。 其中项目经理为第一责任人，安全总监为施工风险管理直接责任人，专职安全员与现场工程师负责日常的风险工程情况资料收集整理及工程风险预防方案的落实检查，各专业队增设专职风险工程巡察员。经理部风险管理小组与建设单位、咨询单位、设计单位、监理单位等工程参与各方负责人代表组成工程现场风险管理的最高机构，由建设单位负责领导，实行“分级管理，分工负责、集体决策”制，在现场有专职人员开展工作。详见：“工程风险管理体系框图”。
项目管理制度 一、目标 为规范公司项目管理、提高项目质量、降低项目成本、规避项目风险，特制定本制度。 二、适用范围 本制度适用于公司信息安全服务项目实施期间（项目立项至项目结项）涉及到的公司内部相关管理工作，本制度仅适用于所有非涉密的信息安全服务项目。 三、项目管理职责 公司实行项目经理负责制。 1、认真贯彻执行国家经济建设方针、政策、法律和企业的各项规章制度。接受局指及中南指挥部的领导及业务部门的检查指导。 2、全面负责项目管理、施工生产、安全质量、工期效益、严格履行工程建设合同和企业内部承包合同，确保合同目标的实现。承担因管理不善造成的经济责任、行政责任乃至法律责任。 3、对工程项目实施有效控制，确保安全、质量、工期、效益目标的实现。 4、充分发挥项目管理机构整体作用，制订各类管理人员的职责、权限，建立健全岗位责任制和项目管理的各项规章制度及工作标准。 5、协调处理内外关系，及时妥善的处理施工中的问题。及时计回工程价款。负责做好工程索赔工作。 6、积极推广应用“四新”成果，组织编制竣工文件、施工技术总结。负责工程项目竣工交验和保修服务。 7、贯彻按劳分配原则，正确处理各种利益的关系，合理兼顾项目利益和职工利益，改善劳动条件，调动职工积极性、主动性和创造性，抓好“两个文明”建设，培养企业精神和
职业道德。 8、按照上级的规定和条例对优秀职工进行奖励，对违纪职工给予处罚。 9、负责从项目立项到结项过程中的各项工作、风险控制、项目质量、用户满意度和文档完成质量。 10、负责项目关键环节的评审和质量把关，负责指导和协调解决项目执行过程中遇到的问题。 四、项目管理要求 项目管理贯穿项目从立项到结项的整个过程，公司所有项目都要求按照项目管理要求进行实施，对于规模较小、时间较短的项目，在保证顺利通过项目验收、结项的情况下，项目经理和部门可以根据项目情况简化相关项目管理，并报部门备案。 1 项目立项管理 具体立项流程详见公司具体规定。 2 项目计划管理 项目立项时由立项申请人明确的项目主要需求与目标，此需求和目标将作为项目经理制定项目计划的依据。 项目经理首先应根据项目计划、技术方案以及调研情况，在项目启动会上向项目组成员说明。项目计划包括项目实施目标与实施内容、项目里程碑和输出物、项目实施进度安排与任务分工、项目的人工成本和费用预算（适用时）、项目风险分析、项目质量保证措施等。 3 项目过程管理 项目经理召开项目启动会，向项目组成员（包括甲乙双方，必要时包括第三方）介绍项目背景、客户要求、解决方案等情况，向项目成员明确项目工作内容和任务分工、进度计划。 公司应按项目“里程碑”对项目进展情况进行监控与管理。 项目周报是公司跟踪和掌握项目进展情况的主要手段。项目经理在每周的项目周报中，详细说明项目总体进展情况、本周计划执行情况、存在的问题、风险，明确项目下一周的工
软件项目风险管理 一、风险管理概述 软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情，这意味着，风险涉及选择及选择本身包含的不确定性，在软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。 当在软件工程领域考虑风险时，我们要关注以下的问题：什么样的风险会导致软件项目的彻底失败？用户需求、开发技术、目标计算机、以及所有其它与项目有关的因素的改变将会对按时交付和总体成功产生什么影响？对于采用什么方法和工具，需要多少人员参与工作的问题，我们如何选择和决策？对软件质量要达到什么程度才是“足够的”？ 当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，识别出所有对管理者和开发者而言均为明显得风险是很重要的。 二、被动和主动的风险策略 被动风险策略是针对可能发生的风险来监督项目，直到它们变成真正的问题时，才会拨出资源来处理它们，更普遍的是，软件项目组对风险不闻不问，直到发生了错误才赶紧采取行动，试图迅速地纠正错误。这种管理模式常常被称为“救火模式”。当补救的努力失败后，项目就处在真正的危机之中了。 对于风险管理的一个更聪明的策略是主动式的。主动策略早在技术工作开始之前就已经启动了――标识出潜在地风险，评估它们出现的概率及产生的影响，对风险按重要性进行排序，然后，软件项目组建立一个计划来管理风险。主动策略风险管理的主要目标是预防风险。但是，因为不是所有的风险都能够预防，所以，项目组必须建立一个应付意外事件的计划，使其在必要时能够以可控的及有效的方式作出反应。 三、软件风险 1、软件风险包含两个特征： 不确定性——刻划风险的事件可能发生也可能不发生，没有100％发生的风险。 损失——如果风险变成了现实，就会产生恶性后果或损失。 2、进行风险分析时，重要的是量化不确定的程度和与每个风险相关的损失的程度。 为了实现这点，必须考虑以下几种不同类型的风险：
工程项目部风险控制制度 第一条工程立项属于项目决策过程，是对拟建项目的必要性和可行性进行技术经济论证，对不同建设方案进行技术经济比较并做出判断和决定的过程。立项决策正确与否，直接关系到项目建设成败。 （一）工程立项环节的主要风险及管控措施 1．编制项目建议书，该环节的主要风险是：投资意向与国家产业政策和企业发展战略脱节；项目建议书容不合规、不完整，项目性质、用途模糊，拟建规模、标准不明确，项目投资估算和进度安排不协调。 主要管控措施： 第一，企业应当明确投资分析、编制和评审项目建议书的职责分工。 第二，企业应当全面了解所处行业和地区的相关政策规定，以法律法规和政策规定为依据，结合实际建设条件和经济环境变化趋势，客观分析投资机会，确定工程投资意向。 第三，企业应当根据国家和行业有关要求，结合本企业实际，规定项目建议书的主要容和格式，明确编制要求；在编制过程中，要对工程质量标准、投资规模和进度计划等进行分析论证，做到协调平衡。
第四，对于专业性较强和较为复杂的工程项目，可以委托专业机构进行工程投资分析，编制项目建议书。 第五，企业决策机构应当对项目建议书进行集体审议，必要时，可以成立专家组或委托专业机构进行评审；承担评审任务的专业机构不得参与项目建议书的编制。 第六，根据国家规定应当报批的项目建议书必须及时报批并取得有效批文。 2．可行性研究 企业应当根据经批准的项目建议书开展可行性研究、编制可行性研究报告。可行性研究报告一经批准，投资估算就是具体项目投资的最高限额，其误差一般应控制在10%以。该环节的主要风险是：缺乏可行性研究，或可行性研究流于形式，导致决策不当，难以实现预期效益，甚至可能导致项目失败；可行性研究的深度达不到质量标准和实际要求，无法为项目决策提供充分、可靠的依据； 主要管控措施： 第一，企业应当根据国家和行业有关规定以及本企业实际，确定可行性研究报告的容和格式，明确编制要求。 第二，委托专业机构进行可行性研究的，应当制定专业机构的选择标准，确保可行性研究科学、准确、公正。在选择专业机构时，应当重点关注其专业资质、业绩和声誉、专业人员素质、相关业务经验等。 第三，切实做到投资、质量和进度控制的有机统一，即技术先进性和经济可行性要有机结合。建设标准要符合企业实际情况和财力、物
浅析软件项目管理中的风险管理 张尧 摘要：在项目的建设过程中，风险几乎无处不在。如何有效地分析、控制和管理风险，对项目的成功起着至关重要的影响。本文通过对当前软件项目的风险状况进行分析，列举软件开发项目的风险来源，并进行分析，最后给出如何合理管理软件项目风险的建议。 关键词：风险管理；Boehm模型；CMU/SEI模型 0.引言 软件行业是二十一世纪发展较快的行业，同时基于软件项目具有连续性、复杂性、少参照性和无标准规范等特点，该项目的开发过程总会遇到各种各样的风险。鉴于这种情况，我们提出软件项目的风险管理，其管理内容包括风险识别、风险量化、风险对策和风险控制等，当然，还有一系列的管理模型，比如：Boehm 模型、 CMU/SEI模型。做这些，目的只有一个，那就是：使软件项目的潜在机会或回报最大化，使其潜在风险最小化。 1.风险管理概述 每一个项目的完成，都是克服各种困难的结果，困难来于人、财、物。仔细观察不难发现，整个困难过程狭义的说就是各种风险的集合，风险无处不在，我们所要做和能做的便是采取一定的方式方法对风险进行管理，使事件能顺利朝我们的目标发展。软件中的项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术 1.1. 风险的来源 风险来于国家制度。一切工作都在按计划顺利的进行着，突然国家实施宏观调控，物价上涨，工人要求加工资，或者国家发布声明，这款软件不能研发，我们的软件项目要么不能按时完成，要么直接得从做，风险由此产生。 风险来于项目实施过程。软件项目具有一般项目的特点，那就是需要人力、物力的投入，还有就是自然环境的参与。整个过程，每一环境产生与目标相悖的行为，这对项目都会产生不可预知的挫折，风险由此产生。 风险来于我们的用户，工程都是按计划顺利完成的，可到和最终用户交接的时候，用户临时提出修改意见，顾客是上帝，在这个竞争尤为激励的年代，我们只能选择满足用户，风险由此产生。 1.2. 风险的分类
软件项目的风险分析 软件工程项目的开发也存在各种各样的风险，有些风险甚至是灾难性的。R.Charette认为，风险与将要发生的事情有关，它涉及诸如思想、观念、行为、地点、时间等多种因素；风险随条件的变化而改变，人们改变、选择、控制与风险密切相关的条件可以减少风险，但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中，人们关心的问题是，什么风险会导致软件项目的彻底失败？顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响？人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务？所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括：风险标识、风险估算、风险评价和风险管理四部分 1、风险标识 从宏观上看，风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题，如规格说明的二义性、采用陈旧或尚不成熟的技术等等，对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件，或推销部门不知如何销售这一软件产品，或开发的产品不符合公司的产品销售战略，等等，称为商业
风险。这些风险有些是可以预料的，有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险，Boehm建议设计并使用各类风险检测表标识各种风险。 2、风险估算 软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算，必须建立风险度量指标体系；必须指明各种风险带来的后果和损失；必须估算风险对软件项目及软件产品的影响；必须给出风险估算的定量结果。 3、风险评价和管理 在风险分析过程中，经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险，LI表示风险发生的概率，XI是风险带来的影响，I = 1，2，…L是风险序号，表示软件项目共有L种风险。软件开发过程中，由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止，因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时，软件项目将被迫终止。在软件开发过程中，成本、进度、性能是相互关联的。例如，项目投入成本的增长应与进度相匹配，当项目投入的成本与项目拖延的时间超过某一临界点时，项目也应该终止进行。通常风险估算过程可分为
工程项目风险管理
第十一章项目风险管理 11.1 风险管理概述 工程项目是一种一次性、独特性和不确定性较高的工作，存在着很大的风险性，所以必须开展项目风险管理。 工程项目的实现是一个存在着很大不确定性的过程，因为这一过程是一个复杂的、一次性的、创新的，并涉及到许多关系与变数的过程。工程项目的这些特性造成了在项目的实现过程中存在着各种各样的风险，如果不能很好地管理这些风险将会造成项目的损失，甚至导致项目目标不能实现。 项目风险管理的主要任务是对工程项目实现的过程中的不确定性和风险性事件或问题的管理。 风险概念：是指由于但是者不可预见的因素，使得最终结果与但是者的期望城市较大背离，并存在使当事者蒙受损失的可能性。 项目风险的概念：是指由于项目所处的环境和条件本身的不确定性，和项目业主/顾客、项目组织或项目的某个当事者主观上不能准确预见或控制的因素影响，使项目的最终结果与当事者的期望产生背离，并存在给当事者带来损失的可能性。 11.2 项目风险管理角色描述
工程项目风险管理贯穿于工程项目实现的全过程，对于工程项目的承包方，从准备投标开始直到保修期结束。在整个过程中，因各阶段存在的风险因素不同，风险产生的原因不同，管理的主要责任者、管理方法手段也会有所区别，在项目经理承接该项目之前，风险管理的责任主要集中于企业管理层，并主要是从项目宏观上进行风险管理，而工程项目一旦交由项目经理负责后，项目风险管理的主要责任就落实到项目经理以及项目经理所组建的项目团队。 但无论谁是项目风险管理的主要责任人，对于项目整体，都要贯彻全员风险管理意识。 11.3 项目风险管理流程（见附图11.1） 11.4 风险管理规划（从属于项目管理计划） 11.4.1项目风险管理规划的依据 事业环境因素、组织过程资产、项目范围说明书、项目管理计划书 11.4.2项目风险管理规划的方法 规划会议： 1、参会人员：由项目经理、项目团队成员、厉害相关方和其他人员参与。 2、会议议题：A、确定风险管理活动的基本计划； B、分配风险职责；
建设工程项目风险管理制度 1.1 一般规定 1.1.1风险是指项目实施过程中对项目目标产生影响的 不确定因素。 1.1.2项目风险管理的目的是减小风险对项目实施过程 的影响，保证项目目标的实现。它主要包括风险识别，风险评估，风险响应和风险控制等工作过程。 1.1.3应对工程项目实施的全过程进行风险管理，在工程实施中加强风险的控制。 1.1.4风险管理是承包人各层次管理人员的任务之一，应在项目组织中全面落实风险管理责任，建立风险管理体系， 1.2 项目风险识别 1.2.1项目风险识别是指确定项目实施过程中各种可能 的风险，并将它们作为管理对象，不能有遗漏和疏忽。应在项目开始、进展评价及进行其他重大决策时进行项目风险识别工作。 1.2.2风险识别过程
收集数据或信息。包括项目环境数据资料、类似工1． 程的相关数据资料、设计与施工文件。风险确定时应利用过去项目的经验和历史资料。 2不确定性分析。可以从项目环境、项目范围、工程结构、项目行为主体、项目阶段、管理过程、项目目标等方面进行可能的项目风险。 3确定风险事件，并将风险归纳、整理，建立项目风险的结构体系。 4编制项目风险识别报告。风险识别报告通常包括已识别风险、潜在的项目风险、项目风险的征兆。 1.2.3风险识别方法 常用的风险识别方法或工具有：核查表法、列举法、项目结构分解识别法与风险因素识别法、因果分析图法、流程图法、问卷调查法、决策树法等。 1.3 项目风险评估 1.3.1风险评估包括如下内容： 1风险发生的概率，即发生可能性评价； 2风险事件对项目的影响评价，如风险发生的后果严重程度和影响范围评价； 3风险事件发生时间估计。
_软件开发项目的风险管理 我讲的主题是：软件开发项目的风险治理，因为我认为风险治理在软件项目中专门重要，又不容易做好，因此期望通过和大伙儿讨论能够有一些思路和启发。 期望在那个地点在如下几方面展开讨论： 1．在软件项目治理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险治理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及爱护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在那个地点列出的只是和软件开发有关的核心过程。 软件项目的生命周期能够分为四个时期（不同行业的项目生命周期不同），即初始时期、设计时期、实施时期、收尾时期。软件开发过程在软件项目的这四个时期中的分布情形如下（括弧里面表示RUP方法中的过程）： 初始时期：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计）
设计时期：大部分设计，少部分编码（大部分分析设计，部分实施及测试，开始考虑部署） 实施时期：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾时期：安装及爱护（大部分部署） 而项目治理则贯穿在整个生命周期的每个时期。 按照PMBOK，项目治理能够从范畴治理、时刻治理、费用治理、质量治理、人力资源治理、沟通治理、风险治理、采购治理和整体治理等9个方面考虑，关于软件项目治理来讲软件配置治理（属于整体治理）、软件质量治理、软件风险治理及开发人员治理（属于人力资源治理）等四个方面的治理尤为重要，软件开发的每个时期、每个过程都要重视这几方面的治理。 下面就以软件项目的风险治理为主题展开讨论。 软件项目治理的四个时期中，在初始时期项目成功的可能性最小，风险发生的概率也就最高，然而这时候一旦估量的风险发生了，缺失是最小的，例如：在那个时期如果某种缘故突然资金来源断了（这在需求时期是专门有可能的），以至于不能连续进行项目，不得不终止项目，那么这时候的缺失只是需求分析时期的投入。随着项目的进展项目成功的可能性变大，风险发生的概率逐步变小，风险对项目的缺失逐步变大，快到收尾时期的时候风
韩万江姜立新，《软件项目管理案例教程》，机械工业出版社，2005-02 【丛书名】国家示范性软件学院系列教材 10软件项目风险管埋计划 (2) 10.1软件项目风险管理概述 (2) 10.1.1风险概念 (2) 10.1.2风险类型 (4) 10.1.3风险的基本性质 (5) 10.1.4风险管理概述 (5) 10.1.5风险管理的意义 (5) 10.2风险识别 (6) 10.2.1概念 (7) 10.2.2德尔菲方法 (7) 10.2.3头脑风暴法 (7) 10.2.4情景分析法 (7) 10.2.5风险条目恼查表 (7) 10.2.6真他方法 (13) 10.2.7风险识别的结果 (13) 10.3风险评估 (13) 10.3.1概念 (14) 10.3.2定性风险评估 (14) 10.3.3定量风险评估 (15) 10.3.4风险分析结果表 (17) 10.4风险规划 (19) 10.4.1概忿 (19) 10.4.2回避风险 (19) 10.4.3转移风险 (19) 10.4.4损失控制 (19) 10.4.5自留风险 (20) 10.4.6风险规划结果 (20) 10.5风险控制 (20) 10.6风险管埋的建议 (21) 10.7案例说明 (21) 10.8小结 (22) 10.9习题 (22)
10软件项目风险管埋计划 任何项目都有一定的不确定性，如果没有很好的风险管理，项目就可能遇到麻烦。所以，在软件项目管理过程中，风险计划也是一个重要的计划，只有进行合理的风险管理，制定及时的风险计划，才能防崽于未然，做到主动控制风险，而不是被动地被风险所控制。本章我们进人路线图的第9站：风险计划，如图10—1所示。 图10-1路线图第9站：风险计划 10.1软件项目风险管理概述 在软件项目的开发过程中，必然要使用一些新技术、新产品，同时由于软件系统本身的结枸和技术复杂性的原因，需要投人大量人力、物力和财力，这就造成开发过程中存在某些“未知量”或“不确定因素”，这必然给项目的开发带来一定程度的风险，也可能会使项目计划失败或不能完全达到预期目标。因此，对项目风险进行科学、准确的判别，为项目决策层和管理人员提供科学的评估方法，是十分必要的。 项目中的风险有很多种，没有风险的项目几乎是不存在的，只是风险的多少、严重程度不同而已。 10.1.1风险概念 风险是损失发生的不确定性，是对潜在的、未来可能发生损害的一种度量。如果风险确实发生了，则它的发生会对项目产生有害的或者负面的影响。例如，在软件测试期间经常会发现故障，因此一个合理的项目必须做好发现故障时对它们进行修复的计划。同样，项目开发过程中几乎总悬会出现某些变更申请，因此项目管理必须相应地准备好变更计划，以处理这些事件。 另一方面，风险是一种概率事件——它可能发生也可能不发生。因此，我们通常会表现出很乐观，不是看不到风险就是希望它们不会发生。如果风险真出现了，这种态度会使项目陷入困境，这是一个大型项目中很可能发生的事情。因此，风险管理被认为是管理大型软件项目的最佳实践。 风险管理旨在识别出风险，然后采取措施使它们对项目的影响最小。风险管理是软件管理中相对较新的领域，它首次出现于贝姆（Bochm）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。
风险控制管理办法 第一章总则 第一条为保障公司股权投资业务的安全运作和管理，加强公司内部风险管理，规范投资行为，提高风险防范能力，有效防范和控制投资项目运作风险，根据《证券公司直接投资业务试点指引》等法律法规和公司制度的相关规定，特制定本办法。 第二条股权投资业务是指使用自有资金对境内企业进行的股权投资类业务。 第三条风险控制原则 公司的风险控制应严格遵循以下原则： （1）全面性原则：风险控制制度应覆盖股权投资业务的各项工作和各级人员，并渗透到决策、执行、监督、反馈等各个环节； （2）审慎性原则：内部风险控制的核心是有效防范各种风险，公司部门组织的构成、内部管理制度的建立要以防范风险、审慎经营为出发点； （3）独立性原则：风险控制工作应保持高度的独立性和权威性，并贯彻到业务的各具体环节； （4）有效性原则：风险控制制度应当符合国家法律法规和监管部门的规章，具有高度的权威性，成为所有员工严格遵守的行动指南；执行风险管理制度不能存在任何例外，任何员工不得拥有超越制度或违反规章的权力；
（5）适时性原则：应随着国家法律法规、政策制度的变化，公司经营战略、经营方针、风险管理理念等内部环境的改变，以及公司业务的发展，及时对风险控制制度进行相应修改和完善； （6）防火墙原则：公司与关联公司之间在业务、人员、机构、办公场所、资金、账户、经营管理等方面严格分离、相互独立，严格防范因风险传递及利益冲突给公司带来的风险。 第二章风险控制组织体系 第四条风险控制组织体系 公司应根据股权投资业务流程和风险特征，将风险控制工作纳入公司的风险控制体系之中。公司的风险控制体系共分为五个层次：董事会、董事会下设的风险控制委员会、投资决策委员会、风险控制部、业务部。 第五条各层级的风险控制职责 董事会职责：（1）审议批准风险控制委员会的基本制度，决定风险控制委员会的人员组成，听取风险控制委员会的报告；（2）审议单笔投资额超过公司资产总额30%，或者单一投资股权超过被投资公司总股本40%的股权投资项目；（3）决定公司内部风险管理机构的设置；
软件开发项目的风险管理 我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论： 1．在软件项目管理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。软件项目的生命周期可以分为四个阶段（不同行业的项目生命周期不同），即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下（括弧里面表示RUP方法中的过程）： 初始阶段：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计） 设计阶段：大部分设计，少部分编码（大部分分析设计，部分实
施及测试，开始考虑部署） 实施阶段：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾阶段：安装及维护（大部分部署） 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK，项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑，对于软件项目管理来讲软件配置管理（属于整体管理）、软件质量管理、软件风险管理及开发人员管理（属于人力资源管理）等四个方面的管理尤为重要，软件开发的每个阶段、每个过程都要重视这几方面的管理。 下面就以软件项目的风险管理为主题展开讨论。 软件项目管理的四个阶段中，在初始阶段项目成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的，比如：在这个阶段如果某种原因突然资金来源断了（这在需求阶段是很有可能的），以至于不能继续进行项目，不得不终止项目，那么这时候的损失只是需求分析阶段的投入。随着项目的进展项目成功的可能性变大，风险发生的概率逐渐变小，风险对项目的损失逐渐变大，快到收尾阶段的时候风险对项目的损失最大，随着收尾阶段的进行风险又逐渐变小。
推介导读： 此论文从需求调研、开发、实施以及项目收尾四个项目阶段，列举了11种典型的常见风险，并给出了这些风险的详细和切实可行的风险规避措施。这些风险和措施实用、实在，值得做为公司项目管理财富库进行收藏，值得各项目组借鉴。 软件项目风险管控 1.什么是软件项目风险 软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目目标不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。 2.项目风险及应对措施 软件项目的生命周期可以分为四个阶段，即需求调研阶段、开发阶段、实施阶段、收尾阶段，软件开发过程可分为：需求分析、设计、编码、测试等几个过程，在软件项目的每个阶段、每个过程都可能存在风险。下面结合项目谈谈各阶段碰到的风险。 2.1.需求调研阶段 1．风险描述： 调研涉众没有足够的时间参与调研活动，严重影响调研进度与调研质量。 应对措施： 开始调研时，召集公司的高层领导、各部门主管及参与调研的关键涉众召开调研 启动会，让所有涉众都重视本次调研活动，努力配合调研工作。在调研启动会上 明确调研涉众的职责； 在制定调研计划时，应事前与相关涉众做好沟通工作，努力减少调研计划与日常 工作安排的冲突； 相关人员通过移交日常工作等办法，有效保证相关涉众的调研时间； 调研人员设计调研提纲时，要有针对性，尽量努力提高调研效率。 2．风险描述： 调研成果不能真实和完整地体现管理层意图与企业经营管理需要。 应对措施： 通过客户方的多方协调，让管理层要重视调研人员的访谈，客观而真实地回答访 谈问题； 管理层调研提纲在设计时，不仅要做到有针对性，而且要有全面性； 调研人员在访谈管理层，要善于挖掘与总结管理层的管理意图与经营思路； 管理层的意图应宣达到所有涉众，努力做到在繁多的需求中，把握住管理思路的 主线。
软件开发项目的风险分析与控制 摘要：本文通过对当前软件行业的风险状况进行分析，列举软件开发项目的风险来源，并进行分析，总结各类风险产生的原因和对项目成败的影响，最后给出软件开发项目在风险管理和控制的建议。 关键词：软件开发风险风险分析风险管理与控制 一、软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。据有调查数据显示，有15—35%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五大方面。
软件开发项目的风险管 理 文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）
软件开发项目的风险管理 我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论： 1．在软件项目管理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。 软件项目的生命周期可以分为四个阶段（不同行业的项目生命周期不同），即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下（括弧里面表示RUP方法中的过程）： 初始阶段：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计） 设计阶段：大部分设计，少部分编码（大部分分析设计，部分实施及测试，开始考虑部署） 实施阶段：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾阶段：安装及维护（大部分部署） 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK，项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑，对于软件项目管理来讲软件配置管理（属于整体管理）、软件质量管理、软件风险管理及开发人员管理（属于人力资源管理）等四个方面的管理尤为重要，软件开发的每个阶段、每个过程都要重视这几方面的管理。 下面就以软件项目的风险管理为主题展开讨论。 软件项目管理的四个阶段中，在初始阶段项目成功的可能性最小，风险发生的概
技术文件
【模板使用说明】 1)本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时 应经副区总审批）后，可以提供给顾客、客户或合约方。 2)模板内容供参考，可以根据实际情况删除或 增加二级和三级标题要求的内容，但不能删除一级标题。 3)对于模板中涉及数据的分析和统计，建议使 用表格和图形表示，使数据更清晰直观。 4)在编辑完整个文档后，点击鼠标右键，选择 “更新域——更新整个目录”即可。 5)请在完成整个文档的编写后，将模板中给出的说明删除。 文档版本变更记录（文档作者或修改者更新文档版本时填写）：
目录 1.............................................................................................................................. 概述5 2................................................................................................................ 定义和缩略语5 3........................................................................................................ 项目风险管理组织5 4..................................................................................................... 项目定义风险管理表5 4.1项目风险类别定义 (5) 4.2项目风险概率和影响定义 (6) 4.3项目风险状态定义 (7) 4.4项目风险管理表 (7) 5........................................................................................................ 项目风险管理策略7 6................................................................................................. 项目风险管理进度安排8 7.............................................................................................................................. 其它9
风险管理制度 第一章总则 第一条为建立我司规范、有效的风险控制体系，提高风险防范能力, 增强企业竞争力，提高投资回报，保证公司安全、稳健、持续发展，提高经营管理水平，依据《中华人民共和国公司法》、《中华人民共和国证券法》、《中央企业全面风险管理指引》及《企业内部控制基本规范》等法律、法规和监管规定，结合市场及公司实际需求，制定本管理制度。 第二条本制度所称风险，指未来的不确定性对企业实现其经营目标的影响。企业风险一般可分为战略风险、财务风险、市场风险、运营风险、法律风险等；也可以能否为企业带来盈利等机会为标志，将风险分为纯粹风险(只有带来损失一种可能性)和机会风险(带来损失和盈利的可能性并存)。 第三条本制度所称风险管理，指企业围绕总体经营目标，通过在企业管理的各个环节和经营过程中执行风险管理的基本流程，培育良好的风险管理文化，建立健全全面风险管理体系，包括风险管理策略、风险理财措施、风险管理的组织职能体系、风险管理信息系统和内部控制系统，从而为实现风险管理的总体目标提供合理保证的过程和方法。 第四条公司开展风险管理力求实现以下风险管理总体目标：
（一）确保将风险控制在与总体目标相适应并可承受的范围内；（二）确保内外部，尤其是公司与股东间实现真实、可靠的信息沟通，包括编制和提供真实、可靠的财务报告； （三）确保遵守有关法律、法规及房地产行业相关规定； （四）确保公司有关规章制度和为实现经营目标而采取重大措施的贯彻执行，保障经营管理的有效性，提高经营活动的效率和效果，降低实现经营目标的不确定性； （五）确保公司建立针对各项重大风险发生后的危机处理计划，保护企业不因灾害性风险或人为失误而遭受重大损失。 第五条风险管理工作遵循以下原则： （一）全面性原则。内部控制应当贯穿决策、执行和监督全过程，覆盖企业及其所属单位的各种业务和事项。 （二）重要性原则。内部控制应当在全面控制的基础上，关注重要业务事项和高风险领域。 （三）制衡性原则。内部控制应当在治理结构、机构设臵及权责分配、业务流程等方面形成相互制约、相互监督，同时兼顾运营效率。（四）适应性原则。内部控制应当与企业经营规模、业务范围、竞争状况和风险水平等相适应，并随着情况的变化及时加以调整。 （五）成本效益原则。内部控制应当权衡实施成本与预期效益，以适当的成本实现有效控制。 第六条公司本着从实际出发，务求实效的原则，以对重大风险、重大事件(指重大风险发生后的事实)的管理和重要流程的内部控制
软件项目风险管理研究 [内容摘要]随着软件产业的迅速发展，软件的规模越来越大，复杂性也越来越高，风险变得更加难以控制，最终导致软件项目失败的结果越来越常见。如何对软件项目风险因素进行分析并有效地规避风险，从而致使项目顺利成功是进行软件风险管理的主要课题之一。只有充分地理解和学习软件风险管理的理论知识，同时在实践中不断地积累经验才能有效地进行风险防X和控制，达到减少风险的影响程度和实现利益最大化追求的目的。 本文从分析国内外软件风险管理的发展现状入手，详细地按照软件生命周期各阶段将软件项目风险进行分类，并总结对比分析了国外经典软件风险管理模型，同时介绍了软件风险管理全过程，同时基于经典软件风险管理模型，提出了改进的软件风险管理模型和方法，并根据自身经验对如今国内企业提出软件风险管理一些建议和意见。 [关键词]项目管理；软件风险；风险管理
1.研究背景 随着经济全球化的不断深入，以信息技术为依托的知识经济初见端倪，各国都在实施信息化带动工业化的发展战略，软件行业成为许多国家的支柱产业，软件业的发展程度从某种意义上体现了该国的综合国力，决定着国家未来的国际竞争地位。软件是一种特殊的逻辑产品，不具备实体的可见性，它是人经过智力劳动而产生出来、具有特殊性质的复杂事物川。一些调查表明，约的软件项目开发超出估计时间，大型项目平均超出交付时间，以上的软件项目开发费用超出预算。软件项目成功的几率要远远低于其它任何工程项目，软件行业面临着所谓的“软件危机”。在软件产品开发过程中存在着众多不确定因素，这些因素使得软件项目比其它工程项目具有更高的风险。从学科发展角度来看，软件工程的形成得益于人们用工程化思想看待软件产品的开发，软件工程的产生又使得软件项目管理学科应运而生。软件项目管理的出现使所谓的“软件危机”得到了一定程度的缓解和控制。 项目管理的目标是在有限资源标注条件下，保证项目时间进度、质量、成本达到最优化。软件项目管理的主要目标是确保软件产品能够按预期方案交付，同时还要满足用户需求。软件项目风险管理的目的是要找出导致项目需求不明晰、不能按进度计划及时交付、产品质量存在缺陷、开发费用超支等各种不良后果的风险因素，对风险因素及可能造成的后果和危害进行定性和定量分析，从而为软件项目管理人员等提供有效的风险控制方案和措施，使其对软件项目的损失或影响降到最低程度或使决策者可以接受的程度。因此，软件项目风险管
第九章项目风险管理制度 ◆项目风险管理要则 第一条为控制项目风险，降低项目经营成本，提高项目的效益，特制定本要则。 第二条本要则所指项目风险是所有影响项目目标实现的不确定因素的集合。 （一）风险管理是识别和评估风险，建立、选择、管理和解决风险的可选方案的组织方法。 （二）项目经理是风险管理的主体。 （三）风险管理应注意选择最佳风险管理技术的组合。 第三条项目全体成员必须树立正确的风险认识观。 （一）风险可能造成的危害 1.未实现营销目标，导致顾客抱怨，公司声誉或形象受到损害，市场份额丢失。 2.法律索赔。 3.负债。 4.导致人力和财力资源的浪费。 5.危及健康和安全。 6.使用和运输中出现问题。 7.顾客的信任丧失。 （二）风险可能带来的机遇 1.风险与利润同在，风险愈大，利润愈大。 2.风险可以激励人的能动作用。 3.在险象环生的背后其实有规律可循。 4.风险与安全具有辩证的统一性。 第四条目标 风险管理的目标有损失发生之前和损失发生之后两种。 （一）损前目标 1.经济目标。项目经理应以最经济的方法预防潜在的损失。这要求对安全计划、保险以及防损技术的费用进行财务分析。 2.减轻项目团队对潜在损失的恐惧和忧虑。 3.履行外界赋予企业的责任。 （二）损后目标 1.企业生存。在损失发生之后，企业至少要在一段合理的时间内能部分恢复生产或经营。 2.保持企业经营的连续性。 3.收入稳定。保持企业经营的连续性便能实现收入稳定的目标，从而使企业保持持续增长。 4.社会责任。尽可能减轻企业受损对他人和整个社会的不利影响，因为企业遭受一次严重的损失会影响到员工、顾客、供货人、债权人、税务部门甚至整个社会的利益。 第五条风险管理的原则 （一）全面周到原则 项目面临的风险多种多样，对不同风险的处置要实现不同的目标，往往需要采用多种措施，每一种措施都有各自的适用范围和局限性。项目管理者要把所有可供选用的对策仔细分析、权衡比较，在全面周到的基础上寻找对策的最佳组合。 （二）符合企业发展总目标的原则 企业发展总目标是一切项目活动的出发点和归宿。项目管理者制定的风险管理目标必须符合项目总目标的要求。