项目时间管理与制订进度计划

1、1项目时间管理2内容n项目时间管理概念n活动定义n活动排序n活动估计n制订进度计划3项目时间管理概念n时间的特殊性时间的特殊性n不可再生n最容易衡量的一个指标质量时间时间成本4项目时间管理概念n项目的临时性特点n项目经理或项目组对时间的重视程度n时间往往意味着市场机会n大鱼吃小鱼n快鱼吃慢鱼n谁为项目的质量负责？n铁打的兵营流水的兵n质量往往是自上而下的活动5项目时间管理概念n时间管理过程活动定义活动排序活动估算制订进度计划控制项目进度时间管理WBSSOW活动图活动估算方法与结果项目进度计划更新进度计划6项目时间管理概念n时间管理的层次n项目级的时间管理n具体活动的完成情况n部门级的时间管理n

2、阶段点（或里程碑）的完成情况n公司级的时间管理n阶段点或整体完成情况7项目时间管理概念n时间管理的特殊性n宁可信其无，不可信其有n工作完成情况的百分比表示方法n时间衡量的详细程度应充分结合管理的有效性8项目时间管理概念n时间管理方法的变迁n泰勒的科学管理概念n动作研究n福特公司的生产线概念n卓别林关于生产线的讽刺剧n美国军方所提出的CPM与PERT方法nWatts Humphrey所提倡的个人时间管理nPSP（Personal Software Process）n准备好秒表！n好像又回到了泰勒的科学管理时代9活动定义输入WBSSOW历史数据约束1.估计工具与技术工作分解模版输出活动列表更新的W

3、BS相关信息10活动定义nWBS的作用nWork Breakdown StructurenWBS是一种将复杂任务分解为简单任务的方法n将项目分解为可管理的活动n作为软件项目计划和跟踪的基础11活动定义n工作产品结构n描述整个软件组成结构n需求规格n子系统1n功能1.1n功能1.2n子系统2n设计规格n子系统1n子系统2n模块2.1n模块2.212活动定义n活动结构n为了完成WBS中定义的工作产品所必需执行的活动n活动与工作产品的对应关系根据经验来确定n例如软件生命周期模型13活动定义STRSOASODSOCSOITCSTC系统测试计划集成测试计划单元测试计划系统测试完成集成测试完成签发代码签发

4、详细设计说明书签发概要设计说明书签发需求规格说明书标准V模型生命周期SRSHLDLLDC&UTIT14活动定义n准备WBS计划n不断细化WBS结构n通过滚动计划方式不断细化WBS15活动定义n根据软件生命周期组织WBSn对当前阶段的活动进行详细的分解n暂时不要分解后续阶段的活动n随着对项目了解的深入不断细化WBSn根据阶段的划分来确定软件项目的里程碑16活动定义nWBS的层次nWBS具有不同的层次，不同的人关注在不同的层次n项目组成员的直接负责人关注到每个活动n项目经理（项目规模较小时）n项目组长（项目规模较大时）n项目高层经理或客户关注在较高层次的WBS活动n例如需求分析阶段、设计阶

5、段、集成测试阶段和系统测试阶段17活动定义nWBS的局限n不能显示活动之间的顺序n不能显示活动之间的依赖关系nMS Project将WBS、GANNT、PERT等分析方法结合在一起18活动定义nSOWnStatement Of WorknSOW往往作为项目合同的主要附件n为制订详细计划提供依据nSOW的主要目的是界定工作范围n时间n费用n质量19活动定义nSOW的主要内容n工作范围n包含的工作任务n不包含的工作任务nGolden Platingn交付物描述n进度安排n资源需求n验收标准与流程20活动定义n历史数据n充分利用组织积累的经验n类似的项目n哪些活动是必需的n系统集成项目的阶段划分21

6、活动定义n活动列表n活动列表的定义通常与工作范围分解相结合n活动定义的依据是分解后的交付物n工作范围分解与活动定义往往同时进行22活动定义n活动与事件的区别n活动消耗时间，而事件往往是一个时间点n例如项目的里程碑（可能也需要几个小时的时间）n事件往往用于标识活动的状态n活动必须可测量n判断活动的状态n工作分解有利于测量活动的状态23活动定义n经验与实际相结合n软件生命周期的例子n抽象的活动具体化n如何得到实际项目的活动列表n制订活动列表的目的是为了方便管理n管理与实际的工作相结合n定义活动列表的误区n普遍适用的观念n工作为管理服务24活动定义n活动定义练习n请 列出你所在的项目中的十项公共活动

7、n为每项活动描述一个事件，事件表示这一活动已经完成n例如：系统的安装连调活动，其完成的标志是客户与项目组共同签署的安装连调测试报告25活动排序输入活动列表交付物描述硬性依赖关系软依赖关系外部依赖关系1.里程碑工具与技术前导图法（PDM）箭头图法（ADM）网络计划模版输出项目网络图更新的活动列表26活动排序n硬性依赖关系n工作中固有的依赖关系n项目采购活动作为系统安装的前提活动n软件需求分析必须在对应的软件设计之前完成n硬性依赖关系又称为硬性逻辑关系n活动的排序首先要满足活动之间的硬性逻辑关系27活动排序n软性依赖关系n根据项目组的经验或偏好定义的依赖关系n项目的监控往往在项目采购开始后进行n软

8、件系统测试用例的编写往往在编码开始时进行n软性依赖关系又称为软性逻辑关系或优先逻辑关系n根据最佳实践（Best Practice）来确定活动之间的软性逻辑关系28活动排序n外部依赖关系n通常为项目组与项目组外之间的活动关系n项目组与客户方之间的关系n项目组与独立的测试组之间的关系nCMM体系中关于组间协调的最佳实践29活动排序n依赖性关系的四种类型nFS Finish to Startn需求分析-总体设计nSF Start to Finishn系统上线-项目结项nFF Finish to Finishn单元测试-集成测试用例nSS Start to startn编写系统侧使用例-总体设计30活

9、动排序n项目网络图n前导图法（或单代号网络法）n箭头图法（或双代号网络法）n关键路径法（CPM） n网络图以图形方式直观地描述项目中活动的依赖关系，便于对项目中的活动进行有效地管理31活动排序n前导图法（PDM）nPrecedence Diagramming Methodn又称为单代号网络法（Activity On Node）n一般用于描述FS依赖关系类型的活动32活动排序33活动排序n箭头图法（或双代号网络法）n使用箭头来表示任务，箭头连接圆圈。n圆圈用于表示任务开始和任务结束n任务所需的时间标于箭头上方，任务编号列于箭头下方34活动排序n箭头图法134625A25DCB131810E12H

10、7G35活动排序n关键路径法nCritical Path Methodologyn无论是PDM或ADM都需要使用关键路径法来判断完成项目所需的最短时间以及确定各项活动的浮动时间36活动估计输入活动列表约束资源需求资源能力历史信息1.识别地风险工具与技术量化估计方法类比估计法专家估计法输出活动时间估算估计基础更新的活动列表37活动估计n估计目的与估计对象n估计目的n根据工作规模来预计完成项目所需要的资源n根据现有的资源估计完成的工作规模n“两头凑”的方式n估计对象n时间、人员、成本、其他38活动估计n估计方法量化估计方法nFPA、COCOMOII模型等类比法n基于历史经验或行业数据n头脑风暴法专

11、家估计法n基于WBS的子活动估计方式n基于宽带DELPHI方法39活动估计nFPA估计法 软件需求规格确定数据功能及其复杂性确定事务功能及其复杂性内部逻辑文件（ILF）外部接口文件（EIF）外部输入（EI）外部输出（EO）外部查询（EQ）计算初始功能点确定14个系统特征值计算调整值系数计算功能点（FPC）40活动估计nFPA方法n步骤一：识别数据功能并确定其复杂度n内部逻辑文件（ILF）n外部接口文件(EIF)41活动估计nFPA方法n确定ILF与EIF的复杂度n确定ILF与EIF的复杂度要确定两个系数n数据元素类型（DET）n记录元素类型（RET）n根据下表判断DET与RET的复杂度1-19

12、 DET20-50DET50DET1RET简单简单平均2-5RET简单平均复杂5RET平均复杂复杂42活动估计nFPA方法n步骤二：识别事务功能并确定其复杂度n外部输入（EI）n外部输出（EO）n外部查询（EQ）43活动估计nFPA方法n确定EI的复杂度1-4 DET5-15DET15DET0-1FTR简单简单平均2-FTR简单平均复杂2FTR平均复杂复杂44活动估计nFPA方法n确定EO的复杂度1-5 DET6-19DET19DET0-1FTR简单简单平均2-3FTR简单平均复杂3FTR平均复杂复杂45活动估计nFPA方法n确定EQ的复杂度1-5 DET6-19DET19DET0-1FTR简

13、单简单平均2-3FTR简单平均复杂3FTR平均复杂复杂46活动估计nFPA方法n步骤三：计算初始功能点n初始功能点的取决于功能类型及其对应的复杂度ILFEIFEIEOEQ简单75343平均107454复杂1510676复杂度功能类型47活动估计nFPA方法n步骤四：确定系统的14个特征值nFPA方法认为有14个因素影响FP的个数n这14个特征值根据SRS的内容来判断n非功能需求n设计约束n根据每个特征值的特点，决定它的取值，取值范围介于0到5之间48活动估计序号系统特征值类型得分（0-5）理由/备注1数据通讯2分布式数据处理3性能4运行设备5事务处理量6在线数据输入7用户界面友好程度8数据在线

14、更新9算法10可重用性11安装容易程度12操作容易程度13多点运行14客户化程度调整系数计算表49活动估计nFPA方法n步骤五：计算调整系数nVAF=(TDI*0.01)+0.65nTDI(TOTAL DEGREE OF INFLUENCE)n0.65VAF1.35n步骤六：计算功能点nFPC=UFP*VAF50活动估计nFPA与COCOMOII语言每个功能点对应的源代码行ASSEMBLY320C 128C+53COBOL107DELPHI29FORTURN107IBM/CICS40JAVA53POWER BUILDER16SQL13TURBO C128VISUAL AGE21VISUAL B

15、ASIC 529VISUAL C+34VISUAL OBJECT16FPA/LOC 转换表51活动估计nCOCOMOIIn瑞利曲线nPeter Norden认为项目是由未解决问题的集合，随着项目的进展，这些问题得到解决。有如下的假设：项目中的问题是有限的项目组成员的多少应与项目组当前面临的问题成正比例问题的出现是随机的、独立的瑞利公式：m(t)=2*K*a*t*exp(-a*t2)52活动估计nCOCOMOII05010015020025030012345678910时间工作量a=0.02a=0.01a=0.00753活动估计nCOCOMOIIn公式一n工作量（人月）初始=A*(规模)Bn公式

16、二：n工作量（人月）调整=工作量（人月）初始*(工作量系数)n公式三：n开发时间正常=K*(工作量调整)（0.28+0.2*(B-0.91)）54活动估计nCOCOMOIIn进度约束n进度约束=期望的时间/开发时间正常n进度约束对工作量的影响n如果进度约束为75%，那么工作量调整乘1.43n如果进度约束为85%，那么工作量调整乘1.14n如果进度约束为100%，那么工作量调整乘155活动估计n类比估计方法n行业数据或历史数据n生产率（例如代码行/人天）n头脑风暴法n又称脑力震荡活动，主要的目的是激发大家的思维56活动估计n头脑风暴法n头脑风暴法实践n领导同与会者人人平等n明确会议的目的n每人依

17、次发表一条意见、一个观点n可以相互补充，但不能评论、更不能驳斥别人的观点n当面把每个成员的观点毫无遗漏地记录下来n会议持续到无人发表意见为止n将每个人的观点重复一编n对各种见解评价、论证57活动估计n宽带DELPHI方法 组建评估组 系统介绍 系统分解与假设 设定偏差值 个人估计 估计结果汇总估计结果是否在偏差范围内估计差异讨论NO估计结果YES58活动估计n宽带DELPHI方法n请采用宽带DELPHI方法估计神州四号宇宙飞船的发射费用（以人民币计）59活动估计n估计结果的使用n与客户签订合同时提供依据n合同金额、项目完成时间等n项目合同、工作说明书等n项目立项时提供依据n人员需求、时间需求、

18、资源需求等n工作说明书、项目预算表、项目计划等n项目执行时提供依据n人员需求、时间需求、资源需求等n更新工作说明书、更新项目预算表、更新项目计划等60活动估计n估计中注意的问题n观念的转变n对估计的重要性认识不足n项目估计所采用的方法、花费的时间与其重要性不成比例n习惯于接受现状n评价项目缺乏标准（没有认真估计的项目计划不足为凭）n缺乏成本意识n项目组的资源总是不够，应该需要多少资源？讨价还价缺乏客观的标准61活动估计n整体估计与局部估计的关系n项目所需的时间由多种因素共同确定n市场压力、客户要求、政治目的等n工作规模、技术难度、人员能力、人员的稳定性等n所以项目所需的时间往往是多方面约束的折

19、衷n假如哪方面的估计数据不准确，就会造成“瘸腿”现象，影响客户和开发方的利益62制订进度计划输入项目网络图活动时间估算资源需求约束风险管理计划1.活动属性工具与技术数学分析工期压缩模拟资源平衡项目管理软件1.编码系统输出项目进度计划更新的资源需求63制订进度计划n工期分析方法nCPM(Critical Path Method)n存在很强的依赖关系（主要是FS依赖关系）nPERT（Program Evaluation and Review Technique）n使用概率分布原理确定活动的时间nGERT（Graphic Evaluation and Review Technique ）n允许活动有

20、回路或条件分支64制订进度计划nCPM(Critical Path Method)n美国国防部于二十世纪五十年代末期提出的方法，主要适用于大型工程项目n项目关注于费用控制n项目中的活动存在很强的依赖关系65制订进度计划nCPM编号活动描述持续时间（天）前置活动A需求分析25无B设计18AC编码13BD单元测试10CE编写系统测使用例12AF编写集成测使用例15BG集成测试5D,FH系统测试7G,E66制订进度计划nCPM（箭头表示法）134625A25DCB131810E12H7G567制订进度计划nCPM(箭头表示法的虚拟节点)n在任务E “编写系统测使用例”之前添加一个新任务I“学习测使用

21、例设计方法”（ I应尽早开始，并且没有前置任务）134625A25DCB131810E12H7G268制订进度计划nCPM（前导图法）n克服箭头法中需要引入“虚拟活动”的不足）StartA25G5B18C13D10F15E12FinishH7I369制订进度计划nCPM（计算活动的浮动时间）活动编号 活动名称 最早开始时间 最早完成时间最迟开始时间最迟完成时间时差1-2A02502502-3B2543254303-4C4356435604-5D5666566602-6E25375971343-5F4358516685-6G6671667106-7H717871780活动浮动时间计算表70制订进

22、度计划nCPM（计算关键路径）n关键路径决定了项目所需要的最短总体时间n位于关键路径上的活动浮动时间为0n浮动时间为0的所有活动组成了项目的关键路径n上例中的关键路径活动为nA-B-C-D-G-Hn上例中的关键路径时间为7871制订进度计划nPERT(Program Evaluation&Review Technique)n美国国防部于二十世纪五十年代末期提出的方法，主要适用于R&D等不确定性较高的项目n技术更新频繁、进度风险较高的项目72制订进度计划nPERTnPERT主要应用于对单个活动的时间进行估计nPERT对于每一种活动都采用三种估算值n乐观时间、悲观时间和最可能的时间

23、n每种活动的时间则取决于加权值73制订进度计划nPERTPERT加权值=64悲观时间最可能时间乐观时间74制订进度计划nPERTnPERT加权值与CPM单一活动值的关系75制订进度计划nGERTn采用类似流程图的方式来描述项目中的分支活动或回路活动系统分析软件定制用户培训系统上线用户培训系统开发购买软件调整预算是否可行是否在预算内否是否是76制订进度计划请作出下列活动的网络图并判断关键路径（30分钟）活动名称ABCDEFGHIJK先行活动-ABBCD,E F,G,E F,G,EJ时间182015242011132510221077制订进度计划n练习答案活动编号 活动名称 最早开始时间 最早完成

24、时间最迟开始时间最迟完成时间时差A0185235B0200200C015122712D184223475E204020400F203129409G1528274012H426747725I4050627222J406240620K627262720活动浮动时间计算表78制订进度计划n工期压缩n在不调整工作范围的前提下压缩进度n工期压缩往往意味着费用的增加与质量的降低n当压缩工期时，进度往往是考虑的首要因素。但项目完成以后，质量则必然上升为主要的因素n回忆COCOMOII模型公式三的补充解释79制订进度计划n工期压缩n赶工（Crashing）n分析如何以最低成本最大限度地压缩项目的总工期n赶工意

25、味着用成本来争取时间，此时优先考虑的是缩短那些位于项目关键路径中的活动的持续时间80制订进度计划n工期压缩n并行（Fast Tracking）n将通常情况下按顺序进行的活动以重叠的方式进行，这样可以压缩项目的工期。并行往往会造成大量的返工，因而会“欲速则不达”，反倒更进一步延长工期n对工期压缩后则要重新判断项目的关键路径81制订进度计划n工期压缩n时间-费用的网络优化n工程项目计划一般不可能在最初就得到最经济合理的指标，需要不断地优化项目计划。n时间-费用优化综合考虑工期和费用两者之间的关系，寻求以最低的工程总费用获得最佳工期的方法82制订进度计划n工期压缩n时间-费用的网络优化n假设活动的完成时间和活动的相应费用间存在一定的关系。n费用可分为直