进度基准是经过批准的进度模型,只有通过正式的变更控制程序才能进行变更,用作与实际结果进行比较的依据。经相关方接受和批准,进度基准包含基准开始日期和基准结束日期。在监控过程中,将用实际开始和完成日期与批准的基准日期进行比较,以确定是否存在偏差。进度基准是项目管理计划的组成部分。
项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有子管理计划和基准,以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件,取决于具体项目的需求。
项目管理计划组件包括(但不限于):
虽然在本过程生成的组件会因项目而异,但是通常包括(但不限于):
项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划,但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件和项目文件。
表 4-1项目管理计划和项目文件
见 4.2.3.1 节。项目管理计划组件包括(但不限于):
见 4.3.3.4 节。分析项目绩效后,可能会就范围基准和进度基准,或项目管理计划的其他组成部分提出变更请求。变更请求需要经过实施整体变更控制过程(见 4.6 节)的审查和处理。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):
项目进度管理包括为管理项目按时完成所需的各个过程。其过程包括:
6.1 规划进度管理 — 为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。
6.2 定义活动 — 识别和记录为完成项目可交付成果而需采取的具体行动的过程。
6.3 排列活动顺序 — 识别和记录项目活动之间的关系的过程。
6.4 估算活动持续时间 — 根据资源估算的结果,估算完成单项活动所需工作时段数的过程。
6.5 制定进度计划 — 分析活动顺序、持续时间、资源需求和进度制约因素,创建项目进度模型,从而落实项目执行和监控的过程。
6.6 控制进度 — 监督项目状态,以更新项目进度和管理进度基准变更的过程。
图 6-1 概括了项目进度管理的各个过程。虽然在本《PMBOK® 指南》中,各项目进度管理过程以界限
分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 6-1项目进度管理概述
项目进度管理的核心概念项目进度计划提供详尽的计划,说明项目如何以及何时交付项目范围中定义的产品、服务和成果,是一种用于沟通和管理相关方期望的工具,为绩效报告提供了依据。
项目管理团队选择进度计划方法,例如关键路径法或敏捷方法。之后,项目管理团队将项目特定数据,如活动、计划日期、持续时间、资源、依赖关系和制约因素等输入进度计划编制工具,以创建项目进度模型。这件工作的成果就是项目进度计划。图 6-2 是进度计划工作的概览,展示如何结合进度计划编制方法、编制工具及项目进度管理各过程的输出来创建进度模型。
在小型项目中,定义活动、排列活动顺序、估算活动持续时间及制定进度模型等过程之间的联系非常密切,以至于可视为一个过程,能够由一个人在较短时间内完成。但本章仍然把这些过程分开介绍,因为每个过程所用的工具和技术各不相同。有关某些过程的更详细的描述,请参见《进度计划实践标准》[2]。
在可能的情况下,应在整个项目期间保持项目详细进度计划的灵活性,使其可以随着知识的获得、对风险理解的加深,以及增值活动的设计而调整。
图 6-2进度规划工作概述
项目进度管理的发展趋势和新兴实践全球市场瞬息万变,竞争激烈,具有很高的不确定性和不可预测性,很难定义长期范围,因此,为应对环境变化,根据具体情景有效采用和裁剪开发实践就日益重要。适应型规划虽然制定了计划,但也意识到工作开始之后,优先级可能发生改变,需要修改计划以反映新的优先级。
有关项目进度计划方法的新兴实践包括(但不限于):
按需进度计划方法通常用于产品在运营和维护环境下以增量方式演进,且任务的规模或范围相对类似,或者,可以按照规模或范围对任务进行组合的项目。
裁剪考虑因素由于每个项目都是独特的,因此项目经理可能需要裁剪项目进度管理过程。裁剪时应考虑的因素包括(但不限于):
有关进度计划的更多信息,参阅《进度计划实践标准》[16]。
关于敏捷/适应型环境的考虑因素适应型方法采用短周期来开展工作、审查结果,并在必要时做出调整。这些周期可针对方法和可交付成果的适用性提供快速反馈,通常表现为迭代型进度计划和拉动式按需进度计划,具体参见“项目进度管理的发展趋势和新兴实践”一节。
在大型组织中,可能同时存在小规模项目和大规模举措,需要制定长期路线图,通过规模参数(如团队规模、地理分布、法规合规性、组织复杂性和技术复杂性)来管理这些项目集。为管理大规模的、全企业系统的、完整的交付生命周期,可能需要采用一系列技术,包括预测型方法、适应型方法或两种方法的混合。组织还可能需要结合几种核心方法,或采用已实践过的方法,并采纳来自传统技术的一些原则和实践。
无论是采用预测型开发生命周期来管理项目,还是在适应型环境下管理项目,项目经理的角色都不变。但是,要成功实施适应型方法,项目经理需要了解如何高效使用相关的工具和技术。
进度管理计划是项目管理计划的组成部分,为编制、监督和控制项目进度建立准则和明确活动。
根据项目需要,进度管理计划可以是正式或非正式的,非常详细或高度概括的,其中应包括合适的控制临界值。
进度管理计划会规定:
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):
排列活动顺序是识别和记录项目活动之间的关系的过程,本过程的主要作用是定义工作之间的逻辑顺序,以便在既定的所有项目制约因素下获得最高的效率。本过程需要在整个项目期间开展。
图 6-7 描述本过程的输入、工具与技术和输出,图 6-8 是本过程的数据流程图。
图 6-7排列活动顺序:输入、工具与技术和输出
图 6-8排列活动顺序:数据流程图
除了首尾两项,每项活动都至少有一项紧前活动和一项紧后活动,并且逻辑关系适当。通过设计逻辑关系来创建一个切实的项目进度计划,可能有必要在活动之间使用提前量或滞后量,使项目进度计划更为切实可行;可以使用项目管理软件、手动技术或自动技术,来排列活动顺序。排列活动顺序过程旨在将项目活动列表转化为图表,作为发布进度基准的第一步。
可用作本过程的数据分析技术包括(但不限于):
也可以估算项目进度管理所需要的管理储备量。管理储备是为管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作。管理储备用来应对会影响项目的“未知-未知”风险,它不包括在进度基准中,但属于项目总持续时间的一部分。依据合同条款,使用管理储备可能需要变更进度基准。
控制进度是监督项目状态,以更新项目进度和管理进度基准变更的过程。本过程的主要作用是在整个项目期间保持对进度基准的维护,且需要在整个项目期间开展。图 6-22 描述本过程的输入、工具与技术和输出,图 6-23 是本过程的数据流程图。
图 6-22控制进度:输入、工具与技术和输出
图 6-23控制进度:数据流程图
要更新进度模型,就需要了解迄今为止的实际绩效。进度基准的任何变更都必须经过实施整体变更控制过程的审批(见 4.6 节)。控制进度作为实施整体变更控制过程的一部分,关注如下内容:
如果采用敏捷方法,控制进度要关注如下内容:
将工作外包时,定期向承包商和供应商了解里程碑的状态更新是确保工作按商定进度进行的一种途径,有助于确保进度受控。同时,应执行进度状态评审和巡检,确保承包商报告准确且完整。
见 4.2.3.1 节。项目管理计划组件包括(但不限于):
可用作本过程的数据分析技术包括(但不限于):
图 6-24迭代燃尽图
见 4.3.2.2 节。项目管理信息系统包括进度计划软件。用这种软件对照计划日期跟踪实际日期,对照进度基准报告偏差和进展,以及预测项目进度模型变更的影响。
见 4.5.1.3 节。工作绩效信息包括与进度基准相比较的项目工作执行情况。可以在工作包层级和控制账户层级,计算开始和完成日期的偏差以及持续时间的偏差。对于使用挣值分析的项目,进步偏差 (SV) 和进度绩效指数 (SPI) 将记录在工作绩效报告中(见 4.5.3.1 节)。
见 4.3.3.4 节。通过分析进度偏差,审查进展报告、绩效测量结果和项目范围或进度调整情况,可能会对进度基准、范围基准和/或项目管理计划的其他组成部分提出变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。预防措施可包括推荐的变更,以消除或降低不利进度偏差的发生概率。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):
适用于控制成本过程的数据分析技术包括(但不限于):
EV 常用于计算项目的完成百分比,应该为每个 WBS 组件规定进展测量准则,用于考核正在实施的工作。项目经理既要监测 EV 的增量,以判断当前的状态,又要监测 EV 的累计值,以判断长期的绩效趋势。
它是指在某个给定的时点,项目提前或落后的进度,它是测量项目进度绩效的一种指标,等于挣值(EV)减去计划价值(PV)。EVA 进度偏差是一种有用的指标,可表明项目进度是落后还是提前于进度基准。当项目完工时,全部的计划价值都将实现(即成为挣值),所以 EVA 进度偏差最终将等于零。最好把进度偏差与关键路径法 (CPM) 和风险管理一起使用。
公式:SV = EV – PV。
项目结束时的成本偏差,就是完工预算(BAC)与实际成本之间的差值。由于成本偏差指明了实际绩效与成本支出之间的关系,所以非常重要。负的 CV 一般都是不可挽回的。公式:CV = EV – AC。
图 7-12挣值、计划价值和实际成本
预测要根据项目执行过程中所提供的工作绩效数据(见 4.3.3.2 节)来产生、更新和重新发布。工作绩效信息包含项目过去的绩效,以及可能在未来对项目产生影响的任何信息。
在计算 EAC 时,通常用已完成工作的实际成本,加上剩余工作的完工尚需估算(ETC)。
项目团队要根据已有的经验,考虑实施 ETC 工作可能遇到的各种情况。把挣值分析与手工预测 EAC 方法联合起来使用,效果会更佳。由项目经理和项目团队手工进行的自下而上汇总方法,就是一种最普通的 EAC 预测方法。
项目经理所进行的自下而上的 EAC 估算,就是以已完成工作的实际成本为基础,并根据已积累的经验来为剩余项目工作编制一个新估算。公式:EAC = AC + 自下而上的 ETC。
可以很方便地把项目经理手工估算的 EAC 与计算得出的一系列 EAC 作比较,这些计算得出的EAC 代表了不同的风险情景。在计算 EAC 值时,经常会使用累计 CPI 和累计 SPI 值。尽管可以用许多方法来计算基于 EVM 数据的 EAC 值,但下面只介绍最常用的三种方法:
mm假设将按预算单价完成 ETC 工作。这种方法承认以实际成本表示的累计实际项目绩效(不论好坏),并预计未来的全部 ETC 工作都将按预算单价完成。如果目前的实际绩效不好,则只有在进行项目风险分析并取得有力证据后,才能做出“未来绩效将会改进”的假设。
公式:EAC = AC +(BAC – EV)。
mm假设以当前 CPI 完成 ETC 工作。这种方法假设项目将按截至目前的情况继续进行,即 ETC工作将按项目截至目前的累计成本绩效指数(CPI)实施。公式:EAC = BAC/CPI。
mm假设 SPI 与 CPI 将同时影响 ETC 工作。在这种预测中,需要计算一个由成本绩效指数与进度绩效指数综合决定的效率指标,并假设 ETC 工作将按该效率指标完成。如果项目进度对 ETC 有重要影响,这种方法最有效。使用这种方法时,还可以根据项目经理的判断,分别给 CPI 和 SPI 赋予不同的权重,如 80/20、50/50 或其他比率。公式:EAC =AC +[(BAC – EV)/(CPI x SPI)]。
如果已识别的风险没有发生,就可能要从项目预算中扣除未使用的应急储备,为其他项目或运营腾出资源。同时,在项目中开展进一步风险分析,可能会发现需要为项目预算申请额外的储备。
见 4.3.3.4 节。分析项目绩效后,可能会就成本基准和进度基准,或项目管理计划的其他组成部分提出变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组成部分包括(但不限于):
控制资源是确保按计划为项目分配实物资源,以及根据资源使用计划监督资源实际使用情况,并采取必要纠正措施的过程。本过程的主要作用是,确保所分配的资源适时适地可用于项目,且在不再需要时被释放。本过程需要在整个项目期间开展。图 9-14 描述了本过程的输入和输出。图 9-15是本过程的数据流向图。
图 9-14控制资源:输入、工具与技术和输出
• Projectcharter图 9-15控制资源:数据流向图
应在所有项目阶段和整个项目生命周期期间持续开展控制资源过程,且适时、适地和适量地分配和释放资源,使项目能够持续进行。控制资源过程关注实物资源,例如设备、材料、设施和基础设施。管理团队过程关注团队成员。
本节讨论的控制资源技术是项目中最常用的,而在特定项目或应用领域中,还可采用许多其他控制资源技术。
更新资源分配时,需要了解已使用的资源和还需要获取的资源。为此,应审查至今为止的资源使用情况。控制资源过程关注:
进度基准或成本基准的任何变更,都必须经过实施整体变更控制过程的审批(见 4.6 节)。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组成部分包括(但不限于):
见 4.2.3.1 节。项目管理计划组件包括(但不限于):
还包括工作分解结构,可用作安排风险识别工作的框架。
见 4.2.3.1 节。项目管理计划组件包括(但不限于):
见 4.3.3.4 节。规划风险应对后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):
见 4.3.3.4 节。实施风险应对后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
见 4.3.3.4 节。执行监督风险过程后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
变更请求可能包括:建议的纠正与预防措施,以处理当前整体项目风险级别或单个项目风险。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):
见 4.2.3.1 节。项目管理计划组件包括(但不限于):
见 4.3.3.4 节。在控制采购过程中,可能提出对项目管理计划及其子计划和其他组件的变更请求,例如,成本基准、进度基准和采购管理计划。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
已提出而未解决的变更,可能包括买方发布的指示或卖方采取的行动,而对方认为该指示或行动已构成对合同的推定变更。因为双方可能对推定变更存在争议,并可能引起一方向另一方索赔,所以通常应该在项目往来函件中对推定变更进行专门识别和记录。
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可用作本过程输入的项目管理计划组件包括(但不限于):
可用作本过程输入的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可用作本过程输入的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
控制进度是监督项目状态,以更新项目进度和管理进度基准变更的过程。本过程的主要作用是,在整个项目期间保持对进度基准的维护。本过程需要在整个项目期间开展。图 5-6 描述了本过程的输入和输出。
图 5-6控制进度:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):
可用作本过程输入的项目管理计划组件包括(但不限于):
可在本过程更新的项目管理计划组件包括(但不限于):