项目管理指南 · 进度与时间
项目进度计划:步骤、技术与示例
项目进度计划编制是确定项目需要哪些活动、这些活动必须按什么顺序进行、每项活动需要多长时间以及由谁来完成,然后将这一逻辑转化为带日期的计划的过程。本指南将逐步介绍各个步骤、主要技术、一个带有真实日期的实例,以及导致进度计划失效的常见错误。
要点总结
- 项目进度计划将范围转化为经过排序、估算、配置资源并标注日期的活动。
- 先建立逻辑(活动和依赖关系),再让日期自动计算;切勿手动输入日期。
- 关键路径显示了可能的最短工期,以及任何延误都会推迟完成日期的活动。
- 在做出承诺之前,检查资源可用性和日历:一份逻辑上正确的进度计划,仍然可能无法配备人员。
- 为获批的进度计划确立基准,按固定节奏更新,并且只通过变更控制更改基准。
什么是项目进度安排?
项目进度计划 是项目规划中决定每项工作何时进行的部分。您列出交付范围所需的活动,按逻辑顺序将它们关联起来,估算其工期,分配资源,并计算开始和完成日期。其产出,即 项目进度计划,是团队据以工作的时间表,也是您衡量进展的基准。
区分两个概念会很有帮助。 进度模型 是保存在您工具中的由活动、依赖关系、工期和日历构成的网络。 进度展示 是您根据该模型生成的各种视图: 甘特图、里程碑清单、面向高管的项目时间线或网络图。当人们说“更新进度计划”时,他们应该更新的是模型,这样每个视图都能保持一致。
一份好的进度计划承担三项职能:
- 承诺:它为发起人和客户提供可以据以安排计划的日期,例如发布、移交或上线。
- 协调:它告诉每个人和每家供应商何时需要他们的工作,以及这些工作依赖于什么。
- 早期预警:由于日期是根据逻辑计算出来的,一项活动的延误会立即显示其连锁影响,此时仍有时间采取行动。
进度计划编制属于更广泛的项目时间管理学科,与估算和进展控制并列,并与成本和资源规划共享输入。
PMBOK 指南中的项目进度计划编制
PMI 的 *PMBOK 指南* 多年来以不同方式描述进度计划编制,您在考试和职位描述中都会遇到这两种观点。
早期基于过程的版本将进度计划编制分为六个过程:规划进度管理、定义活动、排列活动顺序、估算活动持续时间、制定进度计划和控制进度。许多组织和课程仍将这些过程作为进度管理的骨干进行讲授。
PMI 于 2025 年 11 月出版的 *PMBOK 指南* 第八版围绕七个绩效域进行组织:治理、范围、进度、财务、相关方、资源和风险。进度是其中一个绩效域,该指南再次描述了非规定性的过程,供您根据项目进行裁剪,而不是死板地遵循。它还强调了滚动式规划、工作量与工期的区别,以及针对预测型、适应型或混合型生命周期裁剪方法等理念。
我们的建议:将经典步骤作为确保不遗漏任何内容的检查清单,并根据项目调整投入的精力。一个两周的营销活动只需要一页任务清单;一个两年的建筑项目则需要一份完整的进度管理计划。有关该标准本身的概述,请阅读我们的指南: PMBOK 指南.
项目进度计划包含哪些内容
无论使用什么工具,完整的进度计划都有相同的构成要素。
| 要素 | 是什么 | 技术债务的来源 |
|---|---|---|
| 活动 | 单项工作,每项都以清晰的“动词+名词”形式命名 | 工作包,来源: 工作分解结构 |
| 依赖关系 | 活动之间的逻辑关系(通常为完成到开始) | 团队知识、技术制约、合同 |
| 工期 | 每项活动从开始到完成的工作时间 | 估算、历史数据、三点估算 |
| 资源 | 分配给每项活动的人员、设备和材料 | 资源计划和团队可用性 |
| 日历 | 工作日、工作时间、节假日和停工期 | 组织日历和资源日历 |
| 里程碑 | 审批和移交等零工期检查点 | 章程、合同和治理关口 |
| 日期和浮动时间 | 计算得出的最早和最晚日期,以及每项活动的浮动时间 | 进度计算(关键路径法) |
| 基准 | 经批准的日期版本,用于衡量偏差 | 由发起人或治理委员会签核 |
活动和任务经常混用;重要的是每一项都有唯一的负责人和清晰的完成标志。 项目里程碑 值得特别关注,因为它们是大多数相关方真正会阅读的内容。
项目进度计划的类型
一个项目通常需要同一份进度计划的多个视图,每个视图面向不同的受众。
| 类型 | 受众 | 详细程度 |
|---|---|---|
| 里程碑进度表 | 发起人、高管、客户 | 仅列关键日期:审批、阶段结束、上线 |
| 概要(主)进度计划 | 指导小组、项目集经理 | 以概要横条显示阶段或主要交付物 |
| 详细进度计划 | 项目团队、供应商 | 每项活动及其依赖关系、负责人和日期 |
| 倒推进度计划 | 面对固定截止日期的团队 | 从要求的完成日期倒推制定 |
| 发布计划和冲刺计划 | 敏捷团队和产品负责人 | 以时间盒冲刺和目标版本为主,而非详细任务 |
A 倒推进度计划 适用于日期无法变动的活动和营销发布:您从截止日期开始,逐项倒推每项活动,找出每项活动必须开始的最晚日期。在工作不确定性太高、无法完整规划的情况下,许多团队会将整个项目的里程碑进度计划与仅覆盖未来几周的详细进度计划结合使用。
如何逐步制定项目进度计划
以下步骤遵循经典的进度管理顺序。在小型项目中,您可以在一次研讨会中完成其中几个步骤;在大型项目中,每个步骤可能需要数天。
1. 商定进度计划的管理方式
确定进度计划工具、单位(天或小时)、详细程度、进展更新频率、谁可以更改进度计划以及何为重大偏差。在较大的项目中,这些内容会形成一份简短的进度管理计划,纳入 项目管理计划.
2. 分解范围
从已批准的范围出发,使用 工作分解结构将其分解为交付物和工作包。如果某项内容不在 WBS 中,它也不会出现在进度计划中,因此这一步可以防止遗漏工作。
3. 定义活动
将每个工作包分解为可由一个人或一个团队负责的活动。常见的经验法则是,一项活动应持续一天到两周;更长的活动难以跟踪,更短的活动通常会带来过多的管理工作。为每项活动取一个清晰的“动词+名词”名称,例如“批准设计”而不是“设计”。
4. 排列活动顺序
将每项活动与其紧前活动和紧后活动关联起来。大多数关系是完成到开始,但您也可以使用开始到开始、完成到完成,以及很少使用的开始到完成。在工作可以重叠或必须等待的地方添加提前量和滞后量,例如为混凝土养护设置三天的滞后量。我们关于 任务依赖关系 的指南通过示例解释了每种类型。
5. 估算工期
估算每项活动需要多长时间,而不仅仅是涉及多少工作量。 工作量 是所需的人时; 工期 是经过的工作时间,取决于有多少人参与以及他们每周能投入多少时间。在有历史数据时加以利用,询问将要做这项工作的人,并对不确定的活动使用三点估算。类比估算(与过去类似的工作进行比较)和参数估算(例如每天铺设多少米电缆)也很常用。
6. 分配资源和日历
为每项活动分配指定的人员或角色、设备和供应商,然后应用涵盖节假日、兼职人员和现场停工期的日历。检查是否有人被安排的工时超过其可用工时。将每个人一周内被安排的工时与其扣除会议、支持工作和其他项目后的实际可用工时进行比较。
7. 计算进度并解决冲突
运行 关键路径法 ,计算最早和最晚日期、浮动时间和关键路径。然后解决问题:使用 资源平衡 消除过度分配;如果结束日期太晚,可考虑 进度压缩 ,即赶工或快速跟进。
8. 审查、批准并确立基准
与实际做事的人和发起人一起逐项检查进度计划。检查逻辑是否合理、关键路径是否可信,以及关键风险是否有应急储备。一经批准,就将其保存为 项目基准 ,以便日后衡量偏差。
从此时起,工作就变成了控制进度:更新进展、重新预测和管理变更,下文将进行介绍。
实例详解:为办公室搬迁制定进度计划
一个 20 人的团队要搬到新办公室。项目经理列出了六项活动,以及每项活动以工作日计的工期、紧前活动和负责人。
| ID | 活动 | 工期 | 紧前活动 | 负责人 |
|---|---|---|---|---|
| A | 规划搬迁 | 3 天 | 无 | 办公室经理 |
| B | 订购家具 | 4 天 | A | 采购 |
| C | 预订搬家公司 | 2 天 | A | 办公室经理 |
| D | 安装家具 | 5 天 | B | 供应商 |
| E | 打包并贴标签 | 3 天 | C | 全体员工 |
| F | 搬迁并开箱 | 2 天 | D, E | 搬家公司 |
从开始到结束有两条路径:
| 路径 | 活动 | 长度 |
|---|---|---|
| 路径 1 | A, B, D, F | 3 + 4 + 5 + 2 = 14 天 |
| 路径 2 | A, C, E, F | 3 + 2 + 3 + 2 = 10 天 |
最长路径 A-B-D-F 是 关键路径,因此搬迁至少需要 14 个工作日。活动 C 和 E 位于较短的路径上,共享 4 天的 浮动时间:它们总共最多可以延误 4 天而不推迟搬迁。完整的最早和最晚日期计算过程,请参阅我们的指南: 顺推法与逆推法.
将逻辑转化为日历日期
如果工作于 2026 年 11 月 2 日星期一开始,团队周一至周五工作,那么计算出的最早日期如下:
| 活动 | 开始 | 完成 |
|---|---|---|
| A 规划搬迁 | 11 月 2 日(周一) | 11 月 4 日(周三) |
| B 订购家具 | 11 月 5 日(周四) | 11 月 10 日(周二) |
| C 预订搬家公司 | 11 月 5 日(周四) | 11 月 6 日(周五) |
| D 安装家具 | 11 月 11 日(周三) | 11 月 17 日(周二) |
| E 打包并贴标签 | 11 月 9 日(周一) | 11 月 11 日(周三) |
| F 搬运并拆箱 | 11 月 18 日(周三) | 11 月 19 日(周四) |
有两点值得注意。第一,周末增加了日历天数,却没有增加工作日,这就是为什么这个 14 天的项目在 11 月 19 日而不是 11 月 15 日结束。第二,家具供应商的交付周期位于关键路径上,因此项目经理应以书面形式确认并尽早催促,而打包工作(有浮动时间)可以消化小的延误。
项目进度计划编制技术
大多数进度计划会组合使用多种技术。下表概述了每种技术的适用场景。
| 技巧 | 职能 | 最适合 |
|---|---|---|
| 甘特图 | 在时间线上以横条显示活动,并带有依赖关系连线 | 制定和沟通计划 |
| 关键路径法 | 计算最早和最晚日期、浮动时间以及最长路径 | 任何依赖关系清晰的项目 |
| PERT | 使用乐观、最可能和悲观估算 | 工期不确定的活动 |
| 关键链 | 围绕资源限制安排进度,并用缓冲保护完成日期 | 资源受限的工作和多项目工作 |
| 资源平衡 | 移动活动以消除资源过度分配 | 共享或稀缺的专家 |
| 进度压缩 | 通过赶工或快速跟进缩短进度 | 固定或强制规定的截止日期 |
| 滚动式规划 | 详细规划近期工作,以较高层级规划后期工作 | 周期长或不确定性高的项目 |
| 蒙特卡洛模拟 | 以随机工期多次运行进度计划,以估算可能的完成日期 | 需要置信水平的高风险项目 |
关键路径法
CPM 是几乎所有进度计划工具背后的计算方法。顺推法求出每项活动的最早开始和最早完成时间;逆推法求出仍能满足项目完成日期的最晚日期。两者之差就是浮动时间,浮动时间为零的活动链就是关键路径。它告诉您应将注意力集中在哪里,以及如果项目需要提前完成,必须缩短哪些活动。
PERT 和三点估算
当工期不确定时,要求给出三个估算值:乐观(O)、最可能(M)和悲观(P)。PERT 加权平均值为 (O + 4M + P) ÷ 6。对于一项估算为 4 天、6 天和 14 天的活动,期望工期为 (4 + 24 + 14) ÷ 6 = 7 天,比最可能估算多一天,这反映了出现问题的风险。
资源平衡和资源平滑
资源平衡会推迟活动,直到所需人员有空,这可能会延长完成日期。资源平滑只在活动的浮动时间内移动活动,因此结束日期保持不变,但可能仍存在一些过度分配。当人员确实被过度分配时使用资源平衡;在不移动截止日期的情况下削平高峰时使用资源平滑。
赶工和快速跟进
赶工是为关键活动增加资源以缩短其工期,通常成本更高。快速跟进是将原计划按顺序进行的活动并行开展,这会增加风险和返工。两者都只有在应用于关键路径时才有效。我们对 快速跟进与赶工 的比较说明了如何做出选择。
敏捷和混合型项目的进度计划编制
敏捷团队仍然制定进度计划,但层级不同。他们通常不为整个项目建立详细的活动网络,而是使用:
- 时间盒:固定时长的冲刺或迭代,因此日期是已知的,而每个时间盒内的范围是灵活的。
- 发布计划:根据团队实测的速度,预测哪些功能可能在哪个发布日期前就绪。参见 敏捷发布规划.
- 冲刺计划:仅针对下一个冲刺的详细计划,制定于 冲刺计划会.
- 用于治理的里程碑:更广泛的组织需要据以安排计划的资金关口、监管日期或营销发布。
混合型项目很常见:一个建筑或基础设施项目可能对实体工程使用预测型关键路径进度计划,而对运行建筑的软件采用敏捷方法。在这种情况下,应通过共享的里程碑将两者联系起来,而不是将冲刺任务强行塞进主进度计划。这样,一条高层级时间线就可以同时展示施工阶段和计划的软件发布。
控制进度
进度计划只有反映实际情况才有用。项目开始后:
项目进度计划工具
小型项目可以在电子表格中制定进度计划,但一旦依赖关系频繁变化或多人共用计划,专用软件就能节省时间并减少错误。
| 选项 | 适合人群 | 需要注意 |
|---|---|---|
| 电子表格或模板 | 小型项目、一名计划人员、快速上手 | 无法自动重新计算依赖关系或关键路径 |
| 基于甘特图的项目管理软件 | 需要共享的、能识别依赖关系的时间线和协作功能的团队 | 查看哪些版本包含甘特图、基准和工作负荷视图 |
| 专用进度计划软件 | 包含数千项活动的大型工程和建筑进度计划 | 需要培训;不太适合团队的日常协作 |
在比较工具时,请关注:完成到开始及其他依赖关系类型、任务延误时自动重新排期、关键路径突出显示、基准、资源或工作负荷视图,以及便于与相关方共享。
在我们评测的工具中, Wrike 是同时运行多个项目、需要在一处使用交互式甘特图、依赖关系和工作负荷视图的团队的有力之选。 Smartsheet 适合喜欢电子表格布局、同时需要甘特图和依赖关系功能的团队。对于较轻量的需求,请在我们的 项目管理工具排名 中比较各种选项,或参阅我们的指南: 甘特图软件.
常见的项目进度计划编制错误
| 错误 | 危害 | 解决方法 |
|---|---|---|
| 直接输入日期而不建立逻辑 | 出现延误时进度计划无法重新计算 | 输入工期和依赖关系,让工具来确定日期 |
| 缺失或悬空的依赖关系 | 关键路径看起来比实际更短 | 除开始和结束外,每项活动都应有紧前活动和紧后活动 |
| 活动过大或过小 | 大的活动掩盖延误;过小的活动让您陷入管理工作 | 活动时长以大约一天到两周为宜 |
| 假定人员全职投入 | 工期过于乐观 | 使用真实的可用性和资源日历 |
| 忽视节假日和交付周期 | 工作开始之前日期就已出错 | 设置日历,并将供应商交付周期作为活动纳入 |
| 没有为已知风险预留应急时间 | 每个发生的风险都会变成延误 | 增加与风险登记册关联的进度储备 |
| 以虚假的详细程度规划远期工作 | 白费力气,计划最终还是要重写 | 使用滚动式规划 |
| 获批变更后从不重新确立基准 | 偏差报告变得毫无意义 | 通过变更控制重新确立基准并保留历史记录 |
项目进度计划检查清单
在申请签核之前,请使用以下快速检查:
- WBS 中的每个交付物都至少有一项活动覆盖。
- 每项活动都有负责人、工期和逻辑关联。
- 日历包含节假日、兼职人员和供应商交付周期。
- 没有资源被过度分配,或者过度分配已被理解和接受。
- 关键路径可信,并已与实际做事的人一起审查过。
- 关键里程碑与章程或合同中的承诺一致。
- 已纳入风险应急储备并清晰可见。
- 基准已保存,更新节奏已商定。
本主题的免费模板
常见问题
什么是项目进度安排?
项目进度计划编制是列出项目所需的活动、按逻辑顺序排列、估算其工期和资源,并计算每项活动开始和完成日期的过程。其结果是项目进度计划,团队据此工作,进展也据此衡量。
项目计划和项目进度计划有什么区别?
项目管理计划 描述整个项目将如何运行:范围、成本、质量、风险、沟通等。进度计划是其中的一部分,涵盖时间安排:活动、依赖关系、工期和日期。
项目进度安排的步骤是什么?
商定进度计划的管理方式,分解范围,定义活动,排列顺序,估算工期,分配资源和日历,计算进度(通常使用关键路径法),然后审查、确立基准并加以控制。
项目进度计划有哪些主要类型?
常见类型包括面向高管的里程碑进度计划、面向指导小组的概要或主进度计划、面向团队的详细进度计划、从固定截止日期倒推制定的倒推进度计划,以及面向敏捷团队的发布计划或冲刺计划。
主要的项目进度计划编制技术有哪些?
使用最广泛的包括甘特图、关键路径法、PERT 三点估算、关键链、资源平衡和资源平滑、进度压缩(赶工和快速跟进)、滚动式规划和蒙特卡洛模拟。
项目进度安排中的关键路径是什么?
关键路径是从开始到结束最长的依赖活动序列。它决定了项目可能的最短工期,其上任何活动的延误都会推迟项目,除非您把时间追回来。参见我们的 关键路径法 指南。
什么是进度基准?
进度基准是经过批准的进度计划日期版本。您将实际日期和预测日期与之比较以衡量偏差,并且只能通过正式的变更控制来更改它。参见 项目基准.
项目进度计划应该详细到什么程度?
详细到每项活动都有一位负责人并可以跟踪,通常持续一天到两周。许多团队会详细规划接下来的几周,而将后期工作保持在概要层级,随着了解的深入再加以细化(滚动式规划)。
项目进度计划应多久更新一次?
大多数项目每周更新一次,与状态报告同步。周期短或节奏快的项目可能更新得更频繁;工作稳定的长期项目集可能每两周更新一次。关键是要有一个人人都知道的固定节奏。
敏捷项目可以有项目进度计划吗?
需要。敏捷团队通过固定时长的冲刺、基于速度的发布计划以及用于治理的里程碑来制定进度计划,而不是为整个项目建立详细的活动网络。
谁负责项目进度计划?
项目经理负责进度计划,并对保持其最新状态负责。实际做事的人应帮助定义、排序和估算自己的活动,因为他们最了解这些工作,也会更认同自己参与设定的日期。
什么是最好的项目进度计划工具?
任何能够处理依赖关系、自动重新计算日期并显示关键路径的工具都能胜任核心工作。对于团队协作,诸如 Wrike 或 Smartsheet 等支持甘特图的工具很受欢迎;小型项目可以先使用 项目进度表模板.
如何让项目进度计划切合实际?
让实际做事的人参与估算,使用真实的可用性而不是假定人员全职投入,纳入节假日和供应商交付周期,为已知风险增加应急时间,并在确立基准之前审查关键路径。
资源平衡和资源平滑有什么区别?
资源平衡会推迟活动直到资源空闲,可能会推迟完成日期。资源平滑只在活动的浮动时间内移动活动,因此完成日期不变。参见 资源平衡.