项目管理知识体系指南 项目范围管理 创建 WBS 创建 WBS:输出 范围基准

5.4.3.1 范围基准

范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典,只有通过正式的变更控制程序才能进行变更,它被用作比较的基础。范围基准项目管理计划的组成部分,包括:

引用
4.2.3.1 项目管理计划

项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有子管理计划和基准,以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件,取决于具体项目的需求。

项目管理计划组件包括(但不限于):

虽然在本过程生成的组件会因项目而异,但是通常包括(但不限于):

项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划,但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件项目文件

表 4-1项目管理计划项目文件

4.6.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

5 项目范围管理

在预测型项目中,经过批准的项目范围说明书、工作分解结构(WBS)和相应的 WBS 词典构成项目范围基准。只有通过正式变更控制程序,才能进行基准变更。在开展确认范围控制范围及其他控制过程时,基准被用作比较的基础。而采用适应型生命周期的项目,则使用未完项(包括产品需求和用户故事)反映当前需求。

5.1.3.1 范围管理计划

范围管理计划项目管理计划的组成部分,描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划要对将用于下列工作的管理过程做出规定:

根据项目需要,范围管理计划可以是正式或非正式的,非常详细或高度概括的。

5.2 收集需求

实践指南》[7] 提供了有关产品需求的更深入信息。让相关方积极参与需求的探索和分解工作(分解项目和产品需求),并仔细确定、记录和管理对产品、服务或成果的需求,能直接促进项目成功。需求是指根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。它包括发起人、客户和其他相关方的已量化且书面记录的需要和期望。应该足够详细地探明、分析和记录这些需求,将其包含在范围基准中,并在项目执行开始后对其进行测量。需求将成为工作分解结构(WBS)的基础,也将成为成本、进度、质量和采购规划的基础。

5.4.3.1 范围基准

范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典,只有通过正式的变更控制程序才能进行变更,它被用作比较的基础。范围基准项目管理计划的组成部分,包括:

5.5 确认范围

由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过正式验收。本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出(如需求文件范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据

5.5.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

5.6 控制范围

控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。本过程的主要作用是,在整个项目期间保持对范围基准的维护,且需要在整个项目期间开展。图 5-17 描述本过程的输入、工具与技术和输出。图 5-18 是本过程的数据流向图。

5.6.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

5.6.1.2 项目文件

可作为本过程输入的项目文件包括(但不限于):

5.6.2.1 数据分析

确定偏离范围基准(见 5.4.3.1 节)的原因和程度,并决定是否需要采取纠正或预防措施,是项目范围控制的重要工作。

5.6.3.1 工作绩效信息

本过程产生的工作绩效信息是有关项目和产品范围实施情况(对照范围基准)的、相互关联且与各种背景相结合的信息,包括收到的变更的分类、识别的范围偏差和原因、偏差对进度和成本的影响,以及对将来范围绩效的预测。

5.6.3.2 变更请求

4.3.3.4 节。分析项目绩效后,可能会就范围基准进度基准,或项目管理计划的其他组成部分提出变更请求变更请求需要经过实施整体变更控制过程(见 4.6 节)的审查和处理。

5.6.3.3 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求项目管理计划组成部分包括(但不限于):

6.2.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

6.3.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

6.4.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

6.5.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

6.5.3.5 变更请求

4.3.3.4 节。修改项目范围或项目进度计划之后,可能会对范围基准和/或项目管理计划的其他组成部分提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。

6.6.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

6.6.3.3 变更请求

4.3.3.4 节。通过分析进度偏差,审查进展报告、绩效测量结果和项目范围或进度调整情况,可能会对进度基准范围基准和/或项目管理计划的其他组成部分提出变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。预防措施可包括推荐的变更,以消除或降低不利进度偏差的发生概率。

7.2.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

7.3.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

7.4.2.2 数据分析

适用于控制成本过程的数据分析技术包括(但不限于):

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)]。

如果已识别的风险没有发生,就可能要从项目预算中扣除未使用的应急储备,为其他项目或运营腾出资源。同时,在项目中开展进一步风险分析,可能会发现需要为项目预算申请额外的储备。

8.1.1.2 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

8.1.3.3 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求项目管理计划组成部分包括(但不限于):

WBS 词典记录的质量要求可能需要更新。

8.2.2.1 数据收集

适用于本过程的数据收集技术包括(但不限于)核对单(见 11.2.2.2 节)。核对单是一种结构化工具,通常列出特定组成部分,用来核实所要求的一系列步骤是否已得到执行或检查需求列表是否已得到满足。基于项目需求和实践,核对单可简可繁。许多组织都有标准化的核对单,用来规范地执行经常性任务。在某些应用领域,核对单也可从专业协会或商业性服务机构获取。质量核对单应该涵盖在范围基准中定义的验收标准。

8.2.3.4 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求项目管理计划组成部分包括(但不限于):

9.1.1.2 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

9.2.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

11.2.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

还包括工作分解结构,可用作安排风险识别工作的框架。

11.2.2.3 数据分析

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

项目文件中的不确定性或模糊性,以及同一文件内部或不同文件之间的不一致,都可能是项目风险的指示信号。

11.4.1.1 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

11.5.3.2 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

12.1.1.3 项目管理计划

4.2.3.1 节项目管理计划组件包括(但不限于):

12.1.3.4 采购工作说明书

依据项目范围基准,为每次采购编制工作说明书(SOW),仅对将要包含在相关合同中的那一部分项目范围进行定义。工作说明书会充分详细地描述拟采购的产品、服务或成果,以便潜在卖方确定是否有能力提供此类产品、服务或成果。根据采购品的性质、买方的需求,或拟采用的合同形式,工作说明书的详细程度会有较大不同。工作说明书的内容包括:规格、所需数量、质量水平、绩效数据、履约期间、工作地点和其他要求。

12.2.3.4 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

3.7.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.8.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.9.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.10.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.12.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.13.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.14.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.14.3 项目管理计划更新

可在本过程更新的项目管理计划组件包括(但不限于):

3.15.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.16.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.19.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.21.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

3.22.3 项目管理计划更新

可在本过程更新的项目管理计划组件包括(但不限于):

3.23.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

4.3.3 项目管理计划更新

可在本过程更新的项目管理计划组件包括(但不限于):

4.9.3 项目管理计划更新

可在本过程更新的项目管理计划组件包括(但不限于):

5.2.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

5.3.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

5.4 控制范围

控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。本过程的主要作用是,在整个项目期间保持对范围基准的维护。本过程需要在整个项目期间开展。图 5-5 描述了本过程的输入和输出。

5.4.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

5.4.3 项目管理计划更新

可在本过程更新的项目管理计划组件包括(但不限于):

5.5.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):