项目计划之范围计划(工作分解结构-进度计划)

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概念1.1评价现有系统1.2确定要求1.2.1确定用户要求1.2.2确定内容要求1.3确定特定功能1.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章软件项目进度（时间）计划本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–活动历时估算–制定进度规划三、案例分析一、进度管理的重要性进度是对执行的活动和里程碑制定的工作计划日期表项目时间管理包括使项目按时完成必须实施的各项过程.(--PMBOK)过程：•活动定义•活动排序•活动资源估算•活动历时估算•进度规划•进度控制目标：确保项目按时完成本章要点一、进度（时间）管理的重要性二、进度（时间）管理的过程–活动定义–活动排序–活动历时估算–制定进度规划三、案例分析活动定义涉及到确定为完成工作分解结构（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.里程碑图。–与甘特图相似，但仅标示出主要可交付成果的规定开始与完成日期以及关键的外