Index

所属知识领域:项目整合管理
所属过程组:监控过程组
第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制
post_title:实施整体变更控制
post_content:

实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果项目文件项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件可交付成果项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 4-12 描述本过程的输入、工具与技术和输出。图 4-13 是本过程的数据流向图。

图 4-12实施整体变更控制:输入工具与技术和输出

图 4-13实施整体变更控制:数据流向图

实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间,参与项目的任何相关方都可以提出变更请求。变更控制的实施程度,取决于项目所在应用领域、项目复杂程度、合同要求,以及项目所处的背景与环境。

在基准确定之前,变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准,就必须通过本过程来处理变更请求。依照常规,每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求,并经过正式控制。

尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划组织程序中指定这位责任人,必要时,应该由变更控制委员会(CCB)来开展实施整体变更控制过程。CCB 是一个正式组成的团体,负责审查、评价、批准、推迟或否决项目变更,以及记录和传达变更处理决定。

变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求,在 CCB 批准之后,可能还需要得到客户或发起人的批准,除非他们本身就是 CCB 的成员。


ID:143
areaid:0
groupid:0
type:
post_name: 3.5.1
post_title: 在过程层面执行整合
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.5 执行整合 / 3.5.1 在过程层面执行整合
post_content:

项目管理可被看作为实现项目目标而采取的一系列过程和活动。有些过程可能只发生一次(例如项目章程的初始创建),但很多过程在整个项目期间会相互重叠并重复发生多次。这种重叠和多次出现的过程,比如需求变更,它会影响范围、进度或预算,并需要提出变更请求。控制范围过程和实施整体变更控制等若干项目管理过程可包括变更请求。在整个项目期间实施整体变更控制过程是为了整合变更请求。

虽然对项目过程的整合方式没有明确的定义,但如果项目经理无法整合相互作用的项目过程,那么实现项目目标的机会将会很小。


ID:147
areaid:1
groupid:0
type:
post_name: 4
post_title: 项目整合管理
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理
post_content:

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

项目整合管理过程包括:

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

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

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

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

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

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

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

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

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

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

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

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

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

项目整合管理指的是:

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

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

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

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

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


ID:162
areaid:1
groupid:2
type:
post_name: 4.2
post_title: 制定项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划
post_content:

制定项目管理计划是定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。本过程的主要作用是,生成一份综合文件,用于确定所有项目工作的基础及其执行方式,它仅开展一次或仅在项目的预定义点开展。图 4-4 描述本过程的输入、工具与技术和输出。

图 4-5 是本过程的数据流向图。

图 4-4制定项目管理计划:输入、工具与技术和输出

图 4-5制定项目管理计划:数据流向图

• Projectcharter项目管理计划确定项目的执行、监控和收尾方式,其内容会因项目所在的应用领域和复杂程度而异。

项目管理计划可以是概括或详细的,而每个组成部分的详细程度取决于具体项目的要求。项目管理计划应足够强大,可以应对不断变化的项目环境。这种敏捷性有利于随项目进展产出更准确的信息。

项目管理计划应基准化,即,至少应规定项目的范围、时间和成本方面的基准,以便据此考核项目执行情况和管理项目绩效。在确定基准之前,可能要对项目管理计划进行多次更新,且这些更新无需遵循正式流程。但是,一旦确定了基准,就只能通过实施整体变更控制过程进行更新。在这种情况下,如果需要进行变更,应提出变更请求以待决定。这一过程将形成一份项目管理计划。在项目收尾之前,该计划需要通过不断更新来渐进明细,并且这些更新需要得到控制和批准。

对隶属于项目集或项目组合的项目,则应该制定与项目集或项目组合管理计划相一致的项目管理计划。例如,项目集管理计划中要求超过某一特定成本的所有变更都需要上报变更控制委员会(CCB)审查,在项目管理计划中就应该对审查流程和成本临界值做出相应规定。


ID:179
areaid:1
groupid:3
type:in
post_name: 4.3.1.3
post_title: 批准的变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.1 指导与管理项目工作:输入 / 4.3.1.3 批准的变更请求
post_content:

见 4.6.3.1 节。批准的变更请求是实施整体变更控制过程的输出,包括经项目经理审查和批准的变更请求,必要时可经变更控制委员会 (CCB) 审查和批准。批准的变更请求可能是纠正措施、预防措施或缺陷补救,并由项目团队纳入项目进度计划付诸实施,可能对项目或项目管理计划的任一领域产生影响,还可能导致修改正式受控的项目管理计划组件或项目文件。


ID:190
areaid:1
groupid:3
type:out
post_name: 4.3.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.4 变更请求
post_content:

变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题,就可提出变更请求,对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施或纠正措施,用来防止以后的不利后果。任何项目相关方都可以提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。变更请求源自项目内部或外部,是可选或由法律(合同)强制的。变更请求可能包括:


ID:226
areaid:1
groupid:4
type:out
post_name: 4.5.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.3 监控项目工作:输出 / 4.5.3.2 变更请求
post_content:

见 4.3.3.4 节。通过比较实际情况与计划要求,可能需要提出变更请求,来扩大、调整或缩小项目范围与产品范围,或者提高、调整或降低质量要求和进度或成本基准。变更请求可能导致需要收集和记录新的需求。变更可能会影响项目管理计划、项目文件或产品可交付成果。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。变更可能包括(但不限于):


ID:236
areaid:1
groupid:4
type:in
post_name: 4.6.1.3
post_title: 工作绩效报告
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.3 工作绩效报告
post_content:

见 4.5.3.1 节。对实施整体变更控制过程特别有用的工作绩效报告包括:资源可用情况、进度和成本数据、挣值报告、燃烧图或燃尽图。


ID:238
areaid:1
groupid:4
type:in
post_name: 4.6.1.5
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.5 事业环境因素
post_content:

能够影响实施整体变更控制过程的事业环境因素包括(但不限于):


ID:239
areaid:1
groupid:4
type:in
post_name: 4.6.1.6
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.6 组织过程资产
post_content:

能够影响实施整体变更控制过程的组织过程资产包括(但不限于):


ID:271
areaid:2
groupid:0
type:
post_name: 5
post_title: 项目范围管理
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理
post_content:

项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程。管理项目范围主要在于定义和控制哪些工作应该包括在项目内,哪些不应该包括在项目内。

项目范围管理过程包括:

5.1 规划范围管理 — 为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。

5.2 收集需求 — 为实现项目目标而确定、记录并管理相关方的需要和需求的过程。

5.3 定义范围 — 制定项目和产品详细描述的过程。

5.4 创建 WBS — 将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。

5.5 确认范围 — 正式验收已完成的项目可交付成果的过程。

5.6 控制范围 — 监督项目和产品的范围状态,管理范围基准变更的过程。

图 5-1 概括了项目范围管理的各个过程。虽然各项目范围管理过程以界限分明、相互独立的形式出

现,但在实践中它们会以《PMBOK® 指南》无法全面叙述的方式相互交叠、相互作用。

图 5-1项目范围管理概述

项目范围管理的核心概念在项目环境中,“范围”这一术语有两种含义:

从预测型方法到适应型或敏捷型方法,项目生命周期可以处于这个连续区间内的任何位置。在预测型生命周期中,在项目开始时就对项目可交付成果进行定义,对任何范围变化都要进行渐进管理。而在适应型或敏捷型生命周期中,通过多次迭代来开发可交付成果,并在每次迭代开始时定义和批准详细的范围。

采用适应型生命周期,旨在应对大量变更,需要相关方持续参与项目;因此,应将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作(有时称为产品未完项)。在一个迭代开始时,团队将努力确定产品未完项中,哪些最优先项应在下一次迭代中交付。在每次迭代中,都会重复开展三个过程:收集需求、定义范围和创建 WBS。相反,在预测型项目中,这些过程在项目开始时开展,并在必要时通过实施整体变更控制过程进行更新。

在适应型或敏捷型生命周期中,发起人和客户代表应该持续参与项目,随同可交付成果的创建提供反馈意见,并确保产品未完项反映他们的当前需求。在每次迭代中,都会重复开展两个过程:确认范围和控制范围。相反,在预测型项目中,确认范围在每个可交付成果生成时或者在阶段审查点开展,而控制范围则是一个持续性的过程。

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

项目范围的完成情况是根据项目管理计划来衡量的,而产品范围的完成情况是根据产品需求来衡量的。在这里,“需求”是指根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。

确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是确认范围过程的输入,而验收的可交付成果是确认范围过程的输出之一,由获得授权的相关方正式签字批准。因此,相关方需要在规划阶段早期介入(有时需要在启动阶段就介入),对可交付成果的质量提出意见,以便控制质量过程能够据此评估绩效并提出必要的变更建议。

目范围管理的发展趋势和新兴实践需求一直是项目管理中的重点,并且还将继续得到项目管理从业者的更多关注。随着全球环境变得日益复杂,组织开始认识到如何运用商业分析,通过定义、管理和控制需求活动来提高竞争优势。商业分析活动可在项目启动和项目经理任命之前就开始。根据《需求管理:实践指南》[14],需求管理过程始于需要评估,而需要评估又可能始于项目组合规划、项目集规划或单个项目。

在项目范围管理过程中,收集、记录和管理相关方需求。项目范围管理的范围趋势和新兴实践包括(但不限于)注重与商业分析专业人士的合作,以便:

需求管理过程结束于需求关闭,即把产品、服务或成果移交给接收方,以便长期测量、监控、实现和维持效益。

应该将商业分析的角色连同职责分配给具有足够商业分析技能和专业知识的人员。如果项目已配备商业分析师,那么,与需求管理相关的活动便是该角色的职责。而项目经理则负责确保这些活动在项目管理计划有所安排,并且在预算内按时完成,同时能够创造价值。

项目经理与商业分析师之间应该是伙伴式合作关系。如果项目经理和商业分析师能够理解彼此在促进项目目标实现过程中的角色和职责,项目成功的可能性就更大。

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

在敏捷或适应型环境中需要考虑的因素对于需求不断变化、风险大或不确定性高的项目,在项目开始时通常无法明确项目的范围,而需要在项目期间逐渐明确。敏捷方法特意在项目早期缩短定义和协商范围的时间,并为持续探索和明确范围而延长创建相应过程的时间。在许多情况下,不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此,敏捷方法有目的地构建和审查原型,并通过多次发布版本来明确需求。这样一来,范围会在在整个项目期间被定义和再定义。在敏捷方法中,把需求列入未完项。


ID:350
areaid:2
groupid:4
type:out
post_name: 5.5.3.3
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.3 确认范围:输出 / 5.5.3.3 变更请求
post_content:

对已经完成但未通过正式验收的可交付成果及其未通过验收的原因,应该记录在案。可能需要针对这些可交付成果提出变更请求,开展缺陷补救。变更请求(见 4.3.3.4 节)应该由实施整体变更控制过程(见 4.6 节)进行审查与处理。


ID:352
areaid:2
groupid:4
type:
post_name: 5.6
post_title: 控制范围
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围
post_content:

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

图 5-17控制范围:输入、工具与技术和输出

图 5-18控制范围:数据流向图

控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程(见 4.6 节)进行处理。在变更实际发生时,也要采用控制范围过程来管理这些变更。控制范围过程应该与其他控制过程协调开展。未经控制的产品或项目范围的扩大(未对时间、成本和资源做相应调整)被称为范围蔓延。变更不可避免,因此在每个项目上,都必须强制实施某种形式的变更控制。

.


ID:362
areaid:2
groupid:4
type:out
post_name: 5.6.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.3 控制范围:输出 / 5.6.3.2 变更请求
post_content:

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


ID:392
areaid:3
groupid:2
type:out
post_name: 6.2.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.3 定义活动:输出 / 6.2.3.4 变更请求
post_content:

见 4.3.3.4 节。一旦定义项目的基准后,在将可交付成果渐进明细为活动的过程中,可能会发现原本不属于项目基准的工作,这样就会提出变更请求。在这情况下,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:447
areaid:3
groupid:2
type:out
post_name: 6.5.3.5
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.5 变更请求
post_content:

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

预防措施可包括推荐的变更,以消除或降低不利进度偏差的发生概率。


ID:450
areaid:3
groupid:4
type:
post_name: 6.6
post_title: 控制进度
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度
post_content:

控制进度是监督项目状态,以更新项目进度和管理进度基准变更的过程。本过程的主要作用是在整个项目期间保持对进度基准的维护,且需要在整个项目期间开展。图 6-22 描述本过程的输入、工具与技术和输出,图 6-23 是本过程的数据流程图。

图 6-22控制进度:输入、工具与技术和输出

图 6-23控制进度:数据流程图

要更新进度模型,就需要了解迄今为止的实际绩效。进度基准的任何变更都必须经过实施整体变更控制过程的审批(见 4.6 节)。控制进度作为实施整体变更控制过程的一部分,关注如下内容:

如果采用敏捷方法,控制进度要关注如下内容:

将工作外包时,定期向承包商和供应商了解里程碑的状态更新是确保工作按商定进度进行的一种途径,有助于确保进度受控。同时,应执行进度状态评审和巡检,确保承包商报告准确且完整。


ID:466
areaid:3
groupid:4
type:out
post_name: 6.6.3.3
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.3 控制进度:输出 / 6.6.3.3 变更请求
post_content:

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


ID:520
areaid:4
groupid:4
type:
post_name: 7.4
post_title: 控制成本
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本
post_content:

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

图 7-10控制成本:输入、工具与技术和输出

图 7-11控制成本的数据流向图

要更新预算,就需要了解截至目前的实际成本。只有经过实施整体变更控制过程(见 4.6 节)的批准,才可以增加预算。只监督资金的支出,而不考虑由这些支出所完成的工作的价值,对项目没有什么意义,最多只能跟踪资金流。所以在成本控制中,应重点分析项目资金支出与相应完成的工作之间的关系。有效成本控制的关键在于管理经批准的成本基准。

项目成本控制包括:


ID:535
areaid:4
groupid:4
type:out
post_name: 7.4.3.3
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.3 控制成本:输出 / 7.4.3.3 变更请求
post_content:

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


ID:576
areaid:5
groupid:3
type:out
post_name: 8.2.3.3
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.3 变更请求
post_content:

见 4.3.3.4 节。如果管理质量过程期间出现了可能影响项目管理计划任何组成部分、项目文件或项目/产品管理过程的变更,项目经理应提交变更请求并遵循 4.6 节定义的实施整体变更控制过程。


ID:583
areaid:5
groupid:4
type:in
post_name: 8.3.1.3
post_title: 批准的变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.3 批准的变更请求
post_content:

见 4.6.3.1 节。在实施整体变更控制过程中,通过更新变更日志,显示哪些变更已经得到批准,哪些变更没有得到批准。批准的变更请求可包括各种修正,如缺陷补救、修订的工作方法和修订的进度计划。完成局部变更时,如果步骤不完整或不正确,可能会导致不一致和延迟。批准的变更请求的实施需要核实,并需要确认完整性、正确性,以及是否重新测试。


ID:599
areaid:5
groupid:4
type:out
post_name: 8.3.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.4 变更请求
post_content:

见 4.3.3.4 节。如果控制质量过程期间出现了可能影响项目管理计划任何组成部分或项目文件的变更,项目经理应提交变更请求,且应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:653
areaid:6
groupid:3
type:out
post_name: 9.3.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.4 变更请求
post_content:

见 4.3.3.4 节。如果获取资源过程中出现变更请求(例如影响了进度),或者推荐措施、纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求,且应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:675
areaid:6
groupid:3
type:out
post_name: 9.4.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.3 建设团队:输出 / 9.4.3.2 变更请求
post_content:

见 4.3.3.4 节。如果建设团队过程中出现变更请求,或者推荐的纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求并遵循 4.6 节定义的实施整体变更控制过程。


ID:692
areaid:6
groupid:3
type:out
post_name: 9.5.3.1
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.3 管理团队:输出 / 9.5.3.1 变更请求
post_content:

见 4.3.3.4 节。如果管理团队过程中出现变更请求,或者推荐措施、纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求。并通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。

例如,人员配备变更,无论是自主选择还是由不可控事件造成,都会干扰项目团队,这种干扰可能导致进度落后或预算超支。人员配备变更包括转派人员、外包部分工作,或替换离职人员。


ID:696
areaid:6
groupid:4
type:
post_name: 9.6
post_title: 控制资源
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源
post_content:

控制资源是确保按计划为项目分配实物资源,以及根据资源使用计划监督资源实际使用情况,并采取必要纠正措施的过程。本过程的主要作用是,确保所分配的资源适时适地可用于项目,且在不再需要时被释放。本过程需要在整个项目期间开展。图 9-14 描述了本过程的输入和输出。图 9-15是本过程的数据流向图。

图 9-14控制资源:输入、工具与技术和输出

• Projectcharter图 9-15控制资源:数据流向图

应在所有项目阶段和整个项目生命周期期间持续开展控制资源过程,且适时、适地和适量地分配和释放资源,使项目能够持续进行。控制资源过程关注实物资源,例如设备、材料、设施和基础设施。管理团队过程关注团队成员。

本节讨论的控制资源技术是项目中最常用的,而在特定项目或应用领域中,还可采用许多其他控制资源技术。

更新资源分配时,需要了解已使用的资源和还需要获取的资源。为此,应审查至今为止的资源使用情况。控制资源过程关注:

进度基准或成本基准的任何变更,都必须经过实施整体变更控制过程的审批(见 4.6 节)。


ID:710
areaid:6
groupid:4
type:out
post_name: 9.6.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.3 控制资源:输出 / 9.6.3.2 变更请求
post_content:

见 4.3.3.4 节。如果控制资源过程出现变更请求,或者推荐的纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求。并通过实施整体变更控制过程(见 4.6节)对变更请求进行审查和处理。


ID:769
areaid:7
groupid:4
type:out
post_name: 10.3.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.3 监督沟通:输出 / 10.3.3.2 变更请求
post_content:

见 4.3.3.4 节。监督沟通过程往往会导致需要对沟通管理计划所定义的沟通活动进行调整、采取行动和进行干预。变更请求需要通过实施整体变更控制过程(见 4.6 节)进行处理。

此类变更请求可能导致:


ID:852
areaid:8
groupid:2
type:out
post_name: 11.5.3.1
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.3 规划风险应对:输出 / 11.5.3.1 变更请求
post_content:

见 4.3.3.4 节。规划风险应对后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:865
areaid:8
groupid:3
type:out
post_name: 11.6.3.1
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.3 实施风险应对:输出 / 11.6.3.1 变更请求
post_content:

见 4.3.3.4 节。实施风险应对后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:879
areaid:8
groupid:4
type:out
post_name: 11.7.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.3 监督风险:输出 / 11.7.3.2 变更请求
post_content:

见 4.3.3.4 节。执行监督风险过程后,可能会就成本基准和进度基准,或项目管理计划的其他组件提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。

变更请求可能包括:建议的纠正与预防措施,以处理当前整体项目风险级别或单个项目风险。


ID:906
areaid:9
groupid:2
type:out
post_name: 12.1.3.8
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.8 变更请求
post_content:

见 4.3.3.4 节。关于采购货物、服务或资源的决策,可能导致变更请求;规划采购期间的其他决策,也可能导致变更请求。对项目管理计划及其子计划和其他组件的修改都可能导致会影响采购行为的变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:926
areaid:9
groupid:3
type:out
post_name: 12.2.3.3
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.3 实施采购:输出 / 12.2.3.3 变更请求
post_content:

见 4.3.3.4 节。通过实施整体变更控制过程(见 4.6 节),来审查和处理对项目管理计划及其子计划和其他组件的变更请求。


ID:950
areaid:9
groupid:4
type:out
post_name: 12.3.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.3 控制采购:输出 / 12.3.3.4 变更请求
post_content:

见 4.3.3.4 节。在控制采购过程中,可能提出对项目管理计划及其子计划和其他组件的变更请求,例如,成本基准、进度基准和采购管理计划。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。

已提出而未解决的变更,可能包括买方发布的指示或卖方采取的行动,而对方认为该指示或行动已构成对合同的推定变更。因为双方可能对推定变更存在争议,并可能引起一方向另一方索赔,所以通常应该在项目往来函件中对推定变更进行专门识别和记录。


ID:972
areaid:10
groupid:1
type:out
post_name: 13.1.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.1 识别相关方 / 13.1.3 识别相关方:输出 / 13.1.3.2 变更请求
post_content:

见 4.3.3.4 节。首次开展识别相关方过程,不会提出任何变更请求。但随着在后续项目期间继续识别相关方,新出现的相关方或关于现有相关方的新信息可能导致对产品、项目管理计划或项目文件提出变更请求。

应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。


ID:1005
areaid:10
groupid:3
type:out
post_name: 13.3.3.1
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.3 管理相关方参与 / 13.3.3 管理相关方参与:输出 / 13.3.3.1 变更请求
post_content:

见 4.3.3.4 节。作为管理相关方参与的结果,项目范围或产品范围可能需要变更。应该通过实施整体变更控制过程(见 4.6 节)对所有变更请求进行审查和处理。


ID:1024
areaid:10
groupid:4
type:out
post_name: 13.4.3.2
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.4 监督相关方参与 / 13.4.3 监督相关方参与:输出 / 13.4.3.2 变更请求
post_content:

见 4.3.3.4 节。变更请求可能包括用于改善相关方当前参与水平的纠正及预防措施。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。