第四章 软件项目进度管理(1)

石河子大学 信息科学与技术学院
14
WBS模板举例
石河子大学 信息科学与技术学院
15
Байду номын сангаас
自顶向下法

把项目从粗粒度的任务逐层细化，得到整个项 目的分解结构。
系 统
子系统
子系统
子系统
模块
模块
模块
模块
模块
模块
模块
模块
模块
石河子大学 信息科学与技术学院
16
自底向上法

通过将细粒度的工作逐层归纳而得到整个项目 WBS的方法。


石河子大学 信息科学与技术学院
10
WBS的步骤

明确并识别项目的各主要组成部分，明确项目的主 要可交付产品和服务。 确定每个可交付成果的详细程度是否已经可以进行 恰当的成本估算和时间估算，否则，继续对可交付 成果进行分解。 确定工作包。 核实分解的正确性。


石河子大学 信息科学与技术学院

石河子大学 信息科学与技术学院
5

活动定义：确定为完成各种项目可交付的成果所必须
进行的各项具体活动。

活动排序：确定各项活动之间的依赖关系，并形成文 档。 活动历时估计：估算完成单项活动所需要的时间。 制定进度计划：在分析活动顺序、活动持续时间和资 源需求的基础上编制项目进度计划。 进度控制：控制项目进度计划的变化，保证项目按时
所有成果需要文档化。

石河子大学 信息科学与技术学院
8
WBS示例
系 统
子系统
子系统
子系统
模块
模块
模块
模块
模块
模块
模块
模块
模块
工作包(Work Packages)：最低层次的可交付成果
石河子大学 信息科学与技术学院
9
WBS

是面向可交付成果的对项目元素的分组,它组织并定 义了整个项目范围，不在WBS中包括的工作就不是 该项目的工作。 它是一个分级的树型结构，是对项目由粗到细的分 解过程。工作结构每细分一个层次表示对项目元素 更细致的描述。 工作包是WBS的最低层次的可交付成果，它应当由 唯一主体负责完成。
11
WBS的表示类型
清单：以文本清单的方式逐条列出任务分解的 结果。（P57） 图表：以树形图的方式逐层列出任务分解的结 果。例如：

系 统
子系统
子系统
子系统
模块
模块
模块
模块
模块
模块
模块
模块
模块
石河子大学 信息科学与技术学院
12
任务分解方法
根据需求分析的结果和项目的相关要求， 分解出WBS。常见的分解方法有三种：
资源图 250
资源（工时）
200 150 100 50 0 1 3 5 7 9 11 13 15 时间（周） 系列2 系列1
石河子大学 信息科学与技术学院
36
作业题
1.解释以下名词： 进度 WBS 2.软件项目进度的图示法有几种？各有什 么特点？

石河子大学 信息科学与技术学院
37
招生管理
教务管理
学籍管理
报名
招生
分班
班 级 设置
学 科 设置
排 课 表
学 生 档案
学 生 考勤
石河子大学 信息科学与技术学院
21
对任务分解的要求




WBS最低层的工作包是可控的和可管理的，推 荐一个工作包不要超过一个人一周（40小时） 的工作量。 任务分解也不宜过细，WBS树最好不要超过7层。 每个工作包要有一个交付成果。 对每个任务必须定义明确的完成标准。 WBS必须有利于责任分配。
系 统
子系统
子系统
子系统
模块
模块
模块
模块
模块
模块
模块
模块
模块
石河子大学 信息科学与技术学院
17
几种任务分解方法的适用性
如果软件组织在同一应用领域做过多个类似的 项目，则可以使用类比法。 自顶向下分解的质量直接决定于分解者对项目 的理解，所以要求分解者经验丰富，对项目有 深入理解。 自底向上法适用于那些具有创新性或不太熟悉 的项目，更容易发挥团队的力量。 对于有些项目来说，可能需要综合应用这三种 方法才能得到结构良好的WBS。
石河子大学 信息科学与技术学院
7
工作分解的原则

某项具体的任务应该在一个工作包中，且只能在一个 工作包中出现。 在同一个包中，最好只包含相关的工作元素。 一个工作虽然可以有多人参与，但责任人只有一个， 这样责任清楚，不会项目推卸责任。


WBS不仅要合理，维护项目工作内容的稳定性，而且 要具有一定的适应性，能应付无法避免的需求变更。

石河子大学 信息科学与技术学院
30
网络图
网络图是活动排序的结果，它可以展示各项目 活动之间的关系。通过网络图可识别关键活动， 并确定某一活动进度的变化对后续工程和总工 期的影响。 常用的网络图分为两种： • PDM（Precedence Diagramming Method）， 即前导图法，也称为单代号网络图； • ADM（Arrow Diagramming Method），即箭 线图法，也称双代号网络图法。

石河子大学 信息科学与技术学院
31
PDM图例
活动1 活动3
开始 活动2
结束
用节点(Box)表示活动。 用箭线表示各活动之间的逻辑关系。
石河子大学 信息科学与技术学院
32
PDM示例
总 体 设计
项 目 规划
(2)
开 始
(6)
项 目 计 划 评 审
编码 (8)
详 细 设计
集 成 测试
(1)
需 求 获 取
石河子大学 信息科学与技术学院
22
第三节 活动定义和排序
活动定义（Activity Definition）是指确定为完 成项目的各个交付成果所必须进行的诸项具体 活动。 任务分解是面向可交付物的，而活动定义是面 向活动的，是对WBS做进一步分解的结果，以 便清楚为完成每个具体任务或交付物需执行哪 些活动。
(5) (3)
需 求 确 认
(9)
系 统 测 试
(10)
结 束
(11)
(4)
(7)
石河子大学 信息科学与技术学院
33
ADM图例
6
总体设计 项目规划
编码
集 成 测试
系 统 测试 8
1
3
计划评审
4
详细设计
5
7
9
需求获取
需求确认
2
箭线表示活动
节点表示前一活 动的结束和后一 活动的开始
石河子大学 信息科学与技术学院
34
里程碑图例
Available Announce Testing
11/2000
9/2000
Coding
Design Specification 08/1998 11/1998 02/1999
5/1999
石河子大学 信息科学与技术学院
35
资源图

资源图用于显示项目进展过程中资源的分配情 况，包括人力资源、设备资源等。

石河子大学 信息科学与技术学院
27
项目进度图示

甘特图 网络图


里程碑图
资源图
石河子大学 信息科学与技术学院
28
甘特图
石河子大学 信息科学与技术学院
29
甘特图的特点
可以查看任务的工期、开始时间和结束时间以 及资源的信息，可用于详细的时间管理。 简单、直观、易于编制。 只有时标，活动之间的依赖关系没有表示出来， 难以进行定量的计算分析和计划的优化。

石河子大学 信息科学与技术学院
23
活动定义
软件产品
功能1
功能2
功能3
设计说明书
功能2-子功能1
功能2-子功能2
功能2-子功能3
编写设计说明书
设计评审
活动1
活动2
24
石河子大学 信息科学与技术学院
活动排序

项目各项活动之间存在相互联系与相互依赖关 系，要根据这些关系对活动进行适当的顺序安 排。
石河子大学 信息科学与技术学院

进度管理是为了确保项目按期完成所需要的管
理过程。
石河子大学 信息科学与技术学院
3
进度管理的重要性和复杂性

按时完成项目是项目经理最大的挑战之一。 时间是项目规划中灵活性最小的因素。

进度问题是项目冲突的主要原因，尤其在项目 的后期。
石河子大学 信息科学与技术学院
4
进度管理过程 活动定义（Activity definition） 活动排序（Activity sequencing） 活动历时估计(Activity duration estimating) 制定进度计划（Schedule development） 进度控制（Schedule control）-项目跟 踪
第四章 软件项目进度管理
石河子大学 信息科学与技术学院
1
本章内容提要
软件项目进度管理概述 软件项目任务分解 活动定义和排序 活动历时估计 制定进度计划 进度控制（项目跟踪）

石河子大学 信息科学与技术学院
2
第一节 软件项目进度管理概述

进度是对执行的活动和里程碑所制定的工作计 划日期表。

石河子大学 信息科学与技术学院
18
任务分解标准

任务的分解标准应该统一
• 按照项目各阶段活动分解
• 按照产品的功能组成分解 • 其它：按交付物分解、按项目组织单位分解
石河子大学 信息科学与技术学院
19
按照项目各阶段活动分解
石河子大学 信息科学与技术学院
20
按照产品的功能组成分解
校务管理信息 系统


完成。
石河子大学 信息科学与技术学院
6
第二节 软件项目任务分解

什么是任务分解
将一个项目分解为更多的工作细目，使项目变得更 易管理、更易操作。

任务分解的结果 WBS（Work Breakdown Structure）工作分解结构。 WBS是为了完成项目的目标和创造项目的可交付成 果，由项目团队进行的一种对项目工作有层次的分 解。
25
活动之间的关系
A
B
A
B
结束-开始（FS）
结束-结束（FF）
A
B
A
B
26
开始-开始（SS）
开始-结束（SF）
石河子大学 信息科学与技术学院
活动排序的依据
强制性依赖关系：工作任务中固有的依赖关系， 它是因为客观规律和物质条件的限制造成的， 又称硬逻辑关系。 软逻辑关系：由项目管理人员确定的项目活动 之间的关系，它是一种根据主观判断去调整和 确定的关系，也称指定性相关、偏好相关或软 相关。 外部依赖关系：项目活动对一些非项目活动和 事件的依赖。
– 类比法
– 自顶向下法 – 自底向上法
石河子大学 信息科学与技术学院
13
类比法

参考类似的已经完成的项目的WBS和以前的项 目经验，根据当前项目特点做必要的调整，从而 得到新项目的WBS。 一般来说，如果软件组织经常性地在某一行业或 某一类产品中重复多个项目，则项目过程的重合 度比较高，较适合采用类比法。 也可参照从大量实践中总结出的WBS模板。