PMP-0X风险管理规程

1、Software Project Management Standards风险管理规程RISK MANAMENT PROCESS编制单位：广州XXX电子科技有限公司编制时间： 2005-10文档编号： PMP-0X版 本 号： V1.0PMP-0X 风险管理规程文档信息文档编号PMP-0X文档名称风险管理规程版本V1.0创建时间2005 年10 月13 日更新时间提交撰写审核PMP-0X 风险管理规程变更记录本记录描述了PMP-0X风险管理规程的这个版本（ V1.0 ）*A - ADDEDM - MODIFIEDD - DELETED序号日期章节号A/M/D变更简述变更人PMP-0X 风险管理

2、规程目 录第 1 章 概述11.1 目的11.2 方针11.3 适用范围11.4 阅读指南11.5 参考文件1第 2 章 流程22.1 风险策划流程图22.2 流程说明2第 3 章 软件风险管理计划113.1 RUP风险管理计划文档模板113.2 其它方式风险管理计划文档模板11第 4 章 相关附件124.1 风险影响对照表124.2 风险影响值评估表124.3 项目所有风险识别表12PMP-0X 风险管理规程第1章 概述1.1目的主要用于帮助项目识别风险、控制和管理风险提供有效的规程依据。1.2方针1) 项目风险应该考虑项目的需求和项目的实际情况。2) 按照文档化的过程来制定及修订风险管理计

3、划。3) 项目风险是不断在改变的，因此风险估计及管理活动始终贯穿于项目的整个4) 生命周期。5) 在项目的里程碑阶段必须要分析及监控管理项目的风险。6) 做项目风险计划及管理的相关人员必须经过相关培训。7) 文档化的风险管理计划必须要纳入到配置管理之下。1.3适用范围本文档属于广州依万达电子科技有限公司系统研发部的工作文档，适用于系统研发部在所开发项目中进行系统分析、设计、开发、测试、维护等整个软件开发过程和控制活动。1.4阅读指南1.5参考文件1) RUP2000 中文版；2) CMM 手册；广州 XXX电子科技有限公司?2005第1页共12页PMP-0X 风险管理规程第2章 流程描述风险管

4、理的四大步骤及其每个步骤的主要规程， 通过流程可以了解如何识别、 排序、监控及管理风险。2.1风险策划流程图识别风险风险预测评估风险排序风险缓解、 监控、 管理2.2流程说明识别风险本规程列出常用风险因素，对于具体项目可能存在特殊风险因素，项目经理要参照通常风险因素进行管理。项目经理根据项目的实际情况，确定项目存在那些风险，主要依据项目规模、估计、需求、商业、开发过程、技术等七个方面确定项目是否存在这些方面的风险，以下为识别风险向导表格。? 规模风险因素序号风险因素1是否以 LOC 或 FP 估算规模？2对于估算出的产品信任度是否比较高？3是否以程序、文件或事物处理的数目来估算产品的规模。4产

5、品规模与以前产品规模偏差的百分比是否小于 10% ？5产品创建或使用的数据库大小如何 ,是否比较简单并且稳定？6产品的用户有多少，是否为因素取值是：否：是：否：是：否：是：否：是：否：是：PMP-0X 风险管理规程一个独立群体而不是分散的否 :用户？7产品需求改变是否比较少？是：否 :8复用的软件是否比较多 ( 大于是：整体规模的 30%)？否 :9产品技术复杂度是否比较单是：一否 :10估计者经验是否丰富是：否 :? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以上向导表的回答， 将有此方面的风险结果填写到风险管理计划表中 .? 商业风险因素

6、表 （与管理以及市场所加诸的约束相关的风险）：序号风险因素因素取值1本产品对公司是否带来客观是：的收入 ?否：2本产品是否得到高级管理者是：重视？否：3交付期限是否合理？是：否：4将会使用本产品的用户数是：目以及本产品是否与用户的否：需求相符合6最终用户水平是否比较成是：熟？否：7必须产生和交付给用户的产是：品文档的质与量是否要求一否：般？8政府对本产品开发的约束是是：否比较低？否：9延迟交付所造成的成本损失是：是否无太大影响？否：10产品缺陷所造成的成本损失是：是否可以忽略？否：? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以上向导表的回答

7、， 将有此方面的风险结果填写到风险管理计划表中 .? 客户相关风险因素表 （与管理以及市场所加诸的约束相关的风险）：序号风险因素因素取值1以前是否和本客户合作过？是：否：2该客户很清楚需要什么？是：他能否花时间将需求写出否：来？3该客户是否愿意建立与开发是：PMP-0X 风险管理规程4567者之间的沟通渠道？否：该客户是否愿意参加项目工是：作产品复申工作？否：该客户是否具有该产品领域是：的技术素质？否：该客户是否了解软件过程是：否：当你的技术人员在做技术工是：作时，客户是否坚持要在旁边否：监视？? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以

8、上向导表的回答， 将有此方面的风险结果填写到风险管理计划表中 .? 过程风险因素表 （与管理以及市场所加诸的约束相关的风险）：序号风险因素因素取值1高级管理者是否支持项目要23456789101112遵循标准的软件开发过程， 这是：些过程是否形成他们亲自获否：准的文档？你的组织是否已经建立了一是：个成文的、用于本项目的软件否：过程的说明？开发人员是否 “签约” 同意按是：照文档所写的软件过程进行否：开发工作，并自愿使用它？该软件过程是否还用于其它是：项目？否：你的组织是否为管理者及技是：术人员开设了一系列软件工否：程培训课程？是否对软件开发、 管理者提供是：了印好的软件工程标准？否：软件开发过

9、程各规定文档概是（非常完整） ：要及示例模板是否齐全？否（几乎没有） ：是否规定定期对需求、设计、是（明文规定） ：编码进行评审？否（几乎没有） ：是否定期对测试过程及测试是（明文规定） ：情况进行复申？否（几乎没有） ：是否对每一个复申的结果都是（都有正式记录） ：建立了文档， 其中包括发现的否（几乎没有） ：错误及使用的资料？是否使用配置管理来维护系是：统 /软件需求、设计、编码及否：测试用例之间的一致性？是否使用一个机制来控制软是：件的需求的变化及其对软件否：的影响？PMP-0X 风险管理规程? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根

10、据以上向导表的回答， 将有此方面的风险结果填写到风险管理计划表中 .? 技术风险因素：序号风险因素因素取值1是否使用了方便易沟通交流是（依靠正式规格说明书）：的规格说明来辅助客户与开一般（依靠正式规格说明书发之间的通讯？和其它口头交流） ：没有（基本上是口头理解，正式规格说明书只是形同虚设）：2是否使用特定的方法进行软是（有据可依的方法） ：件分析？否（个人习惯未明文规定的开发方法）：3是否有特定的开发方法进行是（有据可依的方法） ：数据库和体系结构设计？否（个人习惯未明文规定的开发方法）：4是否 90% 以上语言采用高级是（每个项目） ：语言编写？否（仅个别） ：5是否定义了特殊的规则关于是

11、（每个项目） ：在代码编写方面？否（仅个别） ：6是否采用了特定的方法进行是（有据可依的方法） ：测试用例的设计？否（个人习惯未明文规定的开发方法）：78910111213141516是否采用软件工具来支持计是（专业工具） ：划及跟踪活动？否（几乎没有） ：是否采用配置管理工具来控是（专业工具） ：制及及跟踪过程活动？否（几乎没有） ：是否采用软件工具来进行软是（专业工具） ：件分析及软件设计活动？否（几乎没有） ：是否使用工具来创建特定原是（专业工具） ：型？否（几乎没有） ：是否使用软件工具来支持测是（专业工具） ：试过程？否（几乎没有） ：是否使用软件工具来支持及是（专业工具） ：维护文

12、档的生成及管理？否（几乎没有） ：是否收集所有软件项目的质是（基本）：量度量值？否（几乎没有） ：是否收集所有软件项目的生是（基本）：产率度量值？否（几乎没有） ：该技术对你组织来说是新的是（大部分） ：吗？一般（有其中一部分） ：没有（以前全部做过） ：客户的需求是否需要创建新是（大部分） ：的算法或输入、输出技术？一般（有其中一部分） ：没有（以前全部做过） ：PMP-0X 风险管理规程17软件是否需要新的未经证实的技术接口？18待开发软件是否需要与开发商提供的未经证实的软件产品的接口？19待开发软件是否需要与其功能与性能均未在本领域中得到证实的数据库系统接口？20产品的需求中是否要求采用

13、特定的用户界面？21产品的需求中是否要求开发某些程序的构件， 这些构件与你的组织以前开发的构件完全不同？22需求中是否要求使用新的分析、设计、或测试方法？是：否：是：否：是：否：是：否：是：否：是（客户要求，但组织未尝试）：否：23需求中是否要求采用非传统是（客户要求，但组织未尝的开发方法，如形式化方法、试）：基于 AI 的方法、以及人工智否：能方法？24需求中是否存在过分的对产是：品性能方面的约束？否：25客户确定的所有需求都是 “可是：行”的吗？否? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以上向导表的回答， 将有此方面的风险结果填写到

14、风险管理计划表中 .? 开发环境风险因素表 （与管理以及市场所加诸的约束相关的风险）：序号风险因素因素取值1是否有可用的软件项目管理是：工具？否：2是否有可用的软件过程管理是：工具？否：3是否有可用的分析及设计工是：具？否：4分析及设计工具是否支持适是：用于待建造产品的方法？否：5是否编码器或代码生成器，且是：适用于待建造的产品？否：6是否有可用的测试工具， 且适是：用于待建造的产品？否：7是否有可用的配置管理工是：具？否：8环境是否利用了数据库或仓是：库？否：PMP-0X 风险管理规程9是否所有的软件工具都是彼是：此集成的？否：10项目组人员是否已经接受关是：于每个工具的培训？否：11是否相

15、关的专家能够回答关是：于工具的问题？否：12工具的联机帮助文档是否适是：当？否：? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以上向导表的回答， 将有此方面的风险结果填写到风险管理计划表中 .? 与人员数目及经验相关的风险因素表 （与管理以及市场所加诸的约束相关的风险）：序号风险因素因素取值1是否有最优秀的人员可用？是：否：2人员在技术上是否配套？是：否：3是否有足够的人员可以使是：用？否：4开发人员是否能够自始至终是：的参加整个项目的工作？否：5项目中是否有人员只能进行是：部分时间的工作？否：6开发人员接受过必要的培是：训？否：7开发人员对

16、自己的工作是否是：有正确的期望？否：8开发人员的流动是否仍能够是：保证工作的连续性？否：? 对于以上回答如果 50%以上回答是，则表明项目不存在这方面风险，否则存在这方面的风险。? 根据以上向导表的回答， 将有此方面的风险结果填写到风险管理计划表中 .风险预测及评估方法一：主要预测已经标识的风险发生概率及其影响率，根据风险概率及影响率来确定风险的大小。概率值：取值在 0%到 100%之间，数值越大表明本风险发生的机会越多。本数据可以由项目组成员个别估算，依据风险标识栏目的风险驱动因子评估一个定性的概率尺度，然后将这些单个值求平均，得到一个有代表性的概率值。影响取值： 1灾难的 2严重的 3轻微

17、的 4可忽略的 具体填报依据可参照下列风险影响评估表：评估每个风险所产生的影响类别，对四个风险因素：性能、支持、成本、及进度的影响类别求平均得到一个整体的影响值（如果其中一个风险因素对项目特别重要，也可以使用加权求平均值）。以下风险影响评PMP-0X 风险管理规程估表： (影响类别的选择是以最符合表中描述的特性为基础的)因素性能支持成本进度类别1( 由于错误而产生的影无法满足用户需求而导错误将导致进度延响 )致任务失败迟或成本增加。灾严重退化无法作出严重的资无法难使得根本在交2( 由于未达到预期结果响应或无金短缺，性 1无法达到付日法支持的很可能超而产生的影响 )要求的技期内软件出预算术性能完

18、成1( 由于错误而产生的影无法满足需求而导致系错误将导致操作上统性能下降，使得任务能的延迟，使得成本响 )严否完成受到质疑。增加。重在软件修资 金 不交付性 22( 由于未达到预期结果技术性能日期改时有少足，项目而产生的影响 )有些减低可能量的延迟可能延期延迟1( 由于错误而产生的影响 )轻微2( 由于未达到预期结果而产生的影响)的 3可1( 由于错误而产生的影忽响 )略 4 2( 由于未达到预期结果而产生的影响 )方法二：无法满足需求，导致次要成本、影响和 /或可恢复进度上的小问任务退化题。技术性能较好的软有充足的实际、上有较少件支持资金来源可完的降低成的进度计划无法满足需求而导致使错误对进

19、度及成本用不方便或不易操作的影响很小。技术性能易于进行可能低于交付不会降低软件支持预算日期可能会提前风险编号：根据以上的风险识别向导表对进入风险管理计划表的风险进行风险编号，编号规则为风险因素类别序号风险因素类别： 分别是规模风险因素GM ，商业风险因素SY ，客户相关风险因素 KH ，过程风险因素 GC，技术风险因素 JS，环境风险因素 HJ，人员相关风险因素 RY。概率值：同方法一风险影响力：根据风险对项目的影响程度进行划分RUP 分为五个等级：高、重大、中等、较小、低；CMM 分为四个等级同方法一所划分；另外还有一种划分方法，同样分为五级并且对项目影响程度进行量化，这五级是非常高、高、中

20、、低、非常低，其量化取值见风险对项目主要目标影响对照表影响力取值：具体填报依据可参照下列风险对项目主要目标影响对照表：评估每个风险所产生的影响，对四个风险因素：成本、进度、范围和质量的影响类别求平均得到一个整体的影响值（如果其中一个风险因素对项目特别重要，也可以使用加权求平均值）。以下风险影响评估表：风险期望值：描述风险影响程度。风险期望值整体影响力取值×发生概率PMP-0X 风险管理规程风险排序根据概率及影响对风险进行排续。高发生概率及高影响风险要放在表上方；率低风险要放在表的下方。一个具有高影响但低概率的风险因素不应当占用太多的风险管理时间，而具有中到高概率、高影响的风险和具有高概率及低影响低的风险，就应该进行风险分析。下面一个参考例图表示风险排列的依据：很高高影响管理因素很低0发生的概率1.0填写项目所有识别风险一览表风险缓解、监控、管理对于确定的风险，要考虑监控管理，确定本项目监控因素，及管理方案，包括具体的措施及人员时间安排等,以下为例表 (可以参见风险管理计划模板 )。风险缓解策略监控因素时间及资源安排?组织人员对?每周与现?与现有人员一起讨论有人员一项目压力的人员流动