项目进度管理V.

上传人:cl****1 文档编号:584456561 上传时间:2024-08-31 格式:PPT 页数:82 大小:949KB
返回 下载 相关 举报
项目进度管理V._第1页
第1页 / 共82页
项目进度管理V._第2页
第2页 / 共82页
项目进度管理V._第3页
第3页 / 共82页
项目进度管理V._第4页
第4页 / 共82页
项目进度管理V._第5页
第5页 / 共82页
点击查看更多>>
资源描述

《项目进度管理V.》由会员分享,可在线阅读,更多相关《项目进度管理V.(82页珍藏版)》请在金锄头文库上搜索。

1、项目进度管理鸟儿不懂得空气动力学,却可以翱翔于蓝天之上 佚名曹 济Email:手机:13910086019内容n简介n活动定义n活动排序n活动资源估计n活动持续时间估计n制订进度计划n进度控制2项目管理-进度管理简 介n时间的特殊性时间的特殊性n不可再生n最容易衡量的一个指标质量时间时间成本3项目管理-进度管理简 介n项目的临时性特点n项目经理或项目组对时间的重视程度n时间往往意味着市场机会n大鱼吃小鱼n快鱼吃慢鱼n谁为项目的质量负责?n铁打的兵营流水的兵n质量往往是自上而下的活动4项目管理-进度管理简 介n时间管理的层次n项目级的时间管理n具体活动的完成情况n部门级的时间管理n阶段点(或里程

2、碑)的完成情况n公司级的时间管理n阶段点或整体完成情况5项目管理-进度管理简 介n项目进度管理知识框图n项目进度管理流程图6项目管理-进度管理活动定义7项目管理-进度管理活动定义n活动定义识别WBS中最底层的可交付物,然后再将可交付物分解为对应所需执行的活动。并在此基础上估计、制定进度、执行和监控项目的工作8项目管理-进度管理活动定义n活动结构n为了完成WBS中定义的工作产品所必需执行的活动n活动与工作产品的对应关系根据经验来确定n例如软件生命周期模型9项目管理-进度管理活动定义10项目管理-进度管理活动定义nWBS滚动细化n通过滚动计划方式不断细化WBS11项目管理-进度管理活动定义n计划模

3、块(Planning Component)n当项目前期范围不能完全确定时,不能将所有的工作都分解到工作包级别。对于不能确定的工作可以根据得到较高级别的工作内容(计划模块)确定后续的工期。有两种类型的计划模块n控制账号n可以将工作分解包之上的级别设置为管理控制点,当不能得到后续的工作包时,这些控制点可以作为计划的依据。在控制账号中执行的工作都包含在控制账号计划中n计划包n计划包是控制账号下但是工作包之上的管理单元,它用于对不能细化的工作内容提供依据12项目管理-进度管理活动定义n根据软件生命周期组织WBSn对当前阶段的活动进行详细的分解n暂时不要分解后续阶段的活动n随着对项目了解的深入不断细化W

4、BSn根据阶段的划分来确定软件项目的里程碑13项目管理-进度管理活动定义n活动列表n活动列表的定义通常与工作范围分解相结合n活动定义的依据是分解后的交付物n工作范围分解与活动定义往往同时进行14项目管理-进度管理活动定义n活动与事件的区别n活动消耗时间,而事件往往是一个时间点n例如项目的里程碑(可能也需要几个小时的时间)n事件往往用于标识活动的状态n活动必须可测量n判断活动的状态n工作分解有利于测量活动的状态15项目管理-进度管理活动定义n活动定义练习n请 列出你所在的项目中的十项公共活动n为每项活动描述一个事件,事件表示这一活动已经完成n例如:系统的安装连调活动,其完成的标志是客户与项目组共

5、同签署的安装连调测试报告16项目管理-进度管理活动排序17项目管理-进度管理活动排序n硬性依赖关系n工作中固有的依赖关系n项目采购活动作为系统安装的前提活动n软件需求分析必须在对应的软件设计之前完成n硬性依赖关系又称为硬性逻辑关系n活动的排序首先要满足活动之间的硬性逻辑关系18项目管理-进度管理活动排序n软性依赖关系n根据项目组的经验或偏好定义的依赖关系n项目的监控往往在项目采购开始后进行n软件系统测试用例的编写往往在编码开始时进行n软性依赖关系又称为软性逻辑关系或优先逻辑关系n根据最佳实践(Best Practice)来确定活动之间的软性逻辑关系19项目管理-进度管理活动排序n外部依赖关系n

6、通常为项目组内与项目组外之间的活动关系n项目组与相关职能部门之间的关系n项目组与独立的测试组之间的关系20项目管理-进度管理活动排序n超前与滞后(Lead/Lag)n项目团队有时采用超前与滞后方法定义逻辑关系n超前 在完成开始的逻辑关系中,当前项活动没有结束,后续活动就提前开始称为超前n滞后 在完成开始的逻辑关系中,当前项活动结束以后,后续活动还要经过一段时间才能开始的情形称为滞后21项目管理-进度管理活动排序n依赖性关系的四种类型nFS Finish to Startn需求分析-总体设计nSF Start to Finishn系统上线-项目结项nFF Finish to Finishn单元测

7、试-集成测试用例nSS Start to startn编写系统测试用例-总体设计22项目管理-进度管理活动排序n项目网络图n前导图法(或单代号网络法)n箭头图法(或双代号网络法)n条件图法(CDM) n网络图以图形方式直观地描述项目中活动的依赖关系,便于对项目中的活动进行有效地管理23项目管理-进度管理活动排序n前导图法(PDM)nPrecedence Diagramming Methodn又称为单代号网络法(Activity On Node)n一般用于描述FS依赖关系类型的活动24项目管理-进度管理活动排序25项目管理-进度管理活动排序n箭头图法(或双代号网络法)(ADM)n使用箭头来表示任

8、务,箭头连接圆圈。n圆圈用于表示任务开始和任务结束n任务所需的时间标于箭头上方,任务编号列于箭头下方26项目管理-进度管理活动排序n箭头图法134625A25DCB131810E12HF F15157G27项目管理-进度管理活动排序n条件图法(CDM)nConditional Digramming Methodn条件图法允许回路等非前后排序活动或条件分支的存在。nPDM和ADM均不允许条件分支的出现28项目管理-进度管理活动资源估计n活动资源估计确定活动所需的资源(人员、设备或材料)类型、资源数量以及可用的资源数量29项目管理-进度管理活动资源估计30项目管理-进度管理活动资源估计n方案分析n

9、许多活动有不同的实现方案,包括使用不同能力或不同级别的资源、不同规模或类型的机器、不同的工具、手工或自动、自制购买决策等不同的实现方案n资源日历(Resource Calendar )n项目中的资源日历确定项目中的工作日和非工作日,确定在什么样的日期需要什么特定的资源。项目的资源日历通常识别资源可用的时期以及资源不可用的节假日时间。资源日历同时确定所需资源的数量31项目管理-进度管理活动持续时间估计n活动持续时间估计n活动持续时间估计时应该考虑工作范围、所需资源类型和数量、资源的可用性等因素n支持工期估算的假设和数据都应纪录以供参考32项目管理-进度管理活动持续时间估计33项目管理-进度管理活

10、动持续时间估计n估计方法1.量化估计方法nFPA、COCOMOII模型等2.类比法n基于历史经验或行业数据n头脑风暴法3.专家估计法n基于WBS的子活动估计方式n基于宽带DELPHI方法n三点法(最可能、最乐观、最悲观)n应急储备(Contingency Reserve)34项目管理-进度管理活动持续时间估计nFPA估计法 软件需求规格确定数据功能及其复杂性确定事务功能及其复杂性内部逻辑文件(ILF)外部接口文件(EIF)外部输入(EI)外部输出(EO)外部查询(EQ)计算初始功能点确定14个系统特征值计算调整值系数计算功能点(FPC)35项目管理-进度管理活动持续时间估计nFPA方法n步骤一

11、:识别数据功能并确定其复杂度n内部逻辑文件(ILF)n外部接口文件(EIF)36项目管理-进度管理活动持续时间估计nFPA方法n确定ILF与EIF的复杂度n确定ILF与EIF的复杂度要确定两个系数n数据元素类型(DET)n记录元素类型(RET)n根据下表判断DET与RET的复杂度1-19 DET20-50DET50DET1RET简单简单平均2-5RET简单平均复杂5RET平均复杂复杂37项目管理-进度管理活动持续时间估计nFPA方法n步骤二:识别事务功能并确定其复杂度n外部输入(EI)n外部输出(EO)n外部查询(EQ)38项目管理-进度管理活动持续时间估计nFPA方法n确定EI的复杂度1-4

12、 DET5-15DET15DET0-1FTR简单简单平均2-FTR简单平均复杂2FTR平均复杂复杂39项目管理-进度管理活动持续时间估计nFPA方法n确定EO的复杂度1-5 DET6-19DET19DET0-1FTR简单简单平均2-3FTR简单平均复杂3FTR平均复杂复杂40项目管理-进度管理活动持续时间估计nFPA方法n确定EQ的复杂度1-5 DET6-19DET19DET0-1FTR简单简单平均2-3FTR简单平均复杂3FTR平均复杂复杂41项目管理-进度管理活动持续时间估计nFPA方法n步骤三:计算初始功能点n初始功能点的取决于功能类型及其对应的复杂度42项目管理-进度管理活动持续时间估

13、计nFPA方法n步骤四:确定系统的14个特征值nFPA方法认为有14个因素影响FP的个数n这14个特征值根据SRS的内容来判断n非功能需求n设计约束n根据每个特征值的特点,决定它的取值,取值范围介于0到5之间43项目管理-进度管理活动持续时间估计44项目管理-进度管理活动持续时间估计nFPA方法n步骤五:计算调整系数nVAF=(TDI*0.01)+0.65nTDI(TOTAL DEGREE OF INFLUENCE)n0.65VAF1.35n步骤六:计算功能点nFPC=UFP*VAF45项目管理-进度管理活动持续时间估计n类比估计方法n行业数据或历史数据n生产率(例如代码行/人天)n头脑风暴法

14、n又称脑力震荡活动,主要的目的是激发大家的思维46项目管理-进度管理活动持续时间估计n头脑风暴法n头脑风暴法实践n领导同与会者人人平等n明确会议的目的n每人依次发表一条意见、一个观点n可以相互补充,但不能评论、更不能驳斥别人的观点n当面把每个成员的观点毫无遗漏地记录下来n会议持续到无人发表意见为止n将每个人的观点重复一遍n对各种见解评价、论证47项目管理-进度管理活动持续时间估计n宽带DELPHI方法 组建评估组 系统介绍 系统分解与假设 设定偏差值 个人估计 估计结果汇总估计结果是否在偏差范围内估计差异讨论NO估计结果YES48项目管理-进度管理活动持续时间估计n项目所需的时间由多种因素共同

15、确定n市场压力、客户要求、政治目的等n工作规模、技术难度、人员能力、人员的稳定性等n所以项目所需的时间往往是多方面约束的折衷n假如哪方面的估计数据不准确,就会造成“瘸腿”现象,影响客户和开发方的利益49项目管理-进度管理制订进度计划50项目管理-进度管理制订进度计划n工期分析方法nCPM(Critical Path Method)n存在很强的依赖关系(主要是FS依赖关系)nPERT(Program Evaluation and Review Technique)n使用概率分布原理确定活动的时间nGERT(Graphic Evaluation and Review Technique )n允许活

16、动有回路或条件分支nWhat-If 场景分析n如果某场景发生后对项目的进度影响如何nCCM(Critical Chain Method)n根据资源约束调整项目工期51项目管理-进度管理制订进度计划nCPM(Critical Path Method)n美国国防部于二十世纪五十年代末期提出的方法,主要适用于大型工程项目n项目关注于费用控制n项目中的活动存在很强的依赖关系52项目管理-进度管理制订进度计划nCPM53项目管理-进度管理制订进度计划nCPM(箭头表示法)134625A25DCB131810E12HF F15157G554项目管理-进度管理制订进度计划nCPM(箭头表示法的虚拟节点)n在

17、任务E “编写系统测试用例”之前添加一个新任务I“学习测试用例设计方法”( I应尽早开始,并且没有前置任务)134625A25DCB131810E12HF F15157G23 3I I55项目管理-进度管理制订进度计划nCPM(前导图法)n克服箭头法中需要引入“虚拟活动”的不足StartA25G5B18C13D10F15E12FinishH7I356项目管理-进度管理制订进度计划nCPM(计算活动的浮动时间)57项目管理-进度管理制订进度计划nCPM(计算关键路径)n关键路径决定了项目所需要的最短总体时间n位于关键路径上的活动浮动时间为0n浮动时间为0的所有活动组成了项目的关键路径n上例中的关

18、键路径活动为nA-B-C-D-G-Hn上例中的关键路径时间为7858项目管理-进度管理制订进度计划nPERT(Program Evaluation&Review Technique)n美国国防部于二十世纪五十年代末期提出的方法,主要适用于R&D等不确定性较高的项目n技术更新频繁、进度风险较高的项目59项目管理-进度管理制订进度计划nPERTnPERT主要应用于对单个活动的时间进行估计nPERT对于每一种活动都采用三种估算值n乐观时间、悲观时间和最可能的时间n每种活动的时间则取决于加权值60项目管理-进度管理制订进度计划nPERTPERT加权值=61项目管理-进度管理制订进度计划nPERTnPE

19、RT加权值与CPM单一活动值的关系62项目管理-进度管理制定进度计划n路径集中(Path Convergency)n考虑风险因素的前提下计算期望值的方法n例如n图中所有三项活动的历时估算都相同,其中乐观估计值为9天、最可能估计值为13天、悲观估计值为15天。如果我们想在14天内完成里程碑A-B,那么按时完成的可能性有多少? 63项目管理-进度管理制定进度计划活动1,9,13,15活动2,9,13,15活动3,9,13,15里程碑A里程碑B64项目管理-进度管理制订进度计划nGERTn采用类似流程图的方式来描述项目中的分支活动或回路活动系统分析软件定制用户培训系统上线用户培训系统开发购买软件调整

20、预算是否可行是否在预算内否是否是65项目管理-进度管理制订进度计划请作出下列活动的网络图并判断关键路径(30分钟)66项目管理-进度管理制订进度计划n练习答案67项目管理-进度管理制定进度计划nWhat-If 场景分析n场景分析考虑项目中会出现各种可能的情况,尤其是在不利条件下对象整体工期的影响。场景分析用于评判项目工期的可行性n蒙特卡洛就是一种典型的场景分析方法68项目管理-进度管理制定进度计划nCCMn关键链路法重点在于根据资源的可用性对计算得到的项目关键路径进行调整。考虑资源的限制,调整后的关键路径通常会发生变化n项目中的关键资源有限的情形下,可以从项目的结束日期开始反向安排资源,这种做

21、法叫做按资源分配倒排进度法,也称资源限制进度表,或者资源制约进度表69项目管理-进度管理制定进度计划n项目进度图70项目管理-进度管理制订进度计划n工期压缩n在不调整工作范围的前提下压缩进度n工期压缩往往意味着费用的增加与质量的降低n当压缩工期时,进度往往是考虑的首要因素。但项目完成以后,质量则必然上升为主要的因素71项目管理-进度管理制订进度计划n工期压缩n赶工(Crashing)n分析如何以最低成本最大限度地压缩项目的总工期n赶工意味着用成本来争取时间,此时优先考虑的是缩短那些位于项目关键路径中的活动的持续时间72项目管理-进度管理制订进度计划n工期压缩n并行(Fast Tracking)

22、n将通常情况下按顺序进行的活动以重叠的方式进行,这样可以压缩项目的工期。并行往往会造成大量的返工,因而会“欲速则不达”,反倒更进一步延长工期n对工期压缩后则要重新判断项目的关键路径73项目管理-进度管理制订进度计划n工期压缩n时间-费用的网络优化n工程项目计划一般不可能在最初就得到最经济合理的指标,需要不断地优化项目计划。n时间-费用优化综合考虑工期和费用两者之间的关系,寻求以最低的工程总费用获得最佳工期的方法74项目管理-进度管理制订进度计划n工期压缩n时间-费用的网络优化n假设活动的完成时间和活动的相应费用间存在一定的关系。n费用可分为直接费用与间接费用。赶工或快速跟进往往会引起直接费用的

23、增加,但间接费用的开支则会降低n时间-费用优化的标准是当直接费用的增加大于间接费用的节约时,优化结束(假定时间第二位,费用第一位)75项目管理-进度管理制订进度计划n工期压缩n时间-费用的网络优化步骤1.确定各项活动的赶工费用变化率,即活动加快时单位时间所增加的费用2.计算正常条件下网络的时间参数关键路径、总工期、正常直接费用、正常间接费用和正常总费用3.压缩关键路径上赶工费用变化率最小的活动时间,以达到减少工程总费用的目的76项目管理-进度管理制订进度计划n工期压缩n某项工程的网络图如下所示,工程间接费用为1000元/周77项目管理-进度管理制订进度计划n工期压缩n时间-费用的网络优化示例n正常条件下时间参数的计算1327546051319262260226242671324556667978项目管理-进度管理制订进度计划79项目管理-进度管理控制项目进度80项目管理-进度管理项目进度管理 Q & A81项目管理-进度管理项目进度管理谢 谢!82项目管理-进度管理

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 工作计划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号