【文档说明】项目计划之范围计划(工作分解结构-进度计划).pptx，共(101)页，4.304 MB，由精品优选上传

转载请保留链接：https://www.ichengzhen.cn/view-262821.html

以下为本文档部分文字说明：

RoadMap合同管理生存期需求管理任务分解项目进度项目估算质量计划配置计划风险计划团队管理项目度量集成项目跟踪控制项目结束编制进度计划的三步曲❑任务分解（WBS）--范围基准❑成本估算❑资源、进度安排－－成

本基准，进度基准软件项目管理任务分解本节要点❑一、任务分解定义❑二、任务分解的类型❑三、任务分解的过程❑四、任务分解指南❑五、案例分析任务分解定义•什么是任务（工作）分解结构（WBS，WorkBreakdownStructure）？•一种面向可交付成果的项目元素分组，这个分组组织并定义了全部

的项目工作范围。•不在工作分解结构内的工作不属项目范围之列。•每下降一级都表示一个更加详细的项目工作的定义。本定义来自PMBOK思考：WBS的来源是什么？工作分解结构•WBS的内涵：–WBS是面向可交付成果的。--是对项目元素的分组，它

组织并定义了整个项目范围；未列入工作分解结构的工作将排除在项目范围之外。－任务分解结构的最低层，是任务完成的可交付成果，也叫做的工作包。❑工作包应当由唯一一个部门或承包商负责❑这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成。❑工作包可进一步分解为子项目的

WBS或各个活动工作分解结构⚫WBS的主要用途a.防止遗漏项目的可交付成果。b.帮助项目经理关注项目目标和澄清职责。c.建立可视化的项目可交付成果，以便估算工作量和分配工作。d.帮助改进时间、成本和资源估计的准确度。e.帮助项目团队的建立和获得项目人员的

承诺。f.为绩效测量和项目控制定义一个基准。g.辅助沟通清晰的工作责任。h.为其他项目计划的制定建立框架。i.帮助分析项目的最初风险。•通常情况下WBS总是处于软件项目计划过程的中心，是制定进度计划、了解资源需求、统计成本预算、控制可能风险和决定采购计

划等工作的重要基线。WBS示例家庭项目美化院落修理屋顶购买食品列清单开车到商店将货物装进购物车付款……活动工作包WBS示例按阶段进行组织WBS示例站点设计图形设计程序设计站点设计文本内容图象超级联结主页设计文本内容图象超级联结市场部网页设计文本内容图象超级联结

销售部网页设计企业内部网图：一个企业内部网项目的WBS按产品进行组织本节要点❑一、任务分解定义❑二、任务分解的类型❑三、任务分解的过程❑四、任务分解指南❑五、案例分析WBS类型❑清单❑图表项目初期的工作场景：照片中他们在干什么？131概念21.1评价现

有系统31.2确定要求41.2.1确定用户要求51.2.2确定内容要求61.3确定特定功能71.4定义风险和风险管理方法2站点设计3站点开发4投入使用5维护评价现有系统用户要求内容要求系统要求服务器要求确定要求确定特定功能定义风险制定计划组建开发

小组概念站点设计站点开发投入使用维护企业内部网项目图表类型清单类型层级0层级1层级3层级2本节要点❑一、任务分解定义❑二、任务分解的类型❑三、任务分解的过程❑四、任务分解指南❑五、案例分析任务分解(WBS)步骤建立一

个WBS分为4个步骤：（PMBOK）①确定项目目标，着重于项目产生的产品、服务以及提供给客户的结果(确定分解标准）。②准确确认项目所产生的产品、服务或提供给客户的结果（可交付成果或最终产品）。③识别项目中的其他工作领域以确保覆盖100%的工作，识别若干可交付成果的领域、描述中间输出或可交

付成果。④进一步细分步骤②和③的每一项，使其形成顺序的逻辑子分组，直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元（工作包）。⑤验证分解的正确性(建立编号)任务结构分解(WBS)步骤1.确认并分解项目的组成要素2.确定分解标准3.确定分解是否详细4.确定项目交付成果5.

验证分解的正确性(建立编号)WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123WBS与OBS（组织分解结构）分解标准应统一学生管理❑按照生命期分解❑规划❑需求❑设计❑

编码❑测试❑提交❑按照产品组成分解❑1.1招生管理❑1.2分班管理❑1.3学生档案管理❑1.4学生成绩管理❑不能同时使用两种标准进行分解1.招生管理2.分班管理3.学生档案管理4.学生成绩管理5.规划6.需求7.设计8.编码9.测试10.提交检验分解结果的标准1.最底层的要素是否是实现目标的

充分必要条件2.最底层要素是否有重复的3.每个要素是否清晰完整定义4.最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排本节要点❑一、任务分解定义❑二、任务分解的类型❑三、任务分解的过程❑四、任务分解的注意事项❑五、案例分析WBS的指南(1

)❑WBS分解的规模和数量因项目而异❑收集与项目相关的所有信息❑参看一下类似的项目的WBS,与相关人员讨论❑可以参照模板❑最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层❑软件项目推荐

分解到40小时的工作包❑每个Workpackage必须有一个提交物注：80/8规则WBS的指南（2）❑定义任务完成的标准❑每个WBS必须有利于责任分配❑可以准备WBS字典❑最后与相关人员进行评审WBS模板举

例WBS字典内容WBS字典格式示例WBS表示号BSN-LBL名称BSN时间日志管理系统主题目标网管的安全管理系统描述①存储事件数据：记录相应事件②设置事件过滤：对某些事件可设置过滤③浏览事件日志：对所有事件提供浏览功能④规划BSN事件日志⑤生成历史数

据：可生成历史时间报告⑥管理BSN时间日志：可以调整BSN事件的配置参数完成的任务1、2、3已完成责任者XXX完成的标识通过质量保证部的验收报告备注本节要点❑一、任务分解定义❑二、任务分解的类型❑三、任务分解的过程❑四、

任务分解指南❑五、案例分析软件开发项目WBS范例1.产品需求阶段1.1产品需求文档•研究•编写•分发•个人评估•评审会议•更新/修改文档•重新分发•第二次评审•签署1.2结束产品需求阶段2.软件需求阶段2.1软

件需求文档研究,编写,分发,个人评估,评审会议,更新/修改文档,重新分发,第二次评审,签署2.2软件验收测试计划研究,编写,分发,个人评估,评审会议,更新/修改文档,重新分发,第二次评审,签署2.3结束软件

需求阶段3.体系结构设计阶段3.1体系结构设计文档•研究•编写•分发•个人评估•评审会议•更新/修改文档•重新分发•第二次评审•签署3.2软件集成测试计划研究,编写,分发,个人评估,评审会议,更新/修改文档,重新分发,第二次

评审,签署3.3结束体系结构设计阶段4.详细设计阶段4.1详细设计文档研究,编写,分发,个人评估,评审会议,更新/修改文档,重新分发,第二次评审,签署4.2软件单元测试计划研究,编写,分发,个人评估,评审会议,更新/修改文

档,重新分发,第二次评审,签署4.3结束详细设计阶段5.编码阶段5.1生成代码单元•编写代码单元•编译代码单元•链接代码单元•走查代码单元•为走查做准备•进行走查•更新修改代码•签署走查结果•代码单元文档5.2结束编码阶段6.单元

测试阶段6.l单元测试代码•准备测试计划和测试案例集•测试代码•修正代码•重新测试代码•准备单元测试文档6.2结束单元测试阶段7.集成测试阶段7.1代码集成测试•系统集成测试计划没有覆盖到的任何测试计划和测试案例集都属

于代码集成测试•测试代码•修正代码•重新测试代码•准备集成测试文档7.2结束集成测试阶段8.系统测试阶段8.1执行内部软件验收测试计划8.2结束系统测试阶段9.发布阶段9.1安装计划；活动；测试；记录结果9.2数据转换计划；活动；测试；记录结果9.3评

审9.4软件发布9.5结束发布阶段10.操作和维护阶段10.1评价10.2设计评审10.3支持和维护10.4审计11.项目生命周期中的其他可能用到的WBS元素11.1培训项目人员的互相熟悉；项目人员的培训；用户培训11.2招聘11.3测试环境开发为软件开发人员提供的开销11.4开发支持数据库管理

；开发环境；系统构造11.5项目管理11.6配置管理评估；正在进行中的配置管理11.7文档记录11.8质量管理和质量计划小结❑WBS的分解类型❑WBS的分解步骤❑WBS分解注意事项软件开发项目管理第3章软件项目进度（时间）计划本章要点一、进度（时间）管理的重要性二、进度（时

间）管理的过程–活动定义–活动排序–活动历时估算–制定进度规划三、案例分析一、进度管理的重要性❑进度是对执行的活动和里程碑制定的工作计划日期表❑项目时间管理包括使项目按时完成必须实施的各项过程.(--PM

BOK)➢过程：•活动定义•活动排序•活动资源估算•活动历时估算•进度规划•进度控制➢目标：确保项目按时完成本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–活动历时估算–制定进度规划三、案例分析活动定

义涉及到确定为完成工作分解结构（WBS）规定的可交付成果与子可交付成果所必须进行的具体活动，并将其形成文字记载。此项过程暗含着所定义活动应保证实现项目目标的要求。可交付成果活动需求分析说明书会晤用户研究现有系统明确用户需求撰写需求分析说明书需求评审活动定义活动定义输入工具和技术输出.1企业

环境因素.2组织过程资产.3项目范围说明书.4工作分解结构.5工作分解结构词典.6项目管理计划.1分解.2模板.3滚动式规划.4专家判断.5规划组成部分.1活动清单.2活动属性.3里程碑清单.4请求的变更➢将项目组成部分细分为更小、更易于管理的单元以便更好地

进行管理和控制。➢此处的最后成果是指活动（行动步骤），而不是指可交付成果（有形产品）。本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–活动历时估算–制定进度规划三、案例分析输入工具和技术输出.1项目范围说明书

.2活动清单.3活动属性.4里程碑清单.5核准的变更请求.1前导图法(PDM).2箭线图法(ADM).3进度网络模板.4确定依赖关系.5应用提前和滞后量.1项目进度网络图.2活动清单(更新).3活动属性(更新).4请求的变更➢可能会发现必须对某些活动

进行再分解或重新定义。❖强制依赖关系（硬逻辑关系）编码完成之后才能进行测试❖软逻辑关系•在专门应用领域的“最好实践”。•期望采用专门的顺序。❖外部依赖关系。即项目活动与非项目活动之间的依赖关系•软件项目中的测试活

动可能依赖于外部供方交付硬件设施。活动排序前置活动（任务）---〉后置活动（任务）逻辑关系：–完成-开始（FS,Finish-Start）–完成-完成（FF,Finish-Finish）–开始-开始（SS,Start-Start）–开始-完成

（SF,Start-Finish）–提前（Lead）与滞后（Lag）活动之间的逻辑关系任务B任务A在活动任务B开始前，活动任务A必须完成⚫只有编码完成后才能进行测试完成-开始（FS,Finish-Start）箭头方向表示哪个任务是前者，哪个任务是后者◼只有硬件安装开始后才开始软件安装任务A和

任务B可同时开始,但在前者(A)开始以前后者(B)不能开始.任务B任务A开始-开始（SS,Start-Start）任务A和任务B可同时结束,但在前者(A)完成前后者(B)不能完成◼所有必要文件都备齐后才能结案任务B任务A

结束-结束（FF,Finish-Finish）在任务B完成以前任务A必须开始(很少使用).◼下一班的警卫来了，当班的警卫才可以离去任务B任务A开始-结束（SF,Start-Finish）任务B任务A在任务A完成前2天，任务B必须开始-2天提前(Leading)任务B任务A任务A完成后2天，任务

B才能开始2天滞后(Lag)本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–进度管理图示–活动历时估算–制定进度规划三、案例分析进度管理图示1.甘特图。–这种图同时显示出活动的开始与终止日期和预期持续时间，有时也表示依存关系。

甘特图较容易看懂，常常在向管理层介绍情况时使用2.里程碑图。–与甘特图相似，但仅标示出主要可交付成果的规定开始与完成日期以及关键的外部接口进度管理图示3.网络图。–项目网络图就是以图的形式展示项目各活动（

工序）之间的逻辑关系（依赖关系）–PDM图ADM图是绘制项目网络图的两种不同的方法。–项目网络图可用手工或在电脑上制作。它可以包括项目的全部细节，也可以只有一项或若干项简短的活动。甘特图-实例里程碑图

示例里程碑图示例SpecificationDesign08/201011/2010Testing02/20113/2011AvailableCoding9/20112011Announce网络图与WBS之间的关系常用的网络

图❑PDM(PrecedenceDiagrammingMethod）优先图法,节点法(单代号)网络图❑ADM(ArrowDiagrammingMethod)箭线法(双代号)网络图PDM(PrecedenceDi

agrammingMethod)❑构成PDM网络图的基本特点是节点(Box)❑节点(Box)表示活动(工序,工作)❑用箭线表示各活动(工序,工作)之间的逻辑关系.❑可以方便的表示活动之间的各种逻辑关系。❑在软件项目中PDM比ADM更通用PDM图例

开始活动1活动3活动2结束PDM(PrecedenceDiagrammingMethod)-优先图法图例开始需求获取项目规划需求确认项目计划评审总体设计详细设计系统测试集成测试编码结束箭线图法（ADM）-双代号网络（AOA）•用箭线表示活动，

用节点表示事件•只使用一种活动之间的逻辑关系：FS•作图要求：每一个事件必须有唯一的事件号；每一个活动必须用唯一的紧前事件和唯一的紧后事件描述；紧前事件编号要小于紧后事件编号；•使用虚活动事件2事件1活动

1-2箭线图法（ADM）开始结束ABCDEF虚活动1）虚活动没有历时，不需要资源2）箭线图网络表达活动关系的需要3）用带箭头的虚线表示练习：将前例所做的前导图网络转换成箭线图网络总体设计需求确认需求获取系统测试集成测试编码详细设计计划评审项目规

划123698754本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–项目历时估算–制定进度规划三、案例分析项目进度估算-历时估计❑项目进度估算是估计任务的持续时间-历时估计❑每

个任务的历时估计❑项目总历时估计项目进度估算的基本方法❑基于规模的进度估算，-定额估算法-经验导出模型❑CPM(关键路径法）❑PERT（工程评估评审技术，或者叫计划评审法）❑通过类比估算❑专家估计❑基于承诺的进度估计❑Jones的

一阶估算准则❑其它策略1.定额估算法T=Q/(R*S)T:活动持续时间Q:活动的工作量R:人力或设备的数量S:产量定额,以单位时间完成的工作量表示2.经验导出模型❑经验导出模型：D=a*Eb：D:月(时间）E

：人月工作量a=2—4b:1/3左右:依赖于项目的自然属性建议掌握模型❑Walston-Felix(IBM)：D=2.4*Eexp(0.35)❑基本COCOMO(COnstructiveCOstModel,构造性成本模型):D=2.5(E)exp(db)，db：0.32-0.38举例❑采

用基本COCOMO模型估算的规模E＝152ＰM❑采用基本COCOMO模型估算的进度D=2.5＊E^0.35=2.5*152^0.35＝14.5M3.关键路径法估计（CPM：CriticalPathMe

thod）❑根据指定的网络顺序逻辑关系,在不考虑资源约束的条件下,进行单一的历时估算❑当估算项目中活动时间比较确定的时候采用CPM估计123A:100天B:10天4.PERT历时估计❑(ProgramEvalu

ationandReviewTechnique)利用网络顺序图逻辑关系和加权历时估算来计算项目历时的技术。❑当估算项目中某项单独的活动，存在很大的不确定性时采用。❑它是基于对某项任务的乐观，悲观以及最可能的概率时间估计❑采用加权平均得到期

望值E=（O+4m+P)/6，❑O是最小估算值:乐观(Optimistic)，❑P是最大估算值:悲观(Pessimistic)，❑M是最大可能估算(MostLikely)。PERT–活动工期计算•每个活动的平均工期=（乐观的+4(最可能的)+悲观的）/6•每个活动工期的标准差

（）=（乐观的-悲观的）/6•每个活动工期的方差（2）=（（乐观的-悲观的）/6）26/)4(PMOTe++=PERT评估存在多个活动的一条路径❑期望值E=E1+E2+….En❑方差δ2=(δ1)2+(δ2)

2+….+(δn)2❑标准差δ=((δ1)2+(δ2)2+….+(δn)2)1/212345ACBDPERT举例21432,3,64,6,83,4,6JKL项活动O,M,PEδδ2J2,3,63.334/616/36K4,6,864/616/36L3,4,64.173/69/

36估计项目总历时13.51.06741/36标准差与保证率68.3%95.5%99.7%PERT举例平均历时E=13.5,δ=1.07范围概率从到T1±δ68.3%12.414.6T2±2δ95.5%11.415.6T3±3δ99.7%10.316.7项

目在14.57内天完成的概率是多少？PERT举例-2δ+2δ-3δ-1δ+1δ+3δ68.3%95.5%99.7%ET=E+δ=13.5+1.07=14.57P=50%+342%=84.2%68.3/2%=34.2%50%PERT/CPM区别❑PERT❑计算历时采用的算法:加权平均（O

+4m+P)/6❑估计值不明确❑CPM❑计算历时采用的算法:最大可能值m❑估计值比较明确本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–项目历时估算–制定进度规划三、案例分析进度编制的基本方法❑CPM（关键路径法

）－正推法－逆推法❑时间压缩法－赶工（Crash）－快速跟进（Fasttracking:搭接）关键路径法（CPM：CriticalPathMethod）❑根据指定的网络图逻辑关系和单一的历时估算，计算每一个活动的单一的、确定的最早和最迟开始和完成日期。❑计

算浮动时间。❑计算网络图中最长的路径。❑确定项目完成时间网络图中任务进度时间参数说明❑最早开始时间(Earlystart)❑最晚开始时间(Latestart)❑最早完成时间(Earlyfinish)❑最晚完成时间(Latefinish)❑自由浮动（Fre

eFloat）❑总浮动（TotalFloat）❑超前(Lead)❑滞后(Lag)浮动时间(Float)❑浮动时间:是一个活动的机动性,它是一个活动在不影响其它活动或者项目完成的情况下可以延迟的时间量自由与总浮动时间❑自由浮动（FreeFloat）在不影响

后置任务最早开始时间本活动可以延迟的时间❑总浮动（TotalFloat）在不影响项目最早完成时间本活动可以延迟的时间CPM估计123A:100天B:10天进度时间参数A:100B:10B:10A:ES

=0,EF=100LS=0,LF=100B:ES=0,EF=10LF=100,LS=90公式:EF=ES+duration(持续时间）LS=LF-durationTF=LS-ES=LF-EFTF=LS-ES=90TF=

LF-EF=90任务滞后Lag活动A活动B结束---开始Lag=3A完成之后3天B开始进度时间参数A:100B:10B:10B:ES=0,EF=10LS=80,LF=90TF=LS-ES=80FF=0C:ES=15

,EF=20LS=95,LF=100TF=LS-ES=80C:5C:5B:10公式:ES(S)=EF(P)+Lag,LF(P)=LS(S)–LagTF=LS-ES,FF=ES(S)-EF(P)-LagLag=5Float例子TF=

8FF=1EF(C)=ES(C)+6=14ES(G)=EF(C)+0=14LF(C)=LS(G)-0=14LS(C)=LF(C)-6=8浮动时间示例：关键路径（CriticalPath）❑关键路径是决定

项目完成的最短时间。❑是时间浮动为0（Float=0）的路径❑网络图中最长的路径❑关键路径上的任何任务都是关键任务❑关键路径上的任何活动延迟，都会导致整个项目完成时间的延迟关键路径的其他说明❑明确关键路径后，

你可以合理安排进度❑关键路径可能不止一条❑在项目的进行过程中，关键路径可能改变的正推法(Forwardpass)按照时间顺序计算最早开始时间和最早完成时间的方法,称为正推法.❑首先建立项目的开始时间❑项目的开始时间是网络图中第一个

活动的最早开始时间❑从左到右，从上到下进行任务编排❑当一个任务有多个前置时，选择其中最大的最早完成日期作为其后置任务的最早开始日期❑公式:❑ES+Duration=EF❑EF+Lag=ESs正推法实例StartLFLSEFESDuration=7TaskA18LFLSEFE

SDuration=3TaskB14LFLSEFESDuration=6TaskC814LFLSEFESDuration=3TaskD47LFLSEFESDuration=3TaskG1417LFLSEFESDuration=3TaskE710LFLSEFESDurati

on=2TaskH1719LFLSEFESDuration=2TaskF46Finish当一个任务有多个前置时，选择其中最大的最早完成日期作为其后置任务的最早开始日期chapter__5逆推法(Backwardpass)按照逆时间顺序计

算最晚开始时间和最晚结束时间的方法,称为逆推法.❑首先建立项目的结束时间❑项目的结束时间是网络图中最后一个活动的最晚结束时间❑从右到左，从上到下进行计算❑当一个前置任务有多个后置任务时，选择其中最小最晚开始日期作为其前置任务的最晚完成日期❑公式:❑LF-Duration=LS❑LS-Lag=LF

p逆推图示StartLFLSEFESDuration=7TaskA1818LFLSEFESDuration=3TaskB14811LFLSEFESDuration=6TaskC814814LFLSEFE

SDuration=3TaskD471114LFLSEFESDuration=3TaskG14171417LFLSEFESDuration=3TaskE7101417LFLSEFESDuration=2TaskH17191719LFLSEFESDu

ration=2TaskF461214Finish当一个前置任务有多个后置任务时，选择其中最小最晚开始日期作为其前置任务的最晚完成日期CP:A->C->G->HCpPath:18chapter__5课堂练习❑作为项目经理，你需要给一个软件项目做计划安排，经过任务分解后

得到任务A，B，C，D，E，F，G，假设各个任务之间没有滞后和超前，下图是这个项目的PDM网络图。通过历时估计已经估算出每个任务的工期，现已标识在PDM网络图上。假设项目的最早开工日期是第０天，请计算每个任务的最早开始时间，最晚开始时间，最早完成时间，最晚完成时间，同时确定关键路径

，并计算关键路径的长度，计算任务F的自由浮动和总浮动.课堂练习LFLSEFESDuration=3TaskGLFLSEFESDuration=4TaskA0LFLSEFESDuration=6TaskBLFLSEFESDuration=7TaskCLFLSEFESDuratio

n=5TaskDLFLSEFESDuration=8TaskELFLSEFESDuration=8TaskF1.确定ＣＰ以及ＣＰ的长度？2.Ｆ的自由浮动和总浮动？chapter__5