软件项目管理-CH05V2-时间进度控制.ppt

1、软件项目管理 Software Project Management （SPM）,郭建东,CH05 时间进度控制,05.1 软件项目进度管理概述 05.2 软件项目任务分解 05.3 活动定义和排序 05.4 活动历时估计 05.5 制定进度计划 05.6 进度控制（项目跟踪）,2019/1/16,2,软件项目管理 CH05 时间进度控制 郭建东,05.1 软件项目进度管理概述,进度是对执行的活动和里程碑所制定的工作计划日期表。 进度管理是为了确保项目按期完成所需要的管理过程。,2019/1/16,3,软件项目管理 CH05 时间进度控制 郭建东,进度管理的重要性和复杂性,按时完成项目是项目经

2、理最大的挑战之一。 时间是项目规划中灵活性最小的因素。 进度问题是项目冲突的主要原因，尤其在项目的后期。,2019/1/16,4,软件项目管理 CH05 时间进度控制 郭建东,进度管理的重要性,2019/1/16,5,软件项目管理 CH05 时间进度控制 郭建东,活动定义（Activity definition） 活动排序（Activity sequencing） 活动资源估计(Activity resource estimating) 活动历时估计(Activity duration estimating) 制定进度计划（Schedule development） 进度控制（Schedule

3、 control）-项目跟踪,进度管理过程,2019/1/16,6,软件项目管理 CH05 时间进度控制 郭建东,05.2 软件项目任务分解,什么是任务分解将一个项目分解为更多的工作细目，使项目变得更易管理、更易操作。 任务分解的结果WBS（Work Breakdown Structure）工作分解结构。WBS是为了完成项目的目标和创造项目的可交付成果，由项目团队进行的一种对项目工作有层次的分解。,2019/1/16,7,软件项目管理 CH05 时间进度控制 郭建东,WBS示例,工作包(Work Packages)：最低层次的可交付成果,2019/1/16,8,软件项目管理 CH05 时间进度

4、控制 郭建东,WBS,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围，不在WBS中包括的工作就不是该项目的工作。 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述。 工作包是WBS的最低层次的可交付成果，它应当由唯一主体负责完成。,2019/1/16,9,软件项目管理 CH05 时间进度控制 郭建东,WBS的表示类型,清单：以文本清单的方式逐条列出任务分解的结果。 图表：以树形图的方式逐层列出任务分解的结果。例如：,2019/1/16,10,软件项目管理 CH05 时间进度控制 郭建东,任务分解方法,根据需求分析的结果和项目的

5、相关要求，分解出WBS。常见的分解方法有三种： 类比法 自顶向下法 自底向上法,2019/1/16,11,软件项目管理 CH05 时间进度控制 郭建东,类比法,参考类似的已经完成的项目的WBS和以前的项目经验，根据当前项目特点做必要的调整，从而得到新项目的WBS。 一般来说，如果软件组织经常性地在某一行业或某一类产品中重复多个项目，则项目过程的重合度比较高，较适合采用类比法。 也可参照从大量实践中总结出的WBS模板。,2019/1/16,12,软件项目管理 CH05 时间进度控制 郭建东,WBS模板举例,2019/1/16,13,软件项目管理 CH05 时间进度控制 郭建东,自顶向下法,把项目

6、从粗粒度的任务逐层细化，得到整个项目的分解结构。,2019/1/16,14,软件项目管理 CH05 时间进度控制 郭建东,自底向上法,通过将细粒度的工作逐层归纳而得到整个项目WBS的方法。,2019/1/16,15,软件项目管理 CH05 时间进度控制 郭建东,几种任务分解方法的适用性,如果软件组织在同一应用领域做过多个类似的项目，则可以使用类比法。 自顶向下分解的质量直接决定于分解者对项目的理解，所以要求分解者经验丰富，对项目有深入理解。 自底向上法适用于哪些具有创新型或不太熟悉的项目，更容易发挥团队的力量。 对于有些项目来说，可能需要综合应用这三种方法才能得到结构良好的WBS。,2019/

7、1/16,16,软件项目管理 CH05 时间进度控制 郭建东,任务分解标准,任务的分解标准应该统一 按照项目各阶段活动分解 按照产品的功能组成分解 其它：按交付物分解、按项目组织单位分解,2019/1/16,17,软件项目管理 CH05 时间进度控制 郭建东,按照项目各阶段活动分解,2019/1/16,18,软件项目管理 CH05 时间进度控制 郭建东,按照产品的功能组成分解,校务管理信息系统,招生管理,教务管理,学籍管理,招生,分班,报名,学科设置,班级设置,排课表,学生档案,学生考勤,2019/1/16,19,软件项目管理 CH05 时间进度控制 郭建东,对任务分解的要求,WBS最低层的工

8、作包是可控的和可管理的，推荐一个工作包不要超过一个人一周（40小时）的工作量。 任务分解也不宜过细，WBS树最好不要超过7层。 每个工作包要有一个交付成果。 对每个任务必须定义明确的完成标准。 WBS必须有利于责任分配。,2019/1/16,20,软件项目管理 CH05 时间进度控制 郭建东,05.3 活动定义和排序,活动定义（Activity Definition）是指确定为完成项目的各个交付成果所必须进行的诸项具体活动。 任务分解是面向可交付物的，而活动定义是面向活动的，是对WBS做进一步分解的结果，以便清楚为完成每个具体任务或交付物需执行哪些活动。,2019/1/16,21,软件项目管理

9、 CH05 时间进度控制 郭建东,活动定义,功能1,软件产品,功能2-子功能2,功能2,功能3,功能2-子功能1,功能2-子功能3,活动1,活动2,设计说明书,编写设计说明书,设计评审,2019/1/16,22,软件项目管理 CH05 时间进度控制 郭建东,活动排序,项目各项活动之间存在相互联系与相互依赖关系，要根据这些关系对活动进行适当的顺序安排。,2019/1/16,23,软件项目管理 CH05 时间进度控制 郭建东,活动之间的关系,A,B,A,B,结束-开始（FS）,结束-结束（FF）,A,B,开始-开始（SS）,A,B,开始-结束（SF）,2019/1/16,24,软件项目管理 CH0

10、5 时间进度控制 郭建东,活动排序的依据,强制性依赖关系：工作任务中固有的依赖关系，它是因为客观规律和物质条件的限制造成的，又称硬逻辑关系。 软逻辑关系：由项目管理人员确定的项目活动之间的关系，它是一种根据主观判断去调整和确定的关系，也称指定性相关、偏好相关或软相关。 外部依赖关系：项目活动对一些非项目活动和事件的依赖。,2019/1/16,25,软件项目管理 CH05 时间进度控制 郭建东,项目进度图示,甘特图 网络图 里程碑图 资源图,2019/1/16,26,软件项目管理 CH05 时间进度控制 郭建东,甘特图,2019/1/16,27,软件项目管理 CH05 时间进度控制 郭建东,甘特

11、图的特点,可以查看任务的工期、开始时间和结束时间以及资源的信息。 简单、直观、易于编制。 只有时标，活动之间的依赖关系没有表示出来，难以进行定量的计算分析和计划的优化。,2019/1/16,28,软件项目管理 CH05 时间进度控制 郭建东,网络图,网络图是活动排序的结果，它可以展示各项目活动之间的关系。通过网络图可识别关键活动，并确定某一活动进度的变化对后续工程和总工期的影响。 常用的网络图分为两种： PDM（Precedence Diagramming Method），即前导图法，也称为单代号网络图； ADM（Arrow Diagramming Method），即箭线图法，也称双代号网络图

12、法。,2019/1/16,29,软件项目管理 CH05 时间进度控制 郭建东,PDM图例,用节点(Box)表示活动。用箭线表示各活动之间的逻辑关系。,2019/1/16,30,软件项目管理 CH05 时间进度控制 郭建东,PDM示例,2019/1/16,31,软件项目管理 CH05 时间进度控制 郭建东,ADM图例,总体设计,需求确认,需求获取,系统测试,集成测试,编码,详细设计,计划评审,项目规划,1,2,3,6,9,8,7,5,4,箭线表示活动,节点表示前一活动的结束和后一活动的开始,2019/1/16,32,软件项目管理 CH05 时间进度控制 郭建东,里程碑图例,2019/1/16,3

13、3,软件项目管理 CH05 时间进度控制 郭建东,资源图,资源图用于显示项目进展过程中资源的分配情况，包括人力资源、设备资源等。,2019/1/16,34,软件项目管理 CH05 时间进度控制 郭建东,05.4 活动历时估计,估计项目活动的持续时间 每个活动的历时估计 项目的总历时估计,2019/1/16,35,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的基本方法,定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法,2019/1/16,36,软件项目管理 CH05 时间进度控制 郭建东,定额估算法,T=Q/(R*S) T:活动持续时间

14、（小时、日、周、月） 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月,2019/1/16,37,软件项目管理 CH05 时间进度控制 郭建东,定额估算法,方法比较简单，容易计算。 适合规模比较小的项目，比如说小于10000LOC或者说小于6个人月工作量的项目。,2019/1/16,38,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的基本方法,定额估算法 工程评价技术（PERT） 基于进度表的历时估计

15、 Jones的一阶估算准则 其它方法,2019/1/16,39,软件项目管理 CH05 时间进度控制 郭建东,工程评价技术（PERT）,PERT (Program Evaluation and Review Technique)最初产生于1958年，是美国海军部开发北极星潜艇系统时为协调3000多个承包商和研究机构开发的。 PERT是利用网络图逻辑关系和加权历时估算来计算项目历时的技术。 PERT假设项目持续时间是随机的。当项目中的活动存在很大的不确定性时适于采用此法。,2019/1/16,40,软件项目管理 CH05 时间进度控制 郭建东,在估计项目活动的持续时间时，PERT采用三点估计法，

16、即乐观值、悲观值和最可能值。 采用加权平均得到持续时间的期望值：E=（O+4M+P)/6 O是最小估算值:乐观(Optimistic)， P是最大估算值:悲观(Pessimistic)， M是最可能估算值(Most Likely)。,工程评价技术（PERT）,2019/1/16,41,软件项目管理 CH05 时间进度控制 郭建东,例如：某活动持续时间的乐观值O=8 workdays最可能值M=10 workdays悲观值P=24 workdays 则活动持续时间的期望值为E=(8+4*10+24)/6=12 workdays,工程评价技术（PERT）,2019/1/16,42,软件项目管理 C

17、H05 时间进度控制 郭建东,PERT的保证率,保证率指活动在估计的时间内完成的概率。,2019/1/16,43,软件项目管理 CH05 时间进度控制 郭建东,PERT历时估计的可信度,标准差 =(悲观值-乐观值)/6 方差2 = (悲观值-乐观值)/62 例如： =(248) /6=2.67,2019/1/16,44,软件项目管理 CH05 时间进度控制 郭建东,PERT评估存在多个活动的一条路径,历时期望值 E=E1+E2+.En 方差2= (1)2 +(2)2+.+ (n)2标准差=(1)2 +(2)2+.+ (n)2)1/2,1,2,3,4,5,A,C,B,D,2019/1/16,45

18、,软件项目管理 CH05 时间进度控制 郭建东,PERT举例,2,1,4,3,2,3,6,4,6,8,3,4,6,J,K,L,2019/1/16,46,软件项目管理 CH05 时间进度控制 郭建东,标准差与保证率,68.3%,95.5%,99.7%,E=(O+4M+P)/6,2019/1/16,47,软件项目管理 CH05 时间进度控制 郭建东,PERT举例,项目在14.57天内完成的概率是多少？项目在10.3天内完成的概率是多少？,2019/1/16,48,软件项目管理 CH05 时间进度控制 郭建东,PERT举例,-2 ,+2,-3,-1 ,+1,+3,68.3%,95.5%,99.7%,

19、E,P=50%+34.2%=84.2%,68.3 %/2 =34.2%,50%,T=E+ =13.5+1.07=14.57,2019/1/16,49,软件项目管理 CH05 时间进度控制 郭建东,PERT举例,-2,+2,-3,-1,+1,+3,68.3%,95.5%,99.7%,E,P=50%-49.9%=0.1%,99.7%/2=49.9%,50%,T=E-3 =13.5-3.21=10.3,2019/1/16,50,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的基本方法,定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法,2019

20、/1/16,51,软件项目管理 CH05 时间进度控制 郭建东,基于进度表的历时估计,通过查给定的进度表来估计项目的历时。 可能的最短进度表 有效进度表 普通进度表为企业提供了一个项目历时估计的参照，尤其对没有任何历史项目记录的企业有很大帮助。,2019/1/16,52,软件项目管理 CH05 时间进度控制 郭建东,可能的最短进度表-人员,人才库中前10%的最拔尖的人才。 有几年应用编程语言和编程环境的工作经验。 开发人员掌握了应用领域的详细知识。 目标明确，努力工作。 分享成果，团队和谐。 不存在人员调整。,2019/1/16,53,软件项目管理 CH05 时间进度控制 郭建东,可能的最短进

21、度表-管理,具有理想的项目管理 开发人员可以专注于本职的工作 采用矩阵管理模式配备员工 尽可能地压缩项目进度，直到不能压缩。,2019/1/16,54,软件项目管理 CH05 时间进度控制 郭建东,有先进的软件开发工具 开发人员可以无限制地使用资源 工作环境理想，在集中的工作区域开发 交流工具使用便利,可能的最短进度表-工具支持,2019/1/16,55,软件项目管理 CH05 时间进度控制 郭建东,可能的最短进度表-开发方法,使用最时效的开发方法和开发工具 设计阶段开始的时候已经完全了解需求 需求不变更,2019/1/16,56,软件项目管理 CH05 时间进度控制 郭建东,可能的最短进度表

22、,2019/1/16,57,软件项目管理 CH05 时间进度控制 郭建东,可能的最短进度表,2019/1/16,58,软件项目管理 CH05 时间进度控制 郭建东,基于进度表的估算,可能的最短进度表 有效进度表 普通进度表,2019/1/16,59,软件项目管理 CH05 时间进度控制 郭建东,有效进度表-人员,人才库中前25%的最拔尖的人才。 有1年应用编程语言和编程环境的工作经验。 开发人员对目标有共同的看法，相互之间没有严重冲突。 采用有效的人员管理模式。 每年人员调整少于 6%。,2019/1/16,60,软件项目管理 CH05 时间进度控制 郭建东,采用有效的编程工具 主动的风险管理

23、 优良的物理环境 沟通工具使用方便,有效进度表-其它,2019/1/16,61,软件项目管理 CH05 时间进度控制 郭建东,有效进度表,2019/1/16,62,软件项目管理 CH05 时间进度控制 郭建东,有效进度表,2019/1/16,63,软件项目管理 CH05 时间进度控制 郭建东,基于进度表的估算,可能的最短进度表 有效进度表 普通进度表,2019/1/16,64,软件项目管理 CH05 时间进度控制 郭建东,普通进度表人员,人才库中中等以上的人作为开发团队成员。 开发人员对编程语言和编程环境较熟悉。 开发人员对应用领域有一定的经验，但不丰富。 团队不是很有凝聚力，但解决冲突时有一

24、定的经验。 每年人员调整10-12%。,2019/1/16,65,软件项目管理 CH05 时间进度控制 郭建东,风险管理不像理想情况那样得力。 交流工具容易使用。 工作环境一般，不是很理想。 进度压缩一般。,普通进度表其它,2019/1/16,66,软件项目管理 CH05 时间进度控制 郭建东,普通进度表,2019/1/16,67,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的基本方法,定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法,2019/1/16,68,软件项目管理 CH05 时间进度控制 郭建东,Jones的一阶估算准则,取

25、得功能点的总和，从幂次表中选择合适的幂次将它升幂，得到软件项目的进度。,2019/1/16,69,软件项目管理 CH05 时间进度控制 郭建东,Jones的一阶估算准则举例,某软件项目的功能点FP=350 软件类型是商业软件 承担这个项目的是平均水平的软件公司 则：粗略的进度= 350exp(0.43)=12月,2019/1/16,70,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的基本方法,定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法,2019/1/16,71,软件项目管理 CH05 时间进度控制 郭建东,活动历时估计的其它方法

26、,专家估算方法 通过专家根据过去项目的资料信息进行判断，以估算项目历时。 类推估计 利用先前类似活动的实际时间作为估计未来活动时间的基础。 模拟估算用不同的假设试验一些情形，在计算机上进行一个项目的模拟，从而计算相应的时间。,2019/1/16,72,软件项目管理 CH05 时间进度控制 郭建东,估计结果的不确定性,2019/1/16,73,软件项目管理 CH05 时间进度控制 郭建东,05.5 制定项目进度计划,确定项目中所有活动的开始和结束时间。 计划是三维的，考虑时间，费用和资源。 项目进度计划是监控项目实施的基础，它是项目管理的基准。所以有时也称项目核心计划。,2019/1/16,74

27、,软件项目管理 CH05 时间进度控制 郭建东,制定项目进度计划的主要活动,进度编制 资源调整,2019/1/16,75,软件项目管理 CH05 时间进度控制 郭建东,进度编制的基本方法,关键路径法 正推法 逆推法 时间压缩法 赶工（Crash） 快速跟进（Fast tracking:搭接）,2019/1/16,76,软件项目管理 CH05 时间进度控制 郭建东,根据指定的网络图逻辑关系和活动的历时估计，计算每一个活动的最早和最迟开始和完成时间。 计算活动的浮动时间。 计算网络图中最长的路径（关键路径）。 确定项目完成时间。,关键路径法 （CPM：Critical Path Method）,2

28、019/1/16,77,软件项目管理 CH05 时间进度控制 郭建东,活动时间参数说明,最早开始时间(Early Start) 最晚开始时间(Late Start) 最早完成时间(Early Finish) 最晚完成时间(Late Finish),2019/1/16,78,软件项目管理 CH05 时间进度控制 郭建东,浮动时间(Float)是一个活动的机动性，它是一个活动在不影响其它活动或者项目完成的情况下可以延迟的时间量。 自由浮动(Free Float)：在不影响后置活动最早开始时间的情况下本活动可以延迟的时间。 总浮动(Total Float)：在不影响项目最早完成时间的情况下本活动可以

29、延迟的时间。,活动时间参数说明,2019/1/16,79,软件项目管理 CH05 时间进度控制 郭建东,开始,A:30天,B:10天,结束,活动时间参数说明,A: ES=0, LS=0, EF=30, LF=30 B: ES=0, LS=20, EF=10, LF=30TF=20=LS-ES=LF-EF,公式: EF= ES+duration LS=LF- duration TF=LS-ES =LF-EF,2019/1/16,80,软件项目管理 CH05 时间进度控制 郭建东,超前(Lead)：两个活动的逻辑关系所允许的提前后置活动的时间。 滞后(Lag)：两个活动的逻辑关系所允许的推迟后置活

30、动的时间。,活动时间参数说明,活动A,活动B,结束-开始(FS),前置活动,后置活动,2019/1/16,81,软件项目管理 CH05 时间进度控制 郭建东,活动时间参数说明,开始,A:10,B:5,C:10,D:6,结束,Lag=3,Lead=2,ES(A)=0, EF(A)=10, ES(B)=13 FF(A)=0=ES(B)-EF(A)-Lag ES(C)=0, EF(C)=10, ES(D)=8=EF(C)-lead,公式： ES= EF(P) + Lag LF = LS (S) Lag FF= ES(S)-EF- Lag,2019/1/16,82,软件项目管理 CH05 时间进度控制

31、 郭建东,关键路径（Critical Path ）,关键路径决定了项目完成的最短时间。 是时间浮动为0（Float=0）的路径。 网络图中最长的路径。 关键路径上的任何活动延迟，都会导致整个项目完成时间的延迟。关键路径上的活动称为关键活动。,2019/1/16,83,软件项目管理 CH05 时间进度控制 郭建东,关键路径的简单示例,2019/1/16,84,软件项目管理 CH05 时间进度控制 郭建东,关键路径的其它说明,明确关键路径后，可以合理安排进度。 关键路径可能不止一条，在项目的进行过程中，关键路径可能会改变。,2019/1/16,85,软件项目管理 CH05 时间进度控制 郭建东,正

32、推法(Forward pass),按照时间顺序来计算路径中每项活动的最早开始时间和最早完成时间。 建立项目的开始时间。 项目的开始时间就是网络图中第一个活动的最早开始时间。 按网络图从左到右，从上到下的顺序进行计算。所用公式为： ES+Duration=EF EF+Lag=ESs 或 EF-Lead=ESs当一个活动有多个前置时，选择其中最大的最早完成时间作为其后置任务的最早开始时间。,2019/1/16,86,软件项目管理 CH05 时间进度控制 郭建东,正推法举例,Start,LF,LS,EF,ES,Duration=7 Task A,1,8,LF,LS,EF,ES,Duration=3

33、Task B,1,4,LF,LS,EF,ES,Duration=6 Task C,8,14,LF,LS,EF,ES,Duration=3 Task D,4,7,LF,LS,EF,ES,Duration=3 Task G,14,17,LF,LS,EF,ES,Duration=3 Task E,7,10,LF,LS,EF,ES,Duration=2 Task H,17,19,LF,LS,EF,ES,Duration=2 Task F,4,6,Finish,2019/1/16,87,软件项目管理 CH05 时间进度控制 郭建东,逆推法(Backward pass),按照逆时间顺序计算路径中每项活动的

34、最晚开始时间和最晚完成时间。 首先建立项目的结束时间。 项目的结束时间就是网络图中最后一个活动的最晚结束时间。 从右到左，从上到下进行计算。所用公式为： LF-Duration=LS LS-Lag=LFp 当一个任务有多个后置任务时，选择其中最小的最晚开始时间作为其前置任务的最晚完成时间。,2019/1/16,88,软件项目管理 CH05 时间进度控制 郭建东,逆推法举例,Start,LF,LS,EF,ES,Duration=7 Task A,1,8,1,8,LF,LS,EF,ES,Duration=3 Task B,1,4,8,11,LF,LS,EF,ES,Duration=6 Task C

35、,8,14,8,14,LF,LS,EF,ES,Duration=3 Task D,4,7,11,14,LF,LS,EF,ES,Duration=3 Task G,14,17,14,17,LF,LS,EF,ES,Duration=3 Task E,7,10,14,17,LF,LS,EF,ES,Duration=2 Task H,17,19,17,19,LF,LS,EF,ES,Duration=2 Task F,4,6,12,14,Finish,CP:A-C-G-H,Cp Path:18,2019/1/16,89,软件项目管理 CH05 时间进度控制 郭建东,进度编制的基本方法,关键路径法 正推法

36、 逆推法 时间压缩法,2019/1/16,90,软件项目管理 CH05 时间进度控制 郭建东,时间压缩法,时间压缩法是在不改变项目范围和目标的前提下缩短项目工期的方法。应急法-赶工（Crash）平行作业法-快速跟进（Fast tracking：搭接）,2019/1/16,91,软件项目管理 CH05 时间进度控制 郭建东,应急法-赶工（Crash）,赶工也称为时间-成本平衡方法。 在尽可能限制成本增加的前提下，压缩关键路径上的关键活动的持续时间，从而达到缩短整个项目工期的目的。,2019/1/16,92,软件项目管理 CH05 时间进度控制 郭建东,计算进度压缩产生的费用增长,进度压缩单位成本

37、方法： 进度压缩与费用增长呈线性关系 Charles Symons方法 随着进度压缩的增加，费用迅速上涨。,2019/1/16,93,软件项目管理 CH05 时间进度控制 郭建东,进度压缩单位成本方法,进度压缩单位成本=（压缩成本-正常成本）/(正常进度-压缩进度) 例如：任务A:正常进度7周,成本5万；压缩到5周的成本是6.2万进度压缩单位成本=(6.2-5)/(7-5)=6000元/周如果压缩到6周的成本是：5.6万,2019/1/16,94,软件项目管理 CH05 时间进度控制 郭建东,进度压缩例题,下图给出了各个任务可以压缩的最大限度和压缩成本，请问如果将工期压缩到17，16，15周时

38、应该压缩哪些活动？最后的成本是多少？,开始,A N:7周:5万: C:5周:6.2万,C N:10周:4万: C:9周:4.5万,B N:9周:8万: C:6周:11万,D N:8周:3万 C:6周:4.2万,结束,总成本20万,开始AB结束 Path:16周,开始CD结束 CP Path:18周,2019/1/16,95,软件项目管理 CH05 时间进度控制 郭建东,各活动的进度压缩单位成本计算结果如下：,进度压缩例题,2019/1/16,96,软件项目管理 CH05 时间进度控制 郭建东,进度压缩例题,将工期压缩到17周时应该压缩的活动和最后的成本？,开始,A N:7周:5万: C:5周:

39、6.2万,C N:10周:4万: C:9周:4.5万,B N:9周:8万: C:6周:11万,D N:8周:3万 C:6周:4.2万,结束,10周-9周,4万- 4.5万,总成本20.5万,2019/1/16,97,软件项目管理 CH05 时间进度控制 郭建东,将工期压缩到16周时应该压缩的活动和最后的成本？,进度压缩例题,开始,A N:7周:5万: C:5周:6.2万,C N:10周:4万: C:9周:4.5万,B N:9周:8万: C:6周:11万,D N:8周:3万 C:6周:4.2万,结束,10周-9周,4万- 4.5万,总成本21.1万,8周-7周,3万- 3.6万,2019/1/1

40、6,98,软件项目管理 CH05 时间进度控制 郭建东,将工期压缩到15周时应该压缩的活动和最后的成本？,进度压缩例题,开始,A N:7周:5万: C:5周:6.2万,C N:10周:4万: C:9周:4.5万,B N:9周:8万: C:6周:11万,D N:8周:3万 C:6周:4.2万,结束,10周-9周,4万- 4.5万,总成本22.3万,-6周,-4.2万,7周-6周,5万- 5.6万,8周-7周,3万- 3.6万,2019/1/16,99,软件项目管理 CH05 时间进度控制 郭建东,赶工时间与赶工成本关系图,压缩角度，越小越好,追加成本,压缩时间,2019/1/16,100,软件项

41、目管理 CH05 时间进度控制 郭建东,关于进度的一些说明,项目存在一个可能的最短进度和一个有效进度,2019/1/16,101,软件项目管理 CH05 时间进度控制 郭建东,Charles Symons方法,进度压缩因子=压缩进度/正常进度 压缩进度的工作量=正常工作量/进度压缩因子 例如：初始进度估算是12个月，初始工作量估算是78人月，如果进度压缩到10月，进度压缩因子= 10/12=0.83，则进度压缩后的工作量是：78/ 0.83=94人月总结：进度缩短17%，增加21%的工作量 研究表明：进度压缩因子应该不小于0.75，最多可以压缩25。,2019/1/16,102,软件项目管理

42、CH05 时间进度控制 郭建东,时间压缩法,时间压缩法是在不改变项目范围和目标的前提下缩短项目工期的方法。应急法-赶工（Crash）平行作业法-快速跟进（Fast tracking，搭接）,2019/1/16,103,软件项目管理 CH05 时间进度控制 郭建东,平行作业法-快速跟进（Fast tracking，搭接）,尽量多地并行开展某些活动。,需求:10,设计:5,时间,任务,2019/1/16,104,软件项目管理 CH05 时间进度控制 郭建东,活动拆分,需求:10,设计:5,任务,时间,2019/1/16,105,软件项目管理 CH05 时间进度控制 郭建东,制定项目进度计划的主要活

43、动,进度编制 资源调整,2019/1/16,106,软件项目管理 CH05 时间进度控制 郭建东,资源调整尝试法,通过调整进度计划，形成平稳连续的资源需求 最有效地利用资源 使资源闲置的时间最小化 尽量避免超出资源能力 方法 维持工期不变，使资源的使用强度尽可能平衡。 在满足资源约束条件下使工期最短。,2019/1/16,107,软件项目管理 CH05 时间进度控制 郭建东,资源调整尝试法举例,怎样调整进度使人力资源配置最优化？,2019/1/16,108,软件项目管理 CH05 时间进度控制 郭建东,资源调整尝试法举例,2019/1/16,109,软件项目管理 CH05 时间进度控制 郭建东

44、,资源调整尝试法举例,2019/1/16,110,软件项目管理 CH05 时间进度控制 郭建东,项目进度计划案例分析,案例场景小张是某公司的技术总监，最近接到公司总裁的指令，负责开发一个电子商务平台。小张组织人员粗略地估算该项目在正常速度和压缩进度下需花费的时间和成本。由于公司业务发展需要，公司总裁急于建立电子商务平台，因此要求小张准备一份关于尽快启动电子商务平台项目的时间和成本的估算报告。在第一次项目团队会议上，项目团队确定了该项目的主要任务，具体内容如下：,2019/1/16,111,软件项目管理 CH05 时间进度控制 郭建东,第一项任务是调研现有电子商务平台，按照正常进度估算完成这项任

45、务需要花10天，成本为15000元。但如果使用允许的最多加班工作量，则可在7天、18750元的条件下完成。一旦完成调研任务，就需要向最高管理层提交项目计划和项目定义文件，以便获得批准。项目团队估算完成这项任务按正常速度为5天，成本3750元，如果加班赶工，可在3天内完成，成本为4500元。当项目团队获得管理层批准后，各项工作就,项目进度计划案例分析,2019/1/16,112,软件项目管理 CH05 时间进度控制 郭建东,可展开。项目团队估计需求分析和设计需要15天，成本为45000元，如果加班则为10天，成本58500元。设计完成后，有三项任务必须同时进行：1.开发电子商务平台数据库；2.开

46、发和编写网页代码；3.开发和编写电子商务平台表格码。估计数据库的开发在不加班的情况下需10天，成本9000元，如果加班则可在7天和成本为11250元的情况下完成。同样，项目团队估算在不加班的情况下，开发和编写网页代码需要10天和17500元，如果加班则可以减少两天，成本为19500元。开发表格码工作分包给别的公司，,项目进度计划案例分析,2019/1/16,113,软件项目管理 CH05 时间进度控制 郭建东,需要7天，成本为8400元，承包该工作的公司没有提供加班赶工的方案。最后，整个电子商务平台需要进行测试和修改，项目团队估算需要3天，成本4500元。如果加班的话，则可减少一天，成本为67

47、50元。问题1：如果不加班，完成此项目的成本和时间是多少？如果考虑加班，项目可以完成的最短时间及花费的成本是多少？,项目进度计划案例分析,2019/1/16,114,软件项目管理 CH05 时间进度控制 郭建东,问题2：假定公司总裁想在35天内完成项目，小张将采取什么有效措施来达到期限要求并使所花费的成本尽量少？案例分析首先要对该项目的活动进行编号和排序。根据案例描述，该项目共有7项主要活动，如下表所示：,项目进度计划案例分析,2019/1/16,115,软件项目管理 CH05 时间进度控制 郭建东,项目进度计划案例分析,2019/1/16,116,软件项目管理 CH05 时间进度控制 郭建东

48、,根据案例描述，绘制出该项目的网络图：,项目进度计划案例分析,开始,A 10/7,B 5/3,C 15/10,D 10/7,E 10/8,F 7,G 3/2,结束,2019/1/16,117,软件项目管理 CH05 时间进度控制 郭建东,项目进度计划案例分析,2019/1/16,118,软件项目管理 CH05 时间进度控制 郭建东,对问题1的分析：,项目进度计划案例分析,开始,A 10/7,B 5/3,C 15/10,D 10/7,E 10/8,F 7,G 3/2,结束,正常进度：关键路径为AB C D(或E) G总历时为43天，总经费为103150元,2019/1/16,119,软件项目管理

49、 CH05 时间进度控制 郭建东,对问题1的分析：,项目进度计划案例分析,开始,A 10/7,B 5/3,C 15/10,D 10/7,E 10/8,F 7,G 3/2,结束,加班：关键路径为AB C E G，总历时为30天 总经费为126900元,D 10/8,节省750元,2019/1/16,120,软件项目管理 CH05 时间进度控制 郭建东,项目进度计划案例分析,对问题2的分析：需要压缩的天数：43-35=8天,压缩2天,压缩2天,压缩2天,压缩3天,压缩1天,压缩成本=1250*3+375*2+750*2+1000*2+2250=22250,2019/1/16,121,软件项目管理 CH05 时间进度控制 郭建东,05.6 进度控制（项目跟踪）,