全部展开 全部合拢

6 项目进度管理

项目进度管理包括为管理项目按时完成所需的各个过程。其过程包括:

6.1 规划进度管理 — 为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。

6.2 定义活动 — 识别和记录为完成项目可交付成果而需采取的具体行动的过程。

6.3 排列活动顺序 — 识别和记录项目活动之间的关系的过程。

6.4 估算活动持续时间 — 根据资源估算的结果,估算完成单项活动所需工作时段数的过程。

6.5 制定进度计划 — 分析活动顺序、持续时间、资源需求和进度制约因素,创建项目进度模型,从而落实项目执行和监控的过程。

6.6 控制进度 — 监督项目状态,以更新项目进度和管理进度基准变更的过程。

图 6-1 概括了项目进度管理的各个过程。虽然在本《PMBOK® 指南》中,各项目进度管理过程以界限

分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。

图 6-1项目进度管理概述

项目进度管理的核心概念项目进度计划提供详尽的计划,说明项目如何以及何时交付项目范围中定义的产品、服务和成果,是一种用于沟通和管理相关方期望的工具,为绩效报告提供了依据。

项目管理团队选择进度计划方法,例如关键路径法或敏捷方法。之后,项目管理团队项目特定数据,如活动、计划日期、持续时间、资源、依赖关系和制约因素等输入进度计划编制工具,以创建项目进度模型。这件工作的成果就是项目进度计划。图 6-2 是进度计划工作的概览,展示如何结合进度计划编制方法、编制工具及项目进度管理各过程的输出来创建进度模型。

在小型项目中,定义活动排列活动顺序估算活动持续时间及制定进度模型等过程之间的联系非常密切,以至于可视为一个过程,能够由一个人在较短时间内完成。但本章仍然把这些过程分开介绍,因为每个过程所用的工具和技术各不相同。有关某些过程的更详细的描述,请参见《进度计划实践标准》[2]。

在可能的情况下,应在整个项目期间保持项目详细进度计划的灵活性,使其可以随着知识的获得、对风险理解的加深,以及增值活动的设计而调整。

图 6-2进度规划工作概述

项目进度管理的发展趋势和新兴实践全球市场瞬息万变,竞争激烈,具有很高的不确定性和不可预测性,很难定义长期范围,因此,为应对环境变化,根据具体情景有效采用和裁剪开发实践就日益重要。适应型规划虽然制定了计划,但也意识到工作开始之后,优先级可能发生改变,需要修改计划以反映新的优先级。

有关项目进度计划方法的新兴实践包括(但不限于):

  • 具有未完项的迭代型进度计划。这是一种基于适应型生命周期的滚动式规划,例如敏捷的产品开发方法。这种方法将需求记录在用户故事中,然后在建造之前按优先级排序并优化用户故事,最后在规定的时间盒内开发产品功能。这一方法通常用于向客户交付增量价值,或多个团队并行开发大量内部关联较小的功能。适应型生命周期在产品开发中的应用越来越普遍,很多项目都采用这种进度计划方法。这种方法的好处在于,它允许在整个开发生命周期期间进行变更。
  • 按需进度计划。这种方法通常用于看板体系,基于制约理论和来自精益生产的拉动式进度计划概念,根据团队的交付能力来限制团队正在开展的工作。按需进度计划方法不依赖于以前为产品开发或产品增量制定的进度计划,而是在资源可用时立即从未完项和工作序列中提取出来开展。按需进度计划方法经常用于此类项目:在运营或持续环境中以增量方式研发产品,其任务可以被设计成相对类似的规模和范围,或者可以按规模和范围进行组合的工作。

按需进度计划方法通常用于产品在运营和维护环境下以增量方式演进,且任务的规模或范围相对类似,或者,可以按照规模或范围对任务进行组合的项目

裁剪考虑因素由于每个项目都是独特的,因此项目经理可能需要裁剪项目进度管理过程。裁剪时应考虑的因素包括(但不限于):

  • 生命周期方法。哪种生命周期方法最适合制定详细的进度计划?
  • 资源可用性。影响资源可持续时间的因素是什么(如可用资源与其生产效率之间的相关性)?
  • 项目维度。项目复杂性、技术不确定性、产品新颖度、速度或进度跟踪(如挣值、完成百分比、“红黄绿”停止信号灯指示)如何影响预期的控制水平?
  • 技术支持。是否采用技术来制定、记录、传递、接收和存储项目进度模型的信息以及是否易于获取?

有关进度计划的更多信息,参阅《进度计划实践标准》[16]。

关于敏捷/适应型环境的考虑因素适应型方法采用短周期来开展工作、审查结果,并在必要时做出调整。这些周期可针对方法和可交付成果的适用性提供快速反馈,通常表现为迭代型进度计划和拉动式按需进度计划,具体参见“项目进度管理的发展趋势和新兴实践”一节。

在大型组织中,可能同时存在小规模项目和大规模举措,需要制定长期路线图,通过规模参数(如团队规模、地理分布、法规合规性、组织复杂性和技术复杂性)来管理这些项目集。为管理大规模的、全企业系统的、完整的交付生命周期,可能需要采用一系列技术,包括预测型方法、适应型方法或两种方法的混合。组织还可能需要结合几种核心方法,或采用已实践过的方法,并采纳来自传统技术的一些原则和实践。

无论是采用预测型开发生命周期来管理项目,还是在适应型环境下管理项目项目经理的角色都不变。但是,要成功实施适应型方法,项目经理需要了解如何高效使用相关的工具和技术。

除了过程组,过程还可以按知识领域进行分类。知识领域指按所需知识内容来定义的项目管理领域,并用其所含过程、实践、输入、输出、工具和技术进行描述。

虽然知识领域相互联系,但从项目管理的角度来看,它们是分别定义的。本指南确定了大多数情况下大部分项目通常使用的十个知识领域。本指南描述的十个知识领域包括:

  • 项目整合管理包括为识别、定义、组合、统一和协调各项目管理过程组的各个过程和活动而开展的过程与活动。
  • 项目范围管理包括确保项目做且只做所需的全部工作以成功完成项目的各个过程。
  • 项目进度管理包括为管理项目按时完成所需的各个过程。
  • 项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程。
  • 项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求,以满足相关方的期望的各个过程。
  • 项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程。
  • 项目沟通管理包括为确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置所需的各个过程。
  • 项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。
  • 项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。
  • 项目相关方管理包括用于开展下列工作的各个过程:识别影响或受项目影响的人员、团队或组织,分析相关方对项目的期望和影响,制定合适的管理策略来有效调动相关方参与项目决策和执行。

某些项目可能需要一个或多个其他的知识领域,例如,建造项目可能需要财务管理或安全与健康管理。表 1-4 列出了项目管理过程组和知识领域。第 4 章至第 13 章详细说明了各个知识领域。该表格概述了第 4 章至第 13章所描述的基本过程。

表 1-4项目管理过程组与知识领域

项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中,整合兼具统一、合并、沟通和建立联系的性质,这些行动应该贯穿项目始终。项目整合管理包括进行以下选择:

  • 资源分配;
  • 平衡竞争性需求;
  • 研究各种备选方法;
  • 为实现项目目标而裁剪过程;
  • 管理各个项目管理知识领域之间的依赖关系。

项目整合管理过程包括:

4.1 制定项目章程 — 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。

4.2 制定项目管理计划 — 定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。

4.3 指导与管理项目工作 — 为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。

4.4 管理项目知识 — 使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。

4.5 监控项目工作 — 跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。

4.6 实施整体变更控制 — 审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。

4.7 结束项目或阶段 — 终结项目、阶段或合同的所有活动的过程。

图 4-1 概述了项目整合管理的各个过程。虽然在本《PMBOK® 指南》中,各项目整合管理过程

以界限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。

图 4-1项目整合管理概述

项目整合管理的核心概念项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家(如成本分析专家、进度规划专家、风险管理专家)管理,但是项目整合管理的责任不能被授权或转移。只能由项目经理负责整合所有其他知识领域的成果,并掌握项目总体情况。项目经理必须对整个项目承担最终责任。

项目与项目管理本质上具有整合性质,例如,为应急计划制定成本估算时,就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时,可能需要再次进行上述某个或某几个过程。

项目管理过程组的各个过程之间经常反复发生联系。例如,在项目早期,规划过程组为执行过程组提供书面的项目管理计划;然后,随着项目的进展,规划过程组还将根据变更情况,更新项目管理计划。

项目整合管理指的是:

  • 确保产品、服务或成果的交付日期,项目生命周期以及效益管理计划这些方面保持一致;
  • 编制项目管理计划以实现项目目标;
  • 确保创造合适的知识并运用到项目中,并从项目中获取必要的知识;
  • 管理项目管理计划中活动的绩效和变更;
  • 做出针对影响项目的关键变更的综合决策;
  • 测量和监督项目进展,并采取适当措施以实现项目目标;
  • 收集关于已达成结果的数据,分析数据以获取信息,并与相关方分享信息;
  • 完成全部项目工作,正式关闭各个阶段、合同以及整个项目;
  • 管理可能需要的阶段过渡。

项目越复杂,相关方的期望越多样化,就需要越全面的整合方法。

项目整合管理的发展趋势和新兴实践项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的发展趋势包括(但不限于):

  • 使用自动化工具。项目经理需要整合大量的数据和信息,因此有必要使用项目管理信息系统(PMIS) 和自动化工具来收集、分析和使用信息,以实现项目目标和项目效益。
  • 使用可视化管理工具。有些项目团队使用可视化管理工具,而不是书面计划和其它文档,来获取和监督关键的项目要素。这样,就便于整个团队直观地看到项目的实时状态,促进知识转移,并提高团队成员和其他相关方识别和解决问题的能力。
  • 项目知识管理。项目人员的流动性和不稳定性越来越高,就要求采用更严格的过程,在整个项目生命周期中积累知识并传达给目标受众,以防止知识流失。
  • 增加项目经理的职责。项目经理被要求介入启动和结束项目,例如开展项目商业论证和效益管理。按照以往的惯例,这些事务均由管理层和项目管理办公室负责。现在,项目经理需要频繁地与他们合作处理这些事务,以便更好地实现项目目标以及交付项目效益。项目经理也需要更全面地识别相关方,并引导他们参与项目,包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。
  • 混合型方法。经实践检验的新做法会不断地融入项目管理方法,例如,采用敏捷或其他迭代做法,为开展需求管理而采用商业分析技术,为分析项目复杂性而采用相关工具,以及为在组织中应用项目成果而采用组织变革管理方法。

裁剪时需要考虑的因素因为每个项目都是独特的,所以项目经理可能需要裁剪项目整合管理过程。裁剪时应考虑的因素包括(但不限于):

  • 项目生命周期。什么是合适的项目生命周期?项目生命周期应包括哪些阶段?
  • 开发生命周期。对特定产品、服务或成果而言,什么是合适的开发生命周期和开发方法?预测型或适应型方法是否适当?如果是适应型,开发产品是该采用增量还是迭代的方式?混合型方法是否为最佳选择?
  • 管理方法。考虑到组织文化和项目的复杂性,哪种管理过程最有效?
  • 知识管理。在项目中如何管理知识以营造合作的工作氛围?
  • 变更。在项目中如何管理变更?
  • 治理。有哪些监控机构、委员会和其他相关方该参与项目治理?对项目状态报告的要求是什么?
  • 经验教训。在项目期间及项目结束时,应收集哪些信息?历史信息和经验教训是否适用于未来的项目?
  • 效益。应该在何时以何方式报告效益:在项目结束时还是在每次迭代或阶段结束时?

在敏捷或适应型环境中需要考虑的因素迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。

在适应型环境下,《整合管理的核心概念》中所述的对项目经理的期望保持不变,但把对具体产品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围,并确保团队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域,那么这种合作型方法就会更加有效。

可用作本过程的数据分析技术包括(但不限于):

  • 备选方案分析。备选方案分析用于比较不同的资源能力或技能水平、进度压缩技术(见 6.5.2.6节)、不同工具(手动和自动),以及关于资源的创建、租赁和购买决策。这有助于团队权衡资源、成本和持续时间变量,以确定完成项目工作的最佳方式。
  • 储备分析。储备分析用于确定项目所需的应急储备量和管理储备。在进行持续时间估算时,需考虑应急储备(有时称为“进度储备”),以应对进度方面的不确定性。应急储备是包含在进度基准中的一段持续时间,用来应对已经接受的已识别风险。应急储备与“已知 — 未知”风险相关,需要加以合理估算,用于完成未知的工作量。应急储备可取活动持续时间估算值的某一百分比或某一固定的时间段,亦可把应急储备从各个活动中剥离出来并汇总。随着项目信息越来越明确,可以动用、减少或取消应急储备,应该在项目进度文件中清楚地列出应急储备。

也可以估算项目进度管理所需要的管理储备量。管理储备是为管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作。管理储备用来应对会影响项目的“未知-未知”风险,它不包括在进度基准中,但属于项目总持续时间的一部分。依据合同条款,使用管理储备可能需要变更进度基准。

项目管理知识领域是管理各种项目时需普遍使用的专业知识领域。每个知识领域都是项目管理中的一个特定主题,以及与该主题相关的一组过程。这10大知识领域在大多数时候适用于大多数项目。某类特定项目可能需要额外的知识领域。这 10 大知识领域包括:

  • 项目整合管理项目整合管理包括为识别、定义、组合、统一和协调各项目管理过程组的各种过程和活动而开展的过程与活动。
  • 项目范围管理项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程。
  • 项目进度管理项目进度管理包括为管理项目按时完成所需的各个过程。
  • 项目成本管理项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程。
  • 项目质量管理项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求,以满足相关方的期望的各个过程。
  • 项目资源管理项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程。
  • 项目沟通管理项目沟通管理包括为确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置所需的各个过程。
  • 项目风险管理项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。
  • 项目采购管理项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。
  • 项目相关方管理项目相关方管理包括用于开展下列工作的各个过程:识别影响或受项目影响的人员、群体或组织,分析相关方对项目的期望和影响,制定合适的管理策略来有效调动相关方参与项目决策和执行。

项目进度管理的核心概念包括:

  • 项目进度规划提供项目以何种方式及何时在规定的项目范围内交付产品、服务和成果的详细计划。
  • 项目进度计划是沟通和管理相关方期望的工具,以及制作绩效报告的基础。
  • 在可能的情况下,应在整个项目期间保持项目进度计划的灵活性,以根据获得的知识、对风险的深入理解和增值活动调整计划。

我们对两个知识领域的名称做了变更,以更贴切地反映其中的工作。

  • 项目时间管理变更为项目进度管理,以反映该知识领域会确定并管理项目期间的进度计划,而不是对时间进行管理。
  • 第六版会同时关注团队资源和物质资源,因此,项目人力资源管理知识领域变更为项目资源管理。

为了反映在实践中项目管理方式的变化,删除了一项过程,新增了三项过程,并移动一项过程到两个知识领域之间。下文会总结这些变更,并在相关知识领域章节加以讨论:

  • 管理项目知识(见 4.4 节)—— 新增;
  • 估算活动资源(见 6.4 节)—— 移动到项目资源管理;
  • 控制资源(见 9.6 节)——新增;
  • 实施风险应对(见 11.6 节)——新增;
  • 结束采购(见 12.4 节)——删除。

若干过程名称有所变更,以提高各过程间的一致性和清晰性。调查显示,相对于控制,项目经理更倾向于监督、引导和管理,尤其在需要与人员交流互动的过程中;因此,控制沟通、控制风险和控制相关方参与等过程的名称变更为监督沟通、监督风险和监督相关方参与。以下清单对所有过程名称的变更进行了总结:

  • 实施质量保证(见 8.2 节)——更改为管理质量;
  • 规划人力资源管理(见 9.1 节)——更改为规划资源管理;
  • 组建项目团队(见 9.2 节)——更改为获取资源;
  • 建设项目团队(见 9.3 节)——更改为建设团队;
  • 管理项目团队(见 9.4 节)——更改为管理团队;
  • 控制沟通(见 10.3 节)——更改为监督沟通;
  • 控制风险(见 11.6 节)——更改为监督风险;
  • 规划相关方管理(见 13.2 节)——更改为规划相关方参与;
  • 控制相关方参与(见 13.4 节)——更改为监督相关方参与。

第 6 章名称从项目时间管理更改为项目进度管理。调查结果也支持对名称进行更改,因为项目经理并不管理时间,他们只是确定并管理项目进度。由于重心转移,以及项目人力资源管理更名为项目资源管理,估算活动资源过程也从此知识领域移到项目资源管理中。制定进度计划过程采纳了部分敏捷型概念。更新了图表和相关文字,以明确阐述本章的进度概念。

与从 X1.1 至 X1.11 节所述信息一致的变更也得到采纳。表 X1-2 对第 6 章的过程进行了总结:

表 X1-2 第 6 章变更

第六版将这一章的范围从之前关注人力资源扩大到涵盖全部资源。为了区分人力资源和其他资源,团队资源这一术语用于指代人力资源,而物质资源则指的是其他资源。我们将估算活动资源过程从项目进度管理转移到此知识领域,并新增了名为“控制资源”的全新过程。建设团队和管理团队中原来的“项目”一词已删除,因为原名称推断项目经理建设和管理的团队只有项目团队。

与从 X1.1 至 X1.11 节所述信息一致的变更也得到采纳。表 X1-4 对第 9 章的过程进行了总结:

表 X1-4 第 9 章变更