软件项目管理.ppt

软件项目管理 2 第二章 项目管理是广泛应用于各种工程 金融等技术管理过程 管理的好坏决定了工程的成败 软件及it行业 尤其是软件产品的特殊性 软件项目管理对于保证软件产品的质量具有极为重要的作用 是决定一个产品或企业能否成功的最重要的指标 2 1软件项目管理概述 不可见性不确定性人员流动性 2 1软件项目管理概述 随着软件的规模和复杂度的不断增大 开发人员的增加以及开发时间的增长 这些都增加了软件项目管理的难度 例如 windows2000的开发是微软公司历史上最艰巨的任务 仅核心部门的的成员就有2500人 测试用的代码就有1000万行 测试中所用到的脚本程序就有6500种 象规模如此之大的软件系统 如果没有科学的 规范的 有效的管理 是不可能成功的 因此软件项目管理成为软件工程的重要研究内容之一 2 1 1软件项目管理的任务 过程 process 人员 people 工具 tools 项目 project 一 软件项目管理的 4p 二 软件项目管理过程 软件项目管理 是对整个软件生存期的所有活动进行管理 主要过程包括 1 项目启动确定系统范围 组建项目团队 建立项目环境 2 项目规划确定项目活动 项目成本估算 制定进度计划3 项目实施监控项目执行 管理项目风险 控制项目变更4 项目收尾项目验收 软件安装培训 项目总结 2 1 1软件项目管理的任务 2 1 1软件项目管理的任务 三 软件项目管理与过程管理的关系 软件项目管理用于保证项目目标的成功实现 过程管理用于辅助项目管理 将最佳的项目实践用于软件开发过程 2 1 2项目管理的主要活动 软件项目的规划人员的组织管理软件风险管理软件配置管理 包括 可行性分析软件项目度量 软件成本估算 软件计划 2 1 2项目管理的主要活动 包括 人员配备原则 人员配备模式 软件团队建设 软件项目沟通活动 软件项目的规划人员的组织管理软件风险管理软件配置管理 2 1 2项目管理的主要活动 包括 风险识别 风险分析 风险规划 风险监控 软件项目的规划人员的组织管理软件风险管理软件配置管理 2 1 2项目管理的主要活动 是为了有效地控制和管理软件开发过程中的变化 进行标识 组织和控制修改的技术 配置管理活动 配置项的标识 版本管理 系统构建 变更控制 软件项目的规划人员的组织管理软件风险管理软件配置管理 软件度量 软件度量的概念软件规模度量软件功能度量 软件项目度量 软件度量分类 度量 估算 度量metrics度量具有数字特征 软件工程范围的度量是软件开发过程 软件资源或软件产品简单属性的定量描述 如 程序规模 操作符个数 程序中错误的个数等 估算estimation对软件产品 过程 资源进行预测估算可以采用经验公式 或参考历史资料估算用于事前签订合同 立项 制定工作计划等 面向规模的度量 代码行数loc或kloc生产率pl l e其中l软件项目代码行数e软件项目工作量 人月pm pl软件项目生产率 loc pm 代码出错率eqrl ne l其中ne软件项目的代码错误数eqrl每千行代码的错误数 每行代码平均成本cl s l其中s软件项目总开销 元 美元 cl软件项目每行代码的平均成本文档与代码比dl pd l其中pd软件项目文档页数dl每千行代码的平均文档数 例软件项目记录 生产率 pl l e 12 1kloc 24pm 504loc pm出错率 eqrl ne l 29个 12 1kloc 2 4个 kloc平均成本 cl s l 168000美元 12 1kloc 13 88美元 loc每千行代码的平均文档页数 dl pd l 365pd 12 1kloc 30 16pd kloc 规模度量的优缺点 用软件代码行数估算软件规模简单易行 缺点代码行数的估算依赖于程序设计语言的功能和表达能力 采用代码行估算方法会对设计精巧的软件项目产生不利的影响 在软件项目开发前或开发初期估算它的代码行数十分困难 代码行估算只适用于过程式程序设计语言 对非过程式的程序设计语言不太适用等等 根据事务信息处理程序的基本功能定义的 在系统设计初期可以估算出软件项目的规模fp ct 0 65 0 01 fi 其中 ct按表2 1计算fi是复杂性调节值fi取值0 1 5当fi 0时 表示fi不起作用fi 5时 表示fi作用最大 面向功能的度量 表功能点度量 测量参数值权值用户输入数 4 用户输出数 5 用户查询数 4 文件数 7 外部界面数 7 ct 表2 1中的五个信息量按下列方式取值用户输入数用户为软件提供的输入参数个数用户输出数软件系统为用户提供的输出参数个数用户查询数一个联机输入确定一次查询 软件以联机输出的形式 实时地产生一个响应文件数统计逻辑的主文件个数外部界面数统计所有机器可读的界面 利用这些界面可以将信息从一个系统传送到另一个系统 用功能点定义相应的概念 生产率 pf fp e 其中pf表示每人月完成的功能点数平均成本 ci s fp其中ci表示每功能点的平均成本文档与功能点比 di pd fp其中di表示每个功能点平均具有的文档页数代码出错率 eori ne fp其中eori表示每个功能点的平均错误个数 面向功能的度量 软件规模的功能点度量没有直接涉及软件系统本身的算法复杂性 1986年jones把软件项目中的算法复杂性因素引入到功能点计算中来 为了避免混淆 我们把albrecht定义的功能点称为简单功能点 用fps表示 把jones推广的功能点称为功能点 用fp表示 推广的功能点包括计算机程序中用于各类问题求解的算法因素 如求解线性代数方程组 遍历二叉树的各个结点 处理中断等等 功能点计算仍用上面的公式 其中ct按表2 2计算 表推广的功能点度量 测量参数值权值用户输入数 4 用户输出数 5 用户查询数 4 文件数 7 外部界面数 7 算法 3 ct 对一般的工程计算或事务处理软件 用表2 1和表2 2两种方法计算出来的fp值应该基本上相同对于比较复杂的软件系统fp比fps的值高20 35 面向功能的度量的优缺点 优点 与程序设计语言无关 它不仅适用于过程式语言 也适用于非过程式的语言 软件项目开发初期就能基本上确定系统的输入 输出等参数 功能点度量能用于软件项目的开发初期 缺点 它涉及到的主观因素比较多 如各种权函数的取值 信息领域中的某些数据有时不容易采集 fp的值没有直观的物理意义 代码行度量与功能点度量的比较 代码行度量依赖于程序设计语言 而功能点度量不依赖于程序设计语言 albrecht和jones等人对若干软件采用事后处理的方式分别统计出不同程序设计语言每个功能点与代码行数的关系 用loc fp的平均值表示 表2 3表明 一行ada语言代码的 功能 平均是一行fortran语言代码 功能 的1 4倍 一行四代语言代码的 功能 平均是一行传统程序设计语言代码 功能 的3至5倍 表各种语言的loc fp 平均值 程序设计语言loc fp 平均值 汇编语言300cobol100fortran100pascal90ada70面向对象的语言30四代语言 4gl 20代码生成器15 软件复杂性度量 1976年t j mccabemccabe度量法又称环路复杂性度量 基于程序控制结构的软件复杂性度量模型 程序控制结构图程序结构对应于有一个入口结点和一个出口结点的有向图图中每个结点对应一个语句或一个顺序流程的程序代码块弧对应于程序中的转移它基于一个程序模块的程序图中环路的个数 因此计算它先要画出程序图 程序图是退化的程序流程图 流程图中每个处理都退化成一个结点 流线变成连接不同结点的有向弧 mccabe度量法 mccabe用程序控制结构图的巡回秩数v g 作为程序结构复杂性的度量v g e n 2其中 e为结构图的边数 n为结构图的结点数可以证明v g 等于结构图中有界或无界的封闭区域个数 例计算程序控制结构的v g 值 e 1e 3n 2n 3v 1v 2 计算程序控制结构的v g 值 e 4e 3n 4n 3v 2v 2 计算程序控制结构的v g 值 e 6n 5v 3 例2 1计算如图所示程序控制结构图的v g 值 a e 1 n 2 v 1 b e 3 n 3 v 2 c e 4 n 4 v 2 d e 3 n 3 v 2 e e 6 n 5 v 3 这种度量的缺点是 对于不同种类的控制流的复杂性不能区分简单if语句与循环语句的复杂性同等看待嵌套if语句与简单case语句的复杂性是一样的模块间接口当成一个简单分支一样处理一个具有1000行的顺序程序与一行语句的复杂性相同 软件项目估算 常用的估算方法 参照已经完成的类似项目估算待开发项目的成本和工作量 将大的项目分解成若干子项目 在估算出每个子项目成本和工作量之后 再估算整个项目 将软件项目按软件生存周期分解 分别估算出软件项目在软件开发各个阶段的工作量和成本 然后再把这些工作量和成本汇总估算整个项目 根据实验或历史数据给出软件项目工作量或成本的经验估算公式 四种方法可以同时 单独或组合使用 以便取长补短 提高项目估算的精度和可靠性 采用分解技术估算软件项目应考虑系统集成时需要的工作量 为了实现软件项目估算 实践中开发了大量的软件项目自动估算工具 用以支持软件工作量或成本估算 分解技术采用 分而治之 的策略进行软件项目估算 将项目分解为若干个主要的功能及相关的软件工程活动 通过逐步求精的方式进行成本及工作量估算 经验估算模型可用于补充分解技术自动估算工具实现一种或多种分解技术或经验模型 与人机交互结合 自动估算将是很好的选择 代码行 功能点和工作量估算 软件项目的规模是影响软件项目成本和工作量的重要因素 软件项目代码行和功能点估算是成本和工作量估算的基础 采用上面的估算方法可以估算出loc或fp的乐观值a 悲观值b和一般值m 然后根据下列加权公式计算出期望值 e a 4m b 6希望loc或fp的值落在区间 a b 之外的概率极小 当loc或fp的期望值估算出来之后 根据以前软件项目开发的平均生产率loc pm或fp pm就可以计算出工作量 如 软件项目的规模估算为310fp 以前完成的软件项目的生产率为5 5fp pm 于是工作量估算为e 310 5 5 56pm 估算计算机辅助设计软件项目 将cad项目按功能分解为七个子项目 用户界面和控制 二维几何分析 三维几何分析 数据库管理 计算机图形显示 外设控制 设计分析 表2 4给出七个子项目代码行的乐观估计 悲观计和一般估计值 然后计算出加权平均值 估算计算机辅助设计软件项目 分析七个子项目的规模复杂性和难度 参照以前开发类似项目的经验给出开发每行代码的平均成本 每月开发的代码行数 用这两组数据计算出七个子项目的开发成本和工作量 最后汇总的cad软件开发项目规模为33360loc成本为656680 工作量为144 5pm 再用这两种方法分别估算软件开发子项目在软件工程各个阶段的工作量 估算结果列入表2 5 两种方法估算的工作量分别为144 5pm和152 5pm 相差5 左右 估算的成本分别为656680 和708075 相差7 左右 两种方法估算的工作量和成本基本一致 表代码行和成本 工作量估算 功能乐观一般悲观加权 loc成本工作量loclocloc平均 loc pm 人月 用户界面控制179024002650234014315327607 4二维几何分析40805200740053802022010760024 4三维几何分析46006900860068002022013600030 9数据库管理2900340036003350182406030013 9图形显示39004900620049502220010890024 7外设控制1990210024502140281405992015 2设计分析66008500980084001830015120028 0总计33360656680144 5 表工作量估算 功能需求分析设计编码测试总计用户界面控制1 02 00 53 57二维几何分析2 010 04 59 526三维几何分析2 512 06 011 031 5数据库管理2 06 03 04 015计算机图形显示1 511 04 010 527外设控制1 56 03 55 016设计分析4 014 05 07 030总计 人月 14 56126 550 5152 5每人月成本5200480042504500成本 75400292800112625227250708075 2 2成本估算技术 成本估算是可行性分析的重要依据 也是软件管理的重要内容 直接影响到软件开发的风险 软件开发成本主要是指软件开发过程中所花费的工作量及相应的代价 即主要是人的劳动的消耗 以软件计划 需求分析 设计 编码到测试的软件开发全过程所花费的代价为依据 一个大型 复杂项目 由于其项目的度 成本估算并不是一件简单的事 必须建立相应的估算模型 按照一定的方法 技术来进行估算 一 影响成本估算的因素1 软件人员的业务水平2 软件产品的规模及复杂度规模 按yourdon分类法分为超小型 小型 中型 大型 超大型 极大型 复杂度 应用程序 实用程序 系统程序低高 3 开发所需时间对确定规模 复杂度的软件存在一个 最佳开发时间 4 软件开发技术水平指开发方法 工具 语言等 技术水平高 效率高 5 软件可靠性要求 可靠性要求愈高 成本愈高 2 2成本估算技术 2 2成本估算技术 二 软件成本的估算量源代码行 loc 机器指令行 非机器语言的执行步开发工作量人 月 pm 人 年 py 人 日 pd 软件生产率log pm loc pm软件开发时间 其中 ai 估计的最小行数bi 估计的最大行数mi 最可能的行数 2 2 1专家估算模型即源代码行估算模型 deiphi技术 由rand公司提出的deiphi技术 是由n位专家进行成本估算 每位专家根据系统规格说明书 反复讨论给出ai bi及mi的值 并按照下式反复估算源代码的期望值li 期望中值l 将估算的源代码行数 乘以根据经验推算的每行源代码所需成本 即为该软件的成本 2 2 2ibm估算模型1977年由waiston和felix总结了ibm联合系统分部 fsd 负责的 个项目的数据 利用最小二乘法拟合 得到如下估算公式 工作量 e 5 2 l pm 项目持续时间 d 4 1 l 月 人员需要量 s 0 54 e 人 文档数 doc 49 l 页 其中 l 源代码行 以千行计 ibm估算模型是一种静态单变量模型 它利用已估算的结果 如源代码行 来估算各种资源的需求量 但ibm估算模型不是一种通用模型 因此应用中应根据具体实际情况调整模型中的参数 2 2 3putnam估算模型 ck td putnam估算模型是一种动态多变量模型 是根据一些大型项目中工作量的分布情况推导出来的 其中 l 源代码行 k 所需人力 py td 开发时间 ck 技术水平常数其值与开发环境有关 差 2500 2000 正常 10000 8000 好 12500 11000 ckktd 大型项目的工作量分布情况 2 2 3putnam估算模型 cocomo模型 constructivecostmodel 由trw公司开发 是由boehm提出的结构型成本估算模型 其特点是精确 易用 是一种层次模型 按照其祥细程度分为三级 即基本的cocomo模型 中间的cocomo模型和详细的cocomo模型 该模型主要对工作量 单位 pm 和进度tdep 单位 月 进行估算 模型中考虑到估算量与开发环境有关 将开发项目分为三类 9 5 5cocomo模型 2 2 4cocomo模型 2 2 4cocomo模型 组织型 organic 规模 5万 较简单 开发人员对产品目标理解充分 经验丰富 对软件开发环境熟悉 大多数应用软件及老的操作系统 编译系统属此类 嵌入型 embadded 软件 硬件关系紧密 操作有限制条件 对接口 数据结构 算法要求较高 如大型复杂的事务处理系统 大型 超大型的操作系统 军事指挥系统 航天控制系统等 半独立型 semidetached 对项目要求界于上述两者之间 规模复杂度中等 如新操作系统 大型数据库 生产控制等软件属此类 9 5 5cocomo模型 基本的cocomo模型 静态单变量模型 其中 mm 工作量 pm kloc 估计的源代码行cl 模型系数 模型指数 cl 取决于开发项目的模式为组织型 半独立型或嵌入型 下表是根据63个项目的数据统计结果 按照基本的cocomo模型估算的工作量和进度 其中 fi 成本因素包括 生产因素 可靠性 数据库规模 软件复杂度 计算机因素 时间约束 存储约束 环境变更率 计算机换向时间 人员因素 系统分析员能力 经验 程序员能力 开发人员环境知识 程序时间语言知识 项目工程因素 设计技术 软件工具 进度限制约束 详细的cocomo模型按照开发阶段给出更加详细的成本因素fi 中间的cocomo模型进一步考虑了15种影响软件工作量的因素 更加合理的估算软件工作量和进度 2 2 5成本估算方法 1 自顶向下的估算方法据以前完成的同类项目的总成本推算 再将其分配到各开发任务中 特点 简便 估算工作量小 误差大 2 自底向上的估算法估算每一子任务的开发工作量 将它们累加起来 特点 精确度高 但缺少子任务 模块 间的联系 3 差别估计法与已完成的项目进行类比 对不同部分另行估算 特点 估算较精确 但区分类比较困难 对于大型软件项目的估算处理 处理手段主要是分解和类比 一般有以下方式 注意 通常使用综合方法对实际项目进行估算 2 2 6成本 效益分析 成本 效益分析首先估算成本和运行费用 系统的操作费用和维护费用 系统的经济效益则等于因使用新系统而增加的收入 加上使用新系统可以节省的运行费用 1 货币的时间价值通常以利率形式表示 假设 年利率为i p元钱在n年后的价值f为 2 投资回收期投资回收期即工程累计经济效益等于最初投资所需要的时间 4 投资回收率用于衡量投资效益的大小 并且可以用它和年利率比较 设现在的投资额为 1 1 j 2 1 j 2 n 1 j n其中 i是第i年年底的效益 i 1 2 3 n n是系统的使用寿命 j是投资回收率 参考书 软件工程经济学 美 巴里 w 贝姆 赵越等译中国铁道出版社 3 纯收入在整个生存周期内新系统的累计经济效益与投资之差称为纯收入 2 3软件开发进度计划 软件开发进度计划安排是一件困难的任务 尽可能并行地安排任务 还要考虑各个子任务之间的相互联系 又要预见潜在的问题 提供意外事件的处理意见 描述计划进度的主要工具 一般的表格工具 甘特图 pert技术与cpm方法 一般的表格工具例如 进度表 进度表 2 甘特图 ganttchart 用水平线段表示任务的工作阶段 线段的起点和终点分别表示任务的开始和完成时间 线段的长度表示完成任务所需的时间 下图给出了具有五个任务的甘特图 甘特图 周 优点 标明了各任务的计划进度和当前进度 能够动态反映软件开发的进展情况 缺点 不能够反映多个任务之间的复杂逻辑关系 3 pert技术和cpm方法pert programevaluation reviewtechnique 计划评审技术或cpm criticalpathmethod 关键路径法 都是采用网络图来描述项目的进度安排 如图描述了开发模块a b c的任务网络图 各边上所标注的数字为该任务所持续的时间 数字结点为任务的起点和终点 假设红线为关键路径 即完成所有任务的主要路径 2 4人员配备与组织 三 评价人员的条件1 固掌握计算机软件的基本知识和技能 2 善于分析和综合问题 具有严密的逻辑思维能力 3 工作踏实 细致 不靠运气 遵循标准和规范 具有严格的科学作风 4 工作中耐心 有毅力 有责任心 5 善于听取意见 善于团结协作 有良好的人际关系 6 具有良好的书面和口头表达能力 合理的配备人员是成功的完成软件项目的切实保证 一 项目各阶段所需人员按putnam norden曲线分配 二 配备人员遵守的原则重质量 重培训 阶梯提升 四 软件开发小组与软件生产率 随着软件项目规模的增大 需要组成开发小组共同承担软件开发项目中的某一任务 于是人与人之间必须通过交流来解决各自承担任务之间的接口问题 即通信问题 通信需要的时间和代价 会降低软件的生产率 开发小组的组织有以下原则 1 软件开发小组的规模不宜太大 人数不能太多 一般3 5人左右为宜 2 切忌在开发过程中增加人员 这将因增加人员之间的联系而降低效率 四 软件开发小组与软件生产率 例 设一开发小组有4个软件工程师 开发效率为5000行 年 共有6条通信路径 每条路径降低生产率250行 年 则小组生产率为 5000 4 250 6 18500 行 年 如为了加快进度 新增加2人 图8 10 每人效率为840行 年 通信路径增加到15条 此时的小组生产率为 20000 840 2 250 15 17930 行 年 即新增加人 并未提高生产率 软件组织结构 软件质量是一个软件企业成功的必要条件 其重要性无论怎样强调都不过分 由于软件质量是难于定量度量的软件属性 主要从管理的角度讨论影响软件质量的因素 我们把影响软件质量的因素分成三组 2 5软件质量保证 可移植性 可重用性 互运行性 与另一个系统结合 正确性 完整性 健壮性 可用性 效率 风险性 可理解性 可修改性 灵活性 可测试性 2 5 1软件质量因素的定义 项目经理在微软是负责并保证高质量的软件产品按时完成合发布的专职管理人员 其任务包括 倾听用户需求 负责产品功能定义 规划和设计 作各种复杂的决策 保证开发团队顺利开展工作及跟踪程序错误等 2 5 2项目经理与软件质量保证 软件质量度量方法有以下三种 1 精确度量 使用质量度量评价准则进行详细度量 工作量大 但度量精确度也高 2 全面度量 可以与简易度量并用对各个质量设计评价准则进行度量 工作量可以控制在一定的范围内 3 简易度量 2 5 3软件项目的跟踪与控制 在软件项目实施过程中进行跟踪与控制 是软件项目管理的重要内容 也是保证软件质量的重要措施 可用不同的方法进行追踪 2 6 1风险分析 风险的概念风险与将要发生的事情有关 研究风险就是研究明天将要发生的事情风险涉及思想 观念 行为 地点 时间等多种因素风险随条件的变化而改变 人们通过改变 选择 控制与风险密切相关的条件减少 回避风险改变 选择 控制条件的策略是不确定的 2 6风险分析和管理 软件风险 软件风险和其它风险一样存在不确定性 有些是很难预测的 对风险的不确定性进行量化 估算某一风险可能带来的损失 除关注软件项目的一般性风险外 还要关注软件项目的特殊风险 如项目的背景 特殊要求 关键内容 薄弱环节 技术难点 人员状况 工作环境等 软件项目存在各种风险 人们关心的问题 什么风险会导致软件项目的彻底失败 顾客需求 开发环境 目标机 时间 成本的改变对软件项目的风险会产生什么影响 人们必须抓住什么机会 采取什么措施才能有效地减少风险 顺利完成任务 不同类型的风险 项目风险预算 进度 人力 资源 客户及需求项目的复杂度 规模 结构的不确定性等技术风险设计 实现 接口 验证和维护规约的二义性 技术的不确定性 陈旧的技术 领先的技术商业风险无需求的产品 策路风险 管理风险 预算风险 软件风险分析包括的部分风险标识风险估算风险规划风险监控 软件风险分析 1风险标识 对待风险不能采取回避态度项目开始时应对一般性风险和特定产品风险进行系统标识 並随着项目的展开不断更新 一般可预测风险产品规模 商业影响 客户 过程 技术 环境 人员及经验等 识别风险的有效方法风险检测表为了帮助项目管理人员 项目规划人员 全面了解软件开发过程存在的风险 boehm建议设计并使用各类风险检测表 表中条目指明 常見並可预测的风险 有些风险可以预料 有些很难预料 例2 6人员配备风险检测表 1 开发人员的水平如何 2 开发人员在技术上是否配套 3 开发人员的数量如何 4 开发人员是否能够自始至终地参加软件开发工作 5 开发人员是否能够集中全部精力投入到软件开发工作 6 开发人员对自己的工作是否有正确的期望 7 开发人员是否接受过必要的培训 8 开发人员的流动是否能够保证工作的连续性 上述问题可以选用0 1 2 3 4 5来回答 完全肯定取值为0 反之为5 中间情况分别取值1 2 3 4值越大表示风险越大 人员配备风险检测表反映了人的因素给软件项目带来的风险 2风险估算 如果某一风险检测表由m项组成 每项选取一个整数值0 1 n 在最理想的情况取值为0 反之取值为n 对于中间状态依次取值1 2 n 1 当n 1时取值0 1 对应布尔量真 假 t f 设第i种风险检测表第j项取值xij 对应的加权系数是wij 于是第i种风险的估算值可以定义为m i wijxij mn j 1其中 wij m wij 0 3 10 风险估算 如果第i种风险对整个软件项目的风险估算加权系数是 i i 1 2 l 为风险要素的个数 i 1 则软件项目风险估算定义为lr i i 3 11 i 10 r 1 当r接近于0时表示风险比较小 r接近于1时表示风险比较大 当 i i比较大时 表示第i类风险出现并带来不良影响的可能性比较大 必须引起足够重视 设法改善条件 减小 i的值 3风险评价和管理 风险评价是风险管理的重要步骤任务进一步审查风险预测的精度 更新风险优先次序 考虑控制和 或避免可能发生风险的办法 风险评价 定义用三元组 ri li xi 描述风险 i 1 2 3 其中 ri表示风险li表示风险发生的概率xi表示风险产生的影响对大多数软件项目 应该定义性能 成本及进度的风险参考水平值 当某一风险或风险组合值超过水平值时项目被迫停止 风险评估的步骤 1定义项目的风险参考水平值 2建立三元组 给出相应的参考水平值 3预测一组临界点 定义项目终止区域 4预测什么样的风险组合会影响参考水平值 风险表 1 3 风险类别概率影响rmmm123项目开始时应在第一列列出所有风险 第二列给出风险类别 第三列给出每种风险发生的概率 第四列给出各种风险产生影响的评估值 第五列给出风险缓解 监控和管理计划 风险表 2 3 评估值按风险因素 性能 成本 进度的影响类别求加权平均值影响类别取值 灾难的1 严重的2 轻微的3 可忽略的4 对风险表中的风险按照发生概率大小 影响大小 由大至小排序 风险表 3 3 项目管理者对风险表进行研究后应定义一条中止线 线上的风险较大者应给予特别的关注 线下的风险需要进一步的跟踪 评估 排序 对风险发生概率较大的事件应引起特别关注 要及早采取措施尽量避免它的发生 风险评价和管理 三元组 ri li xi 是风险管理的基础设高级职员流动给项目带来风险r1 根据历史的经验或直观感觉 高级职员离开课题组的概率l1 70 这一风险导致事件x1发生项目开发时间延长15 成本增加20 项目负责人采取的风险管理措施 1 项目开始前控制产生风险的原因 项目开工后应设法减轻风险的影响 2 了解项目开发人员变动的原因 在项目开发期间应控制上述原因 尽量减少人员的流动 3 在工作方法和技术上采取适当措施 防止因人员流动给工作带来损失 4 项目在开发过程中应及时公布并交流项目开发的信息 5 建立组织机构 确定文档标准 并及时生成文档 6 对工作进行集体复审 使多数人都能了解工作的细节 跟上工作进度 7 为关键技术准备后备人员 rmmm计划 风险缓解 监控和管理计划riskmitigation monitoring andmanagementplan将风险分析工作文挡化 成为项目的一部分 执行rmmm计划需要成本当软件项目比较大时 可能标出30至40种风险 如果为每种风险定义3至7种风险管理步骤 则风险管理本身就是一个项目 将pareto的20 80规则用于软件项目的风险标