李妮娅《统一软件开发过程》第七章项目管理工作流.pdfVIP

第7章项目管理工作 流 目录  7.1 目的  7.2 计划迭代项目  7.3 风险的概念  7.4 度量元的概念  7.5 度量元的类型  7.6 工作人员和制品  7.7 工作流  7.8 制定一个迭代计划  7.9 小结 7.1 目的  软件项目管理是一门平衡竞争对象、管理 风险和克服约束的艺术  软件项目管理最终目的是交付一个满足客 户(付账人)和最终用户需求的产品  项目管理工作流有以下三个目的： 为管理软件密集型项目提供框架 为计划、执行、监督项目和分配人员提供实际 的指南 为管理风险提供框架  项目管理工作流不覆盖项目管理的所有方面  项目管理工作流不包含以下问题： 管理人员：雇用、培训、指导 管理预算：详细说明和分配 管理供应商和客户之间的契约  项目管理工作流主要关注迭代开发过程的某些 方面： 制定一个整个生命周期的迭代项目计划或某个特 定迭代的计划 风险管理 监督迭代项目和度量元的进展情况 7.2 计划迭代项目  项目经理的困惑： 需要多少个迭代？ 每个迭代要有多长？ 如何确定一个迭代的内容和对象？ 如何跟踪迭代的进展？  项目计划的目标： 在一段时间内给一个团队中的人员分配任务和 职责 监督计划进展状况，在项目展开过程中发现潜 在的问题 计划的两个级别  一个粗粒度的计划：阶段计划 阶段计划在初始阶段的早期完成，只在需要时 进行更新  一组细粒度的计划：迭代计划 迭代计划仿佛是一个面向阶段计划的放大镜 阶段计划  确定主要里程碑的日期  生命周期目标(在初始阶段结束时设定项目范围并准备 好足够的资金)  生命周期构架(在细化阶段结束时完成构架)  最初运作能力(在构造阶段结束时完成第一个beta版本)  产品发布(在移交阶段和周期结束时完成相应的产品发 布)  人员配备概括  确定次里程碑的日期：预测每个迭代结束的时间 和它的主要目标 迭代计划  一个项目通常有两个活跃的迭代计划  当前迭代计划(为当前迭代制定的计划)，用来跟踪进展 情况  下一个迭代计划(为即将开始的迭代制定的计划)，针对 当前迭代后半部分情况所做，在当前迭代结束时准备 好  迭代计划中包括重要的日期，如主要部件完成时 间、从其他开发组织中得到构件的时间以及主要 评审时间  迭代是动态的，当目标和战略改变，迭代就随之 改变，所以根本不用花过多的时间做一个超越当 前计划范围的详细计划。  必须覆盖正确的时间范围，有一个正确的度量元， 才能做出好的详尽的迭代计划。 7.3 风险的概念  软件开发过程主要关心软件开发中 “已知”的方 面。你只能精确地描述、计划、分配和评审你所 知道的事情。  风险管理关注 “未知”的方面。很多组织应用 “否决风险”的模式工作：计划和评定整个过程， 就好像已经知道了所有的可变因素 什么是风险  简单地说，风险就是未知和不确定  成功则是指达到了所有人对项目期望的需求和约束  风险可以量化为直接风险和间接风险  直接风险(direct risk):项目对其控制得很好的风险  间接风险(indirect risk):项目对其几乎没有什么控制的 风险  风险的属性：风险量级指示  考虑发生的可能性和对项目的影响(严重性)  共分为五个级别：最高、较高、适中、较低、最低 如何处理风险  风险管理的关键思想  在决定如何处理风险之前，不能被动地等待风险的来 临(或项目的失败)。对任何一个可预测的风险，必须提 前采取行动  处理风险有以下几种方法：  避免风险：重新组织项目，从而避免受到风险的影响  转移风险：重新组织项目，从而使某些人和某些事情 可以忍受风险的存在(如客户、卖方、银行或其他因素)  接受风险：把风险当做一个偶然