第三篇软件项目进度管理.pptVIP

第三章 软件项目进度管理 软件项目管理 本章内容提要 软件项目进度管理概述 软件项目任务分解 活动定义和排序 活动历时估计 制定进度计划 进度控制（项目跟踪） 第四节 活动历时估计 估计项目活动的持续时间 每个活动的历时估计 项目的总历时估计 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 定额估算法 T=Q/(R*S) T:活动持续时间（小时、日、周、月） Q:活动的工作量（人月、人天） R:人力或设备的数量 S:开发效率,以单位时间完成的工作量表示 例如：Q=6人月,R=2人,S=1 则：T=6/(2*1)=3月 Q=6人月,R=2人,S=1.5 则： T=6/(2*1.5)=2月 定额估算法 方法比较简单，容易计算。 适合规模比较小的项目，比如说小于10000LOC或者说小于6个人月工作量的项目。 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 工程评价技术（PERT） PERT (Program Evaluation and Review Technique)最初产生于1958年，是美国海军部开发北极星潜艇系统时为协调3000多个承包商和研究机构开发的。 PERT是利用网络图逻辑关系和加权历时估算来计算项目历时的技术。 PERT假设项目持续时间是随机的。当项目中的活动存在很大的不确定性时适于采用此法。 工程评价技术（PERT） 在估计项目活动的持续时间时，PERT采用三点估计法，即乐观值、悲观值和最可能值。 采用加权平均得到持续时间的期望值： E=（O+4M+P)/6 O是最小估算值:乐观(Optimistic)， P是最大估算值:悲观(Pessimistic)， M是最可能估算值(Most Likely)。 工程评价技术（PERT） 例如： 某活动持续时间的乐观值O=8 workdays 最可能值M=10 workdays 悲观值P=24 workdays 则活动持续时间的期望值为E=(8+4*10+24)/6 =12 workdays PERT的保证率 PERT历时估计的可信度 标准差σ =(悲观值-乐观值)/6 方差σ2 = [(悲观值-乐观值)/6]2 例如： σ=(24－8) /6=2.67 PERT评估存在多个活动的一条路径 历时期望值 E=E1+E2+….En 方差σ2= (σ1)2 +(σ2)2+….+ (σn)2 标准差σ=((σ1)2 +(σ2)2+….+ (σn)2)1/2 PERT举例 标准差与保证率 PERT举例 PERT举例 PERT举例 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 基于进度表的历时估计 通过查给定的进度表来估计项目的历时。 可能的最短进度表 有效进度表 普通进度表 为企业提供了一个项目历时估计的参照，尤其对没有任何历史项目记录的企业有很大帮助。 可能的最短进度表-人员 人才库中前10%的最拔尖的人才。 有几年应用编程语言和编程环境的工作经验。 开发人员掌握了应用领域的详细知识。 目标明确，努力工作。 分享成果，团队和谐。 不存在人员调整。 可能的最短进度表-管理 具有理想的项目管理 开发人员可以专注于本职的工作 采用矩阵管理模式配备员工 尽可能地压缩项目进度，直到不能压缩。 可能的最短进度表-工具支持 有先进的软件开发工具 开发人员可以无限制地使用资源 工作环境理想，在集中的工作区域开发 交流工具使用便利 可能的最短进度表-开发方法 使用最时效的开发方法和开发工具 设计阶段开始的时候已经完全了解需求 需求不变更 可能的最短进度表 可能的最短进度表 基于进度表的估算 可能的最短进度表 有效进度表 普通进度表 有效进度表-人员 人才库中前25%的最拔尖的人才。 有1年应用编程语言和编程环境的工作经验。 开发人员对目标有共同的看法，相互之间没有严重冲突。 采用有效的人员管理模式。 每年人员调整少于 6%。 有效进度表-其它 采用有效的编程工具 主动的风险管理 优良的物理环境 沟通工具使用方便 有效进度表 有效进度表 基于进度表的估算 可能的最短进度表 有效进度表 普通进度表 普通进度表—人员 人才库中中等以上的人作为开发团队成员。 开发人员对编程语言和编程环境较熟悉。 开