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

修理屋顶
美化院落
列清单 开车到商店 将货物装进购物车 付款 ……
活动
WBS示例
按阶段进 行组织
站点设计
站点设计 图形设计 程序设计
WBS示例
企业内部网
主页设计 市场部网页设计 销售部网页设计
文本内容 图象
超级联结
文本内容 图象
超级联结
文本内容 按产品进 行组织
图象
超级联结
图：一个企业内部网项目的WBS
.1 活动清单 .2 活动属性 .3 里程碑清单 .4 请求的变更
.5 规划组成部分
将项目组成部分细分为更小、更易
于管理的单元以便更好地进行管理和
控制。
此处的最后成果是指活动（行动步
骤），而不是指可交
付成果（有形产品）。
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
一、进度管理的重要性
进度是对执行的活动和里程碑制定的工作计划 日期表
项目时间管理包括使项目按时完成必须实施的 各项过程 .(--PMBOK)
过程：
•活动定义 •活动排序 •活动资源估算 •活动历时估算 •进度规划 •进度控制
目标： 确保项目按时完成
f.为绩效测量和项目控制定义一个基准。
g.辅助沟通清晰的工作责任。
h.为其他项目计划的制定建立框架。
i.帮助分析项目的最初风险。
•
通常情况下WBS 总是处于软件项目计划过程的中心，是制定
进度计划、了解资源需求、统计成本预算、控制可能风险和决定采
购计划等工作的重要基 线。
WBS示例
工作 包
家庭项目
购买食品
招生管理 分班管理 学生档案管理 学生成绩管理
不能同时使用两种标准进行分解
1. 招生管理 2. 分班管理 3. 学生档案管理 4. 学生成绩管理 5. 规划 6. 需求 7. 设计 8. 编码 9. 测试 10.提交
检验分解结果的标准
1. 最底层的要素是否是实现目标的充分必要 条件
2. 最底层要素是否有重复的 3. 每个要素是否清晰完整定义 4. 最底层要素是否有定义清晰的责任人,是否
可以进行成本估算和进度安排
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解的注
意事项 五、案例分析
WBS的指南(1)
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过
3.1 体系结构设计文档
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
3.2 软件集成测试计划
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
3.3 结束体系结构设计阶段
4.详细设计阶段
4.1 详细设计文档
8.系统测试阶段 9.发布阶段
7.1 代码集成测试 7.2 结束集成测试阶段
•系统集成测试计划没有覆盖 到的任何测试计划和测试案例 集都属于代码集成测试 •测试代码 •修正代码 •重新测试代码 •准备集成测试文档
8.1 执行内部软件验收测试计划 8.2 结束系统测试阶段
9.1 安装 9.2 数据转换 9.3 评审 9.4 软件发布 9.5 结束发布阶段
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
编制进度计划的三步曲
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
软件项目管理
任务分解
本节要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
任务 A
任务 B
在活动任务B开始前，活动任务A必须完成 只有编码完成后才能进行测试
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
研究, 编写, 分发, 个人评估, 评审会议, 更新/修 改文档, 重新分发, 第二次评审, 签署 研究, 编写, 分发, 个人评估, 评审会议, 更新/修 改文档, 重新分发, 第二次评审, 签署
3.体系结构设计阶段
5.2 结束编码阶段 6.l 单元测试代码 6.2 结束单元测试阶段
•编写代码单元 •编译代码单元 •链接代码单元 •走查代码单元
–为走查做准备 –进行走查 –更新修改代码 –签署走查结果
•代码单元文档
•准备测试计划和测试案例集 •测试代码 •修正代码 •重新测试代码 •准备单元测试文档
7.集成测试阶段
可交付成果
需求分析说明书
活动
会晤用户 研究现有系统 明确用户需求 撰写需求分析说明书 需求评审
活动定义
输入
工具和技术
输出
.1 企业环境因素 .2 组织过程资产 .3 项目范围说明书 .4 工作分解结构 .5 工作分解结构词典 .6 项目管理计划
.1 分解 .2 模板 .3 滚动式规划 .4 专家判断
④ 进一步细分步骤②和③的每一项，使其形成顺序的逻 辑子分组，直到工作要素的复杂性和成本花费成为可 计划和可控制的管理单元（工作包）。
⑤ 验证分解的正确性(建立编号)
任务结构分解(WBS)步骤
1. 确认并分解项目的组成要素 2. 确定分解标准 3. 确定分解是否详细 4. 确定项目交付成果 5. 验证分解的正确性(建立编号
项目人员的互相熟悉；项目人 员的培训；用户培训
为软件开发人员提供的开销
数据库管理；开发环境；系统构造
评估；正在进行中的配置管理
小结
WBS的分解类型 WBS的分解步骤 WBS分解注意事项
软件开发项目管理
第3章 软件项目进度（时间）计划
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
)
WBS编号系统
软件产品:1
功能1:11
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
功能2-子功能3:123
WBS与OBS（组织分解结构）
分解标准应统一
学生管理
按照生命期分解
规划 需求
设计
编码
测试
提交
按照产品组成分解
1.1 1.2 1.3 1.4
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
WBS类型
清单 图表
项目初期的工作场景：照片中他们在干什么？
13
层级0 层级1
企业内部网项目
概念
站点设计 站点开发 投入使用
维护
层级2评价现有系统 确定要求 确定特定功能 定义风险 制定计划 组建开发小组
描述
完成的任务 责任者
完成的标识 备注
BSN-LBL BSN时间日志管理系统 网管的安全管理系统 ① 存储事件数据：记录相应事件 ② 设置事件过滤：对某些事件可设置过滤 ③ 浏览事件日志：对所有事件提供浏览功能 ④ 规划BSN事件日志 ⑤ 生成历史数据：可生成历史时间报告 ⑥ 管理BSN时间日志：可以调整BSN事件的配置参数 1、2、3已完成
思考：WBS的来源是什么？
工作分解结构
• WBS的内涵：
– WBS 是面向可交付成果的。
--是对项目元素的分组，它组织并定义了整个项目范围；未列入工 作分解结构的工作将排除在项目范围之外。
－任务分解结构的最低层，是任务完成的可交付成果，也叫做的 工作包。
工作包应当由唯一一个部门或承包商负责 这一交付成果可以分配给另外一位项目经理进行计划和执行,或者
逻辑关系： –完成-开始（FS, Finish - Start） –完成-完成（FF, Finish - Finish） –开始-开始（SS, Start - Start） –开始-完成 （SF, Start - Finish） –提前（Lead）与滞后（Lag）
完成-开始 （FS, Finish - Start）
层级用3户要求 内容要求 系统要求 服务器要求
图表类型
1 概念 1.1 评价现有系统 1.2 确定要求 1.2.1 确定用户要求 1.2.2 确定内容要求
2 站点设计 3 站点开发 4 投入使用 5 维护
1.3 确定特定功能
1.4 定义风险和风险管理方法
清单类型
本节要点
一、任务分解定义 二、任务分解的类
.5 应用提前和滞软后逻量辑关系
•在专门应用领域的“最好实
践”。 可能会发现必须对某些
•期望采用专活门动的进顺行序。再分解或重新定 非外项部目依活赖动义关之系间。。的即依项赖目关活系动与
前置活动（任务）--•-软〉件后项目置中活的测动试（活任动可务能）依
赖于外部供方交付硬件设施。
活动之间的逻辑关系
三、案例分析
活动Leabharlann Baidu序
输入
工具和技术
输出
.1 项目范围说明书 .1 前导图法(PDM)
.1 项目进度网络图
.2 活动清单 .3 活动属性 .4 里程碑清单 .5 核准的变更请求
.2 .3
箭 进线度图网法络模(A板D强M 制) 依赖关..23系活活动动（清 属硬单性逻((辑更更关新新))系）
.4 确定依赖关系编码完成之.4后请才求能的进变行更 测试
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
任务分解(WBS)步骤
建立一个WBS分为4个步骤：（ PMBOK） ① 确定项目目标，着重于项目产生的产品、服务以及提
供给客户的结果(确定分解标准）。 ② 准确确认项目所产生的产品、服务或提供给客户的结
果（可交付成果或最终产品）。
③ 识别项目中的其他工作领域以确保覆盖100%的工作， 识别若干可交付成果的领域、描述中间输出或可交付 成果。
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
活动定义
活动定义涉及到确定为完成工作分解结构 （WBS）规定的可交付成果与子可交付成果 所必须进行的具体活动，并将其形成文字记载。 此项过程暗含着所定义活动应保证实现项目目 标的要求。
计划；活动；测试；记录结果 计划；活动；测试；记录结果
10. 操作和维护阶段
11. 项目生命周期中的 其他可能用到的WBS元素
10.1 10.2 10.3 护 10.4
评价 设计评审 支持和维
审计
11.1 培训
11.2 招聘 11.3 测试环境开发 11.4 开发支持 11.5 项目管理 11.6 配置管理 11.7 文档记录 11.8 质量管理和质 量计划
细，最好不要超过7层 软件项目推荐分解到40小时的工作包 每个Work package必须有一个提交物
注：80/8规则
WBS的指南（2）
定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS字典 最后与相关人员进行评审
WBS模板举例
WBS字典内容
WBS表示号 名称
主题目标
任务分解定义
• 什么是任务（工作）分解结构（ WBS， Work Breakdown Structure ）？
• 一种面向可交付成果的项目元素分组，这个分组组织并 定义了全部的项目工作范围。
• 不在工作分解结构内的工作不属项目范围之列。 • 每下降一级都表示一个更加详细的项目工作的定义。
本定义来自PMBOK
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
4.2 软件单元测试计划
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
4.3 结束详细设计阶段
5. 编码阶段 6. 单元测试阶段
5.1 生成代码单元
通过子项目的方式完成。 工作包可进一步分解为子项目的WBS或各个活动
工作分解结构
WBS的主要用途
a.防止遗漏项目的可交付成果。
b.帮助项目经理关注项目目标和澄清职责。
c.建立可视化的项目可交付成果，以便估算工作量和分配工作。
d.帮助改进时间、成本和资源估计的准确度。
e.帮助项目团队的建立和获得项目人员的承诺。
XXX
通过质量保证部的验收报告
WBS字典格式示例
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
软件开发项目WBS范例
1. 产品需求阶段
1.1 产品需求文档
2. 软件需求阶段
1.2 结束产品需求阶段
2.1 软件需求文档 2.2 软件验收测试计划 2.3 结束软件需求阶段