软件项目管理 第三章 软件项目进度管理

本章内容提要 软件项目进度管理概述 软件项目任务分解 活动定义和排序 活动历时估计 制定进度计划 进度控制（项目跟踪）

第一节 软件项目进度管理概述 进度是对执行的活动和里程碑所制定的工作计划日期表。 进度管理是为了确保项目按期完成所需要的管理过程。

进度管理的重要性和复杂性 按时完成项目是项目经理最大的挑战之一。 时间是项目规划中灵活性最小的因素。 进度问题是项目冲突的主要原因，尤其在项目的后期。 软件项目存在许多不确定因素，会造成软件项目延期，而项目延期有可能造成很大的损失。 项目时间通常不是项目组所能决定的，而是用户和市场决定的。

进度管理的重要性

进度管理过程 活动定义（Activity definition） 活动排序（Activity sequencing） 活动资源估计(Activity resource estimating) 活动历时估计(Activity duration estimating) 制定进度计划（Schedule development） 进度控制（Schedule control）-项目跟踪 PMI定义的项目进度管理过程

本章内容提要 软件项目进度管理概述 软件项目任务分解 活动定义和排序 活动历时估计 制定进度计划 进度控制（项目跟踪）

第二节 软件项目任务分解 什么是任务分解 将一个项目分解为更多的工作细目，使项目变得更易管理、更易操作。 任务分解的结果 WBS（Work Breakdown Structure）工作分解结构。 WBS是为了完成项目的目标和创造项目的可交付成果，由项目团队进行的一种对项目工作有层次的分解。

WBS示例 系 统 子 系 统 模块 工作包(Work Packages)：最低层次的可交付成果

WBS 是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围，不在WBS中包括的工作就不是该项目的工作。 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述。 工作包是WBS的最低层次的可交付成果，它应当由唯一主体负责完成。

WBS的表示类型 清单：以文本清单的方式逐条列出任务分解的结果。 图表：以树形图的方式逐层列出任务分解的结果。例如： 系 统 子 系 统 系 统 子 系 统 模块

任务分解方法 根据需求分析的结果和项目的相关要求，分解出WBS。常见的分解方法有三种： 类比法 自顶向下法 自底向上法

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

WBS模板举例 RUP将项目首先分为先启、精化、构建和产品化四个阶段，然后再对这四个阶段进行细化。可参照RUP形成WBS模板。

自顶向下法 把项目从粗粒度的任务逐层细化，得到整个项目的分解结构。 系 统 子 系 统 模块

自底向上法 通过将细粒度的工作逐层归纳而得到整个项目WBS的方法。 系 统 子 系 统 模块 系 统 子 系 统 模块 开发人员根据自己对项目的理解识别出项目中的工作，并将识别结果交给项目经理进行整理和归纳，从而得到项目的WBS。

几种任务分解方法的适用性 如果软件组织在同一应用领域做过多个类似的项目，则可以使用类比法。 自顶向下分解的质量直接决定于分解者对项目的理解，所以要求分解者经验丰富，对项目有深入理解。 自底向上法适用于哪些具有创新型或不太熟悉的项目，更容易发挥团队的力量。 对于有些项目来说，可能需要综合应用这三种方法才能得到结构良好的WBS。

任务分解标准 任务的分解标准应该统一 按照项目各阶段活动分解 按照产品的功能组成分解 其它：按交付物分解、按项目组织单位分解

按照项目各阶段活动分解

按照产品的功能组成分解 校务管理信息系统 招生管理 教务管理 学籍管理 报名 招生 分班 班级设置 学科设置 排课表 学生档案 学生考勤

对任务分解的要求 WBS最低层的工作包是可控的和可管理的，推荐一个工作包不要超过一个人一周（40小时）的工作量。 每个工作包要有一个交付成果。 对每个任务必须定义明确的完成标准。 WBS必须有利于责任分配。

本章内容提要 软件项目进度管理概述 软件项目任务分解 活动定义和排序 活动历时估计 制定进度计划 进度控制（项目跟踪）

第三节 活动定义和排序 活动定义（Activity Definition）是指确定为完成项目的各个交付成果所必须进行的诸项具体活动。 任务分解是面向可交付物的，而活动定义是面向活动的，是对WBS做进一步分解的结果，以便清楚为完成每个具体任务或交付物需执行哪些活动。

活动定义 活动1 活动2 软件产品 功能2 功能3 功能1 设计说明书 编写设计说明书 设计评审 功能2-子功能2 功能2-子功能1 功能2-子功能3 编写设计说明书 设计评审 活动1 活动2

活动排序 项目各项活动之间存在相互联系与相互依赖关系，要根据这些关系对活动进行适当的顺序安排。

A B A B A B A B 活动之间的关系 结束-开始（FS） 结束-结束（FF） 开始-结束（SF） 开始-开始（SS）

活动排序的依据 强制性依赖关系：工作任务中固有的依赖关系，它是因为客观规律和物质条件的限制造成的，又称硬逻辑关系。 软逻辑关系：由项目管理人员确定的项目活动之间的关系，它是一种根据主观判断去调整和确定的关系，也称指定性相关、偏好相关或软相关。 外部依赖关系：项目活动对一些非项目活动和事件的依赖。 强制性依赖关系实例：需求分析一定要在软件设计之前完成，测试活动一定要在编码活动之后进行。 制定进度计划的时候，哪个模块先做好些，哪个模块后做好些，哪些任务并行比较好，都可由项目经理确定。 外部依赖关系举例：一些项目活动会依赖于用户所提供的资料或设备。

项目进度图示 甘特图 网络图 里程碑图 资源图

甘特图 将活动排列在垂直轴，横轴表示时间，用横道表示活动的时间跨度。

甘特图的特点 可以查看任务的工期、开始时间和结束时间以及资源的信息。 简单、直观、易于编制。 只有时标，活动之间的依赖关系没有表示出来，难以进行定量的计算分析和计划的优化。

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

PDM图例 开始 活动1 活动3 活动2 结束 用节点(Box)表示活动。 用箭线表示各活动之间的逻辑关系。

PDM示例 (6) (2) 编码(8) (9) (1) (7) 总体设计 项目规划 项目计划评审(5) 集成测试 系统测试(10) 开始 需求获取(3) 项目规划 (2) 需求确认(4) 项目计划评审(5) 总体设计 (6) 详细设计 (7) 系统测试(10) 集成测试 (9) 编码(8) 结束(11) 粗线表示关键路径。 在软件项目中，PDM比ADM用得更广泛。

ADM图例 4 节点表示前一活动的结束和后一活动的开始 箭线表示活动 6 5 2 1 3 7 9 需求确认 集成测试 系统测试 8 计划评审 总体设计 集成测试 系统测试 项目规划 编码 1 3 4 5 7 8 9 计划评审 详细设计 需求获取 需求确认 节点表示前一活动的结束和后一活动的开始 箭线表示活动 2

里程碑图例 Available Announce 11/2000 Testing 9/2000 Coding 5/1999 Design Specification Design 08/1998 11/1998 Testing 02/1999 5/1999 Available Coding 9/2000 11/2000 Announce 里程碑是项目进展中的重大事件，表示一个阶段的结束。里程碑图显示了项目中几个最重要的时间点，对项目管理者来说非常重要。

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

小结 软件进度管理概述 什么是进度和进度管理，进度管理过程的主要活动。 软件项目任务分解 WBS、类比法、自顶向下法、自底向上法。 软件项目活动定义和排序 活动定义，四种活动关系，进度图示法。