Index

所属知识领域:项目相关方管理
所属过程组:规划过程组
第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.2 规划相关方参与 / 13.2.2 规划相关方参与:工具与技术 / 13.2.2.4 决策
post_title:决策
post_content:

适用于本过程的决策技术包括(但不限于)优先级排序或分级。应该对相关方需求以及相关方本身进行优先级排序或分级。具有最大利益和最高影响的相关方,通常应该排在优先级清单的最前面。


ID:78
areaid:0
groupid:0
type:
post_name: 1.1.3
post_title: 道德与专业行为规范
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.1 指南概述和目的 / 1.1.3 道德与专业行为规范
post_content:

PMI 发布了《道德与专业行为规范》[5],为项目管理专业人员增强了信心并帮助个人做出明智的决策,尤其是在面对被要求违背正直诚信或价值观的困境时。全球项目管理业界定义的最重要的价值观是责任、尊重、公正和诚实。《道德与专业行为规范》确立了这四个价值观的基础地位。

《 道德与专业行为规范》包括期望标准和强制标准。期望标准描述了身为 PMI 会员、证书持有者或志愿者的从业者力求遵循的行为规范。尽管对期望标准的遵循情况进行衡量并非易事,依照这些标准行事仍是对从业人员专业性的期待,并非可有可无的要求。强制标准做出了硬性要求,在某些情况下限制或禁止从业者的某些行为。身为 PMI 会员、证书持有者或志愿者以及不依照这些标准行事的从业者将受到 PMI 道德审查委员会的纪律处罚。


ID:85
areaid:0
groupid:0
type:
post_name: 1.2.3.3
post_title: 项目组合管理
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.3 项目、项目集、项目组合以及运营管理之间的关系 / 1.2.3.3 项目组合管理
post_content:

项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。

项目组合管理是指为了实现战略目标而对一个或多个项目组合进行的集中管理。项目组合中的项目集或项目不一定彼此依赖或直接相关。

项目组合管理的目的是:

此外,项目组合管理还可确定项目组合是否符合组织战略。

要实现项目组合价值的最大化,需要精心检查项目组合的组成部分。确定组成部分的优先顺序,使最有利于组织战略目标的组成部分拥有所需的财力、人力和实物资源。

例如,以“投资回报最大化”为战略目标的某基础设施公司,可以把油气、供电、供水、道路、铁路和机场等项目归并成一个项目组合。在这些归并的项目中,组织又可以把相互关联的项目作为项目组合来管理。所有供电项目归类成供电项目组合,同理,所有供水项目归类成供水项目组合。然而,如果组织的项目是设计和建造发电站并运营发电站,这些相互关联的项目可以归类成一个项目集。这样的话,供电项目集和类似的供水项目集就是该基础设施公司项目组合中的基本组成部分。

关于项目组合管理的更多信息,请参见《项目组合管理标准》[2]。

.


ID:91
areaid:0
groupid:0
type:
post_name: 1.2.4.2
post_title: 项目阶段
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.2 项目阶段
post_content:

项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。

生命周期的各个阶段可以通过各种不同的属性来描述。对于特定阶段,属性是可测量且独特的。属性可能包括(但不限于):

项目可以分解为不同的阶段或子组件,这些阶段或子组件的名称通常说明了该阶段完成的工作类型。阶段名称的例子包括(但不限于):

项目阶段可基于各种因素而建立,其中包括(但不限于):

分为多个阶段的方式有助于更好地掌控项目管理,同时还提供了评估项目绩效并在后续阶段采取必要的纠正或预防措施的机会。项目阶段的其中一个关键组成部分是阶段审查(见 1.2.4.3 节)。


ID:92
areaid:0
groupid:0
type:
post_name: 1.2.4.3
post_title: 阶段关口
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.3 阶段关口
post_content:

阶段关口在项目阶段结束时进行,将项目的绩效和进度与项目和业务文件比较,这些文件包括( 但不限于):

根据比较结果做出决定(例如继续/终止的决定),以便:

在不同的组织、行业或工作类型中,阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项,例如产品相关文件或模型。


ID:95
areaid:0
groupid:0
type:
post_name: 1.2.4.6
post_title: 项目管理知识领域
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.6 项目管理知识领域
post_content:

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

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

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

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


ID:96
areaid:0
groupid:0
type:
post_name: 1.2.4.7
post_title: 项目管理数据和信息
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.7 项目管理数据和信息
post_content:

整个项目生命周期需要收集、分析和转化大量的数据。从各个过程收集项目数据,并在项目团队内共享。在各个过程中所收集的数据经过结合相关背景的分析、汇总,并加工成项目信息。信息通过口头形式进行传达,或以各种格式的报告存储和分发。关于这一主题的更多信息,请参见 4.3 节。

在整个项目生命周期中需要定期收集和分析项目数据。关于项目数据和信息的主要术语定义如下:

图 1-7 展示了项目管理各个过程中的项目信息流。

图 1-7项目数据、信息和报告流向


ID:99
areaid:0
groupid:0
type:
post_name: 1.2.6.1
post_title: 项目商业论证
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.6 项目管理商业文件 / 1.2.6.1 项目商业论证
post_content:

项目商业论证指文档化的经济可行性研究报告,用来对尚缺乏充分定义的所选方案的收益进行有效性论证,是启动后续项目管理活动的依据。商业论证列出了项目启动的目标和理由。它有助于在项目结束时根据项目目标衡量项目是否成功。商业论证是一种项目商业文件,可在整个项目生命周期中使用。在项目启动之前通过商业论证,可能会做出继续/终止项目的决策。

需求评估通常是在商业论证之前进行,包括了解业务目的和目标、问题及机会,并提出处理建议。需求评估结果可能会在商业论证文件中进行总结。

定义业务需要、分析形势、提出建议和定义评估标准的过程,适用于任何组织的项目。商业论证可能包括(但不限于)记录以下内容:

用于形势分析的准则可分为:

* 必需。必须践行的准则,可处理问题或机会。

* 预期。希望践行的准则,可处理问题或机会。

* 可选。非必要的准则。这一准则的践行情况可能成为区分备选行动方案的因素。

可选方案也可称为商业场景。例如,商业论证可提供以下三种可选方案:

* 不采取任何行动。亦称为“一切照常”方案。选择这种方案会使项目未被授权。

* 尽最小的努力处理问题或机会。最小的努力可能指确定一系列对处理问题或机会而言极为关键的既定准则。

* 以超过最低限度的努力处理问题或机会。这一方案可满足最低限度的准则以及一些或所有其他在案准则。商业论证可能会提供上述多个方案。

* 潜在方案的分析结果;

* 潜在方案的制约因素、假设、风险和依赖关系;

* 成功标准(见 1.2.6.4 节)。

* 里程碑;

* 依赖关系;

* 角色与职责。

通过将成果与目标和确定的成功标准进行比较,商业论证文件为衡量整个项目生命周期的成功和进展奠定了基础。请参见《从业者商业分析:实践指南》[7]。


ID:110
areaid:0
groupid:0
type:
post_name: 2.3.2
post_title: 组织知识库
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.3 组织过程资产 / 2.3.2 组织知识库
post_content:

组织用来存取信息的知识库,包括(但不限于):


ID:115
areaid:0
groupid:0
type:
post_name: 2.4.2.2
post_title: 项目组合、项目集和项目治理
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.4 组织系统 / 2.4.2 组织治理框架 / 2.4.2.2 项目组合、项目集和项目治理
post_content:

《 项目组合、项目集和项目治理:实践指南》[10] 描述了协调组织级项目管理 (OPM) 与项目组合、项目集和项目管理的常见治理框架,涉及四个治理领域:一致性、风险、绩效和沟通。各个领域都具备以下职能部门:监督、控制、整合与决策。各个职能部门都可针对独立项目或项目组合/项目集中的项目的支持过程与活动进行治理。

项目治理是指用于指导项目管理活动的框架、功能和过程,从而创造独特的产品、服务或结果以满足组织、战略和运营目标。不存在一种治理框架适用于所有组织。组织应根据组织文化、项目类型和组织需求裁剪治理框架,才能发挥其作用。

关于项目治理及其实施的更多信息,请参见《项目组合、项目集和项目治理:实践指南》[10]。


ID:119
areaid:0
groupid:0
type:
post_name: 2.4.4.2
post_title: 组织结构选择的考虑因素
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.4 组织系统 / 2.4.4 组织结构类型 / 2.4.4.2 组织结构选择的考虑因素
post_content:

在确定组织结构时,每个组织都需要考虑大量的因素。在最终分析中,每个因素的重要性也各不相同。综合考虑因素及其价值和相对重要性为组织决策者提供了正确的信息,以便进行分析。

选择组织结构时应考虑的因素包括(但不限于):

表 2-1组织结构对项目的影响


ID:120
areaid:0
groupid:0
type:
post_name: 2.4.4.3
post_title: 项目管理办公室
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.4 组织系统 / 2.4.4 组织结构类型 / 2.4.4.3 项目管理办公室
post_content:

项目管理办公室 (PMO) 是对与项目相关的治理过程进行标准化,并促进资源、方法论、工具和技术共享的一个组织结构。PMO 的职责范围可大可小,从提供项目管理支持服务,到直接管理一个或多个项目。

PMO 有几种不同类型,它们对项目的控制和影响程度各不相同,例如:

项目管理办公室可能会承担整个组织范围的职责,在支持战略调整和创造组织价值方面发挥重要的作用。PMO 从组织战略项目中获取数据和信息,进行综合分析,评估如何实现更高级别的战略目标的。PMO 在组织的项目组合、项目集、项目与组织考评体系(如平衡计分卡)之间建立联系。

除了被集中管理以外,PMO 所支持和管理的项目不一定彼此关联。PMO 的具体形式、职能和结构取决于所在组织的需要。

为了保证项目符合组织的业务目标,PMO 可能有权在每个项目的生命周期中充当重要相关方和关键决策者。PMO 可以:

PMO 的一个主要职能是通过各种方式向项目经理提供支持,这些方式包括(但不限于):


ID:134
areaid:0
groupid:0
type:
post_name: 3.4.3
post_title: 战略和商务管理技能
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.3 战略和商务管理技能
post_content:

战略和商务管理技能包括纵览组织概况并有效协商和执行有利于战略调整和创新的决策和行动的能力。这项能力可能涉及其他职能部门的工作知识,例如财务部、市场部和运营部。战略和商务管理技能可能还包括发展和运用相关的产品和行业专业知识。这种业务知识也被称为领域知识。项目经理应掌握足够的业务知识,以:

为制定关于项目成功交付的最佳决策,项目经理应咨询具备关于组织运营的专业知识的运营经理。这些经理应了解组织的工作以及项目计划会对工作造成的影响。对项目经理而言,对项目主题的了解越多越好,至少应能够向其他人说明关于组织的以下方面:

为确保一致性,项目经理应将以下关于组织的知识和信息运用到项目中:

战略和商业技能有助于项目经理确定应为其项目考虑哪些商业因素。项目经理应确定这些商业和战略因素会对项目造成的影响,同时了解项目与组织之间的相互关系。这些因素包括(但不限于):

通过运用这些商务知识,项目经理能够为项目提出合适的决策和建议。随着条件的变化,项目经理应与项目发起人持续合作,使业务战略和项目策略保持一致。


ID:137
areaid:0
groupid:0
type:
post_name: 3.4.4.2
post_title: 领导者的品质和技能
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.4 领导力技能 / 3.4.4.2 领导者的品质和技能
post_content:

研究显示,领导者的品质和技能包括(但不限于):


ID:140
areaid:0
groupid:0
type:
post_name: 3.4.5.1
post_title: 领导力风格
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.5 领导力与管理之比较 / 3.4.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:154
areaid:1
groupid:1
type:tt
post_name: 4.1.2.3
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.2 制定项目章程:工具与技术 / 4.1.2.3 人际关系与团队技能
post_content:

可用于本过程的人际关系与团队技能包括(但不限于):


ID:158
areaid:1
groupid:1
type:in
post_name: 4.1.1.1
post_title: 商业文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.1 制定项目章程:输入 / 4.1.1.1 商业文件
post_content:

在商业论证(见 1.2.6.1 节)和效益管理计划(见 1.2.6.2 节)中,可以找到关于项目目标以及项目对业务目标的贡献的相关信息。虽然商业文件是在项目之前制定的,但需要定期审核。

商业论证的编制可由以下一个或多个因素引发:

项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件,项目经理就不可以对它们进行更新或修改,只可以提出相关建议。


ID:161
areaid:1
groupid:1
type:in
post_name: 4.1.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.1 制定项目章程:输入 / 4.1.1.4 组织过程资产
post_content:

能够影响制定项目章程过程的组织过程资产包括(但不限于):


ID:171
areaid:1
groupid:2
type:tt
post_name: 4.2.2.3
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.2 制定项目管理计划:工具与技术 / 4.2.2.3 人际关系与团队技能
post_content:

制定项目管理计划时需要的人际关系与团队技能包括:


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

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

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

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

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

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


ID:215
areaid:1
groupid:4
type:in
post_name: 4.5.1.3
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.3 工作绩效信息
post_content:

在工作执行过程中收集工作绩效数据,再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。通过这种比较可以了解项目的执行情况。

在项目开始时,就在项目管理计划中规定关于范围、进度、预算和质量的具体工作绩效测量指标。项目期间通过控制过程收集绩效数据,与计划和其他变量比较,为工作绩效提供背景。

例如,关于成本的工作绩效数据可能包含已支出的资金,但必须与预算、已执行的工作、用于完成工作的资源以及资金使用计划比较之后才能有用。这些附加信息为确定项目是否符合预算或是否存在偏差提供了相应的情境;还有助于了解偏差的严重程度。通过与项目管理计划中的偏差临界值进行比较,就可以确定是否需要采取预防或纠正措施。对工作绩效数据和附加信息进行综合分析,可以为项目决策提供可靠的基础。


ID:225
areaid:1
groupid:4
type:out
post_name: 4.5.3.1
post_title: 工作绩效报告
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.3 监控项目工作:输出 / 4.5.3.1 工作绩效报告
post_content:

工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息,以实体或电子形式编制工作绩效报告,以制定决策、采取行动或引起关注。根据项目沟通管理计划,通过沟通过程向项目相关方发送工作绩效报告。

工作绩效报告的示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息和风险情况概述。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。


ID:242
areaid:1
groupid:4
type:tt
post_name: 4.6.2.2
post_title: 变更控制工具
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.2 实施整体变更控制:工具与技术 / 4.6.2.2 变更控制工具
post_content:

为了便于开展配置和变更管理,可以使用一些手动或自动化的工具。配置控制重点关注可交付成果及各个过程的技术规范,而变更控制则着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。

工具的选择应基于项目相关方的需要,包括考虑组织和环境情况和(或)制约因素。工具应支持以下配置管理活动:

工具还应支持以下变更管理活动:

也可以使用工具来管理变更请求和后续的决策,同时还要格外关注沟通,以帮助变更控制委员会的成员履行职责,以及向相关方传达决定。


ID:420
areaid:3
groupid:2
type:tt
post_name: 6.4.2.6
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.2 估算活动持续时间:工具与技术 / 6.4.2.6 数据分析
post_content:

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

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


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

项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程,从而确保项目在批准的预算内完工。项目成本管理过程包括:

7.1 规划成本管理 — 确定如何估算、预算、管理、监督和控制项目成本的过程。

7.2 估算成本 — 对完成项目活动所需货币资源进行近似估算的过程。

7.3 制定预算 — 汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程。

7.4 控制成本 — 监督项目状态,以更新项目成本和管理成本基准变更的过程。

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

限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。这些过程不仅彼此相互作用,而且还与其他知识领域中的过程相互作用。

在某些项目,特别是范围较小的项目中,成本估算和成本预算之间的联系非常紧密,以至于可视为一个过程,由一个人在较短时间内完成。但本章仍然把这两个过程分开来介绍,因为它们所用的工具和技术各不相同。对成本的影响力在项目早期最大,因此尽早定义范围就至关重要(见 5.3 节)。

图 7-1项目成本管理概述

项目成本管理的核心概念项目成本管理重点关注完成项目活动所需资源的成本,但同时也应考虑项目决策对项目产品、服务或成果的使用成本、维护成本和支持成本的影响。例如,限制设计审查的次数可降低项目成本,但可能增加由此带来的产品运营成本。

成本管理的另一个方面是认识到不同的相关方会在不同的时间,用不同的方法测算项目成本。

例如,对于某采购品,可在做出采购决策、下达订单、实际交货、实际成本发生或进行项目会计记账时,测算其成本。在很多组织中,预测和分析项目产品的财务效益是在项目之外进行的,但对于有些项目,如固定资产投资项目,可在项目成本管理中进行这项预测和分析工作。在这种情况下,项目成本管理还需使用其他过程和许多通用财务管理技术,如投资回报率分析、现金流贴现分析和投资回收期分析等。

项目成本管理的趋势和新兴实践在项目成本管理的实践中,通过对挣值管理 (EVM)的扩展,引入挣得进度 (ES) 这一概念。

ES 是 EVM 理论和实践的延伸。挣得进度理论用 ES 和实际时间 (AT) 替代了传统 EVM 所使用的进度偏差测量指标(挣值 – 计划价值),使用这种替代方法计算进度偏差 ES - AT,如果挣得进度大于 0,则表示项目进度提前了;换句话说,在某个给定的时间点,项目的挣值大于计划价值。使用挣得进度测量指标的进度绩效指数 (SPI) 为 ES 与 AT 之比,表示完成项目的工作效率。此外,挣得进度理论通过挣得进度、实际时间和估算持续时间,提供了预测项目完成日期的计算公式。

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

关于敏捷/适应型环境的考虑因素对易变性高、范围并未完全明确、经常发生变更的项目,详细的成本计算可能没有多大帮助。

在这种情况下,可以采用轻量级估算方法快速生成对项目人力成本的高层级预测,在出现变更时容易调整预测;而详细的估算适用于采用准时制的短期规划。

如果易变的项目也遵循严格的预算,通常需要更频繁地更改范围和进度计划,以始终保持在成本制约因素之内。


ID:538
areaid:5
groupid:0
type:
post_name: 8
post_title: 项目质量管理
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理
post_content:

项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求,以满足相关方目标的各个过程。此外,项目质量管理以执行组织的名义支持过程的持续改进活动。

项目质量管理过程包括:

8.1 规划质量管理 — 识别项目及其可交付成果的质量要求和/或标准,并书面描述项目将如何证明符合质量要求和/或标准的过程。

8.2 管理质量 — 管理质量是把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。

8.3 控制质量 — 为了评估绩效,确保项目输出完整、正确,并满足客户期望,而监督和记录质量管理活动执行结果的过程。

图 8-1 概述了项目质量管理的各个过程。虽然各项目质量管理过程通常以界限分明、相互独立的形

式出现,但在实践中它们会以《PMBOK® 无法全面叙述的方式相互交叠、相互作用。此外,不同行业和公司的质量过程各不相同。

图 8-1项目质量管理概述

图 8-2 概述了项目质量管理过程的主要输入和输出以及这些过程在项目质量管理知识领域中的相

互关系。规划质量管理过程关注工作需要达到的质量,管理质量则关注管理整个项目期间的质量过程。在管理质量过程期间,在规划质量管理过程中识别的质量要求成为测试与评估工具,将用于控制质量过程,以确认项目是否达到这些质量要求。控制质量关注工作成果与质量要求的比较,确保结果可接受。项目质量管理知识领域有两个用于其他知识领域的特定输出,即核实的可交付成果和质量报告。

图 8-2主要项目质量管理过程的相互关系

项目质量管理的核心概念项目质量管理需要兼顾项目管理与项目可交付成果两个方面,它适用于所有项目,无论项目的可交付成果具有何种特性。质量的测量方法和技术则需专门针对项目所产生的可交付成果类型而定,例如,对于软件与核电站建设的可交付成果,项目质量管理需要采用不同的方法和措施。无论什么项目,若未达到质量要求,都会给某个或全部项目相关方带来严重的负面后果,例如:

“质量”与“等级”不是相同的概念。质量作为实现的性能或成果,是“一系列内在特性满足要求的程度”(ISO 9000)[18]。等级作为设计意图,是对用途相同但技术特性不同的可交付成果的级别分类。项目经理及项目管理团队负责权衡,以便同时达到所要求的质量与等级水平。质量水平未达到质量要求肯定是个问题,而低等级产品不一定是个问题。例如:

预防胜于检查。最好将质量设计到可交付成果中,而不是在检查时发现质量问题。预防错误的成本通常远低于在检查或使用中发现并纠正错误的成本。

根据不同的项目和行业领域,项目团队可能需要具备统计控制过程方面的实用知识,以便评估控制质量的输出中所包含的数据。项目管理团队应了解以下术语之间的差别:

质量成本 (COQ) 包括在产品生命周期中为预防不符合要求、为评价产品或服务是否符合要求,以及因未达到要求(返工)而发生的所有成本。失败成本通常分为内部(项目团队发现的)和外部(客户发现的)两类。失败成本也称为劣质成本。第 8.1.2.3 节给出了每类质量成本的一些例子。

组织选择投资缺陷预防,因为它对产品生命周期有利。由于项目的临时性,针对产品生命周期的COQ 决策,通常是项目集管理、项目组合管理、PMO 或运营的关注点。

按有效性递增排列的五种质量管理水平如下:

项目质量管理的趋势和新兴实践现代质量管理方法力求缩小差异,交付满足既定相关方要求的成果。项目质量管理的趋势可能包括(但不限于):

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

关于敏捷/适应型环境的考虑因素为引导变更,敏捷方法要求多个质量与审核步骤贯穿整个项目,而不是在面临项目结束时才执行。

循环回顾,定期检查质量过程的效果;寻找问题的根本原因,然后建议实施新的质量改进方法;

后续回顾会议评估试验过程,确定是否可行、是否应继续、或做出调整,或者直接弃用。

为促进频繁的増量交付,敏捷方法关注于小批量工作,纳入尽可能多的项目可交付成果的要素。

小批量系统的目的是在项目生命周期早期(整体变更成本较低)发现不一致和质量问题。


ID:551
areaid:5
groupid:2
type:tt
post_name: 8.1.2.5
post_title: 数据表现
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.2 规划质量管理:工具与技术 / 8.1.2.5 数据表现
post_content:

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

图 8-6 SIPOC 模型


ID:555
areaid:5
groupid:2
type:out
post_name: 8.1.3.1
post_title: 质量管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.3 规划质量管理:输出 / 8.1.3.1 质量管理计划
post_content:

质量管理计划是项目管理计划的组成部分,描述如何实施适用的政策、程序和指南以实现质量目标。它描述了项目管理团队为实现一系列项目质量目标所需的活动和资源。质量管理计划可以是正式或非正式的,非常详细或高度概括的,其风格与详细程度取决于项目的具体需要。应该在项目早期就对质量管理计划进行评审,以确保决策是基于准确信息的。这样做的好处是,更加关注项目的价值定位,降低因返工而造成的成本超支金额和进度延误次数。

质量管理计划包括(但不限于)以下组成部分:


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

项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程,这些过程有助于确保项目经理和项目团队在正确的时间和地点使用正确的资源。

项目资源管理过程包括:

9.1 规划资源管理 — 定义如何估算、获取、管理和利用实物以及团队项目资源的过程。

9.2 估算活动资源 — 估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量的过程。

9.3 获取资源 — 获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。

9.4 建设团队 — 提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。

9.5 管理团队 — 跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。

9.6 控制资源 — 确保按计划为项目分配实物资源,以及根据资源使用计划监督资源实际使用情况,并采取必要纠正措施的过程。

图 9-1 概括了项目资源管理的各个过程。虽然在本《PMBOK® 指南》中,各项目资源管理过程

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

图 9-1项目资源管理概述

团队资源管理相对于实物资源管理,对项目经理提出了不同的技能和能力要求。实物资源包括设备、材料、设施和基础设施,而团队资源或人员指的是人力资源。项目团队成员可能具备不同的技能,可能是全职或兼职的,可能随项目进展而增加或减少。项目资源管理与项目相关方管理之间有重叠的部分(见 13 节),本节(第 9 节)则重点关注组成项目团队的部分相关方。

项目资源管理的核心概念项目团队由承担特定角色和职责的个人组成,他们为实现项目目标而共同努力。项目经理因此应在获取、管理、激励和增强项目团队方面投入适当的努力。尽管项目团队成员被分派了特定的角色和职责,但让他们全员参与项目规划和决策仍是有益的。团队成员参与规划阶段,既可使他们对项目规划工作贡献专业技能,又可以增强他们对项目的责任感。

项目经理既是项目团队的领导者又是项目团队的管理者。除了项目管理活动,例如启动、规划、执行、监控和关闭各个项目阶段,项目经理还负责建设高效的团队。项目经理应留意能够影响团队的不同因素,例如:

作为领导者,项目经理还负责积极培养团队技能和能力,同时提高并保持团队的满意度和积极性,项目经理还应留意并支持职业与道德行为,确保所有团队成员都遵守这些行为。

实物资源管理着眼于以有效和高效的方式,分配和使用成功完成项目所需的实物资源,如材料、设备和用品。为此,组织应当拥有如下数据:(当前和合理的未来的)资源需求、(可以满足这些需求的)资源配置,以及资源供应。不能有效管理和控制资源是项目成功完成的风险来源。例如:

项目资源管理的趋势和新兴实践项目管理风格正在从管理项目的命令和控制结构,转向更加协作和支持性的管理方法,通过将决策权分配给团队成员来提高团队能力。此外,现代的项目资源管理方法致力于寻求优化资源使用。

有关项目资源管理的趋势和新兴实践包括(但不限于):

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

是否存在有特殊需求的团队成员?是否需要为团队提供有关多元化管理的特别培训?

在敏捷或适应型环境中需要考虑的因素易变性高的项目得益于最大限度地集中和协作的团队结构,例如拥有通才的自组织团队。

协作旨在提高生产率和促进创新的问题解决方式。协作型团队可以促进不同工作活动的加速整合、改善沟通、增加知识分享,以及提供工作分配的灵活性和其他优势。

虽然协作的优势也适用于其他项目环境,协作型团队对于易变性高且快速变化的项目成功而言通常是至关重要的,因为集中分配任务和决策所需的时间更少。

对于易变性高的项目,实物和人力资源规划的可预测性要低得多。在这些环境中,关于快速供应和精益方法的协议,对控制成本和实现进度而言至关重要。


ID:616
areaid:6
groupid:2
type:out
post_name: 9.1.3.1
post_title: 资源管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.3 规划资源管理:输出 / 9.1.3.1 资源管理计划
post_content:

作为项目管理计划的一部分,资源管理计划提供了关于如何分类、分配、管理和释放项目资源的指南。资源管理计划可以根据项目的具体情况分为团队管理计划和实物资源管理计划。资源管理计划可能包括(但不限于):


ID:617
areaid:6
groupid:2
type:out
post_name: 9.1.3.2
post_title: 团队章程
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.3 规划资源管理:输出 / 9.1.3.2 团队章程
post_content:

团队章程是为团队创建团队价值观、共识和工作指南的文件。团队章程可能包括(但不限于):

团队章程对项目团队成员的可接受行为确定了明确的期望。尽早认可并遵守明确的规则,有助于减少误解,提高生产力;讨论诸如行为规范、沟通、决策、会议礼仪等领域,团队成员可以了解彼此重要的价值观。由团队制定或参与制定的团队章程可发挥最佳效果。所有项目团队成员都分担责任,确保遵守团队章程中规定的规则。可定期审查和更新团队章程,确保团队始终了解团队基本规则,并指导新成员融入团队。


ID:630
areaid:6
groupid:2
type:tt
post_name: 9.2.2.5
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.2 估算活动资源:工具与技术 / 9.2.2.5 数据分析
post_content:

适用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析是一种对已识别的可选方案进行评估的技术,用来决定选择哪种方案或使用何种方法来执行项目工作。很多活动有多个备选的实施方案,例如使用能力或技能水平不同的资源、不同规模或类型的机器、不同的工具(手工或自动),以及关于资源自制、租赁或购买的决策。备选方案分析有助于提供在定义的制约因素范围内执行项目活动的最佳方案。


ID:648
areaid:6
groupid:3
type:tt
post_name: 9.3.2.4
post_title: 虚拟团队
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.2 获取资源:工具与技术 / 9.3.2.4 虚拟团队
post_content:

虚拟团队的使用为招募项目团队成员提供了新的可能性。虚拟团队可定义为具有共同目标、在完成角色任务的过程中很少或没有时间面对面工作的一群人。现代沟通技术(如电子邮件、电话会议、社交媒体、网络会议和视频会议等)使虚拟团队成为可行。虚拟团队模式使人们有可能:

在虚拟团队的环境中,沟通规划变得日益重要。可能需要花更多时间,来设定明确的期望、促进沟通、制定冲突解决方法、召集人员参与决策、理解文化差异,以及共享成功喜悦。


ID:658
areaid:6
groupid:3
type:
post_name: 9.4
post_title: 建设团队
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队
post_content:

建设团队是提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。

本过程的主要作用是,改进团队协作、增强人际关系技能、激励员工、减少摩擦以及提升整体项目绩效。本过程需要在整个项目期间开展。

图 9-10 描述本过程的输入、工具与技术和输出。图 9-11 是本过程的数据流向图。

图 9-10建设团队:输入、工具与技术和输出

• Projectcharter图 9-11建设团队:数据流向图

项目经理应该能够定义、建立、维护、激励、领导和鼓舞项目团队,使团队高效运行,并实现项目目标。团队协作是项目成功的关键因素,而建设高效的项目团队是项目经理的主要职责之一。

项目经理应创建一个能促进团队协作的环境,并通过给予挑战与机会、提供及时反馈与所需支持,以及认可与奖励优秀绩效,不断激励团队。通过以下行为可以实现团队的高效运行:

项目经理在全球化环境和富有文化多样性的项目中工作:团队成员经常来自不同的行业,讲不同的语言,有时甚至会在工作中使用一种特别的“团队语言”或文化规范,而不是使用他们的母语;

项目管理团队应该利用文化差异,在整个项目生命周期中致力于发展和维护项目团队,并促进在相互信任的氛围中充分协作;通过建设项目团队,可以改进人际技巧、技术能力、团队环境及项目绩效。在整个项目生命周期中,团队成员之间都要保持明确、及时、有效(包括效果和效率两个方面)的沟通。建设项目团队的目标包括(但不限于):

有一种关于团队发展的模型叫塔克曼阶梯理论 [19,20],其中包括团队建设通常要经过的五个阶段。尽管这些阶段通常按顺序进行,然而,团队停滞在某个阶段或退回到较早阶段的情况也并非罕见;而如果团队成员曾经共事过,项目团队建设也可跳过某个阶段。

某个阶段持续时间的长短,取决于团队活力、团队规模和团队领导力。项目经理应该对团队活力有较好的理解,以便有效地带领团队经历所有阶段。


ID:668
areaid:6
groupid:3
type:tt
post_name: 9.4.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.4 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于):

团队建设活动既可以是状态审查会上的五分钟议程,也可以是为改善人际关系而设计的、在非工作场所专门举办的专业提升活动。团队建设活动旨在帮助各团队成员更加有效地协同工作。

如果团队成员的工作地点相隔甚远,无法进行面对面接触,就特别需要有效的团队建设策略。

非正式的沟通和活动有助于建立信任和良好的工作关系。团队建设在项目前期必不可少,但它更是个持续的过程。项目环境的变化不可避免,要有效应对这些变化,就需要持续不断地开展团队建设。项目经理应该持续地监督团队机能和绩效,确定是否需要采取措施来预防或纠正各种团队问题。


ID:671
areaid:6
groupid:3
type:tt
post_name: 9.4.2.7
post_title: 个人和团队评估
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.7 个人和团队评估
post_content:

个人和团队评估工具能让项目经理和项目团队洞察成员的优势和劣势。这些工具可帮助项目经理评估团队成员的偏好和愿望、团队成员如何处理和整理信息、如何制定决策,以及团队成员如何与他人打交道。有各种可用的工具,如态度调查、专项评估、结构化访谈、能力测试及焦点小组。

这些工具有利于增进团队成员间的理解、信任、承诺和沟通,在整个项目期间不断提高团队成效。


ID:683
areaid:6
groupid:3
type:in
post_name: 9.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.1 管理团队:输入 / 9.5.1.2 项目文件
post_content:

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


ID:684
areaid:6
groupid:3
type:in
post_name: 9.5.1.3
post_title: 工作绩效报告
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.1 管理团队:输入 / 9.5.1.3 工作绩效报告
post_content:

见 4.5.3.1 节。工作绩效报告是为制定决策、采取行动或引起关注所形成的实物或电子工作绩效信息,它包括从进度控制、成本控制、质量控制和范围确认中得到的结果,有助于项目团队管理。

绩效报告和相关预测报告中的信息,有助于确定未来的团队资源需求,认可与奖励,以及更新资源管理计划。


ID:689
areaid:6
groupid:3
type:tt
post_name: 9.5.2.1
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.2 管理团队:工具与技术 / 9.5.2.1 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于):

成功的冲突管理可提高生产力,改进工作关系。同时,如果管理得当,意见分歧有利于提高创造力和改进决策。假如意见分歧成为负面因素,应该首先由项目团队成员负责解决;如果冲突升级,项目经理应提供协助,促成满意的解决方案,采用直接和合作的方式,尽早并且通常在私下处理冲突。如果破坏性冲突继续存在,则可使用正式程序,包括采取惩戒措施。

项目经理解决冲突的能力往往决定其管理项目团队的成败。不同的项目经理可能采用不同的解决冲突方法。影响冲突解决方法的因素包括:

有五种常用的冲突解决方法,每种技巧都有各自的作用和用途。

mm撤退/回避。从实际或潜在冲突中退出,将问题推迟到准备充分的时候,或者将问题推给其他人员解决。

mm缓和/包容。强调一致而非差异;为维持和谐与关系而退让一步,考虑其他方的需要。

mm妥协/调解。为了暂时或部分解决冲突,寻找能让各方都在一定程度上满意的方案,但这种方法有时会导致“双输”局面。

mm强迫/命令。以牺牲其他方为代价,推行某一方的观点;只提供赢 — 输方案。通常是利用权力来强行解决紧急问题,这种方法通常会导致“赢输”局面。

mm合作/解决问题。综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺,这种方法可以带来双赢局面。

有多种领导力理论,定义了适用于不同情形或团队的领导风格。领导力对沟通愿景及鼓舞项目团队高效工作十分重要。


ID:713
areaid:7
groupid:0
type:
post_name: 10
post_title: 项目沟通管理
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理
post_content:

项目沟通管理包括通过开发工件,以及执行用于有效交换信息的各种活动,来确保项目及其相关方的信息需求得以满足的各个过程。项目沟通管理由两个部分组成:第一部分是制定策略,确保沟通对相关方行之有效;第二部分是执行必要活动,以落实沟通策略。

项目沟通管理的过程包括:

10.1 规划沟通管理 — 基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。

10.2 管理沟通 — 确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。

10.3 监督沟通 — 确保满足项目及其相关方的信息需求的过程。

图 10-1 概括了项目沟通管理的各个过程。虽然在本《PMBOK® 指南》中,各项目沟通管理过程

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

图 10-1项目沟通管理概述

项目沟通管理的核心概念沟通是指有意或无意的信息交换。交换的信息可以是想法、指示或情绪。信息交换的方法包括:

沟通是指用各种可能的方式来发送或接收信息,或者通过沟通活动(如会议和演讲),或者以工件的方式(如电子邮件、社交媒体、项目报告或项目文档)。

项目经理的大多数时间用于与团队成员和其他项目相关方沟通,包括来自组织内部(组织的各个层级)和组织外部的人员。不同相关方可能有不同的文化和组织背景,以及不同的专业水平、观点和兴趣,而有效的沟通能够在他们之间架起一座桥梁。

沟通活动可按多种维度进行分类,包括(但不限于):

沟通可以为成功完成项目与项目集建立必要的关系。用于开展沟通的活动和工件多种多样,从电子邮件和非正式对话,到正式会议和定期项目报告。通过言语、面部表情、手势动作和其他行动有意或无意地发送和接收信息。为了成功管理与相关方的项目关系,沟通既包括制定策略和计划,以便创建合适的沟通工件和开展合适的沟通活动,也包括运用相关技能来提升计划和即兴的沟通的效果。

成功的沟通包括两个部分。第一部分是根据项目及其相关方的需求而制定适当的沟通策略。从该策略出发,制定沟通管理计划,来确保用各种形式和手段把恰当的信息传递给相关方。这些信息构成项目沟通-成功沟通的第二部分。项目沟通是规划过程的产物,在沟通管理计划中有相关规定。

沟通管理计划定义了信息的收集、生成、发布、储存、检索、管理、追踪和处置。最终,沟通策略和沟通管理计划将成为监督沟通效果的依据。

在项目沟通中,需要尽力预防理解错误和沟通错误,并从规划过程所规定的各种方法、发送方、接收方和信息中作出谨慎选择。

在编制传统(非社交媒体)的书面或口头信息的时候,应用书面沟通的 5C 原则,可以减轻但无法消除理解错误:

书面沟通的 5C原则需要用下列沟通技巧来配合:

有效的沟通活动和工件创建具有如下基本属性:

项目沟通管理的发展趋势和新兴实践在关注相关方,以及认可相关方的有效参与对项目及组织的价值的同时,也要认识到制定和落实适当的沟通策略,对维系与相关方的有效关系是至关重要的。项目沟通管理的发展趋势和新兴实践包括(但不限于):

同时也应尊重因文化、实践和个人背景而产生的对沟通语言、媒介、内容和方式的偏好。可以根据需要采用社交媒体和其他先进的电脑技术。多面性方法能够提高与不同年代和文化背景的相关方沟通的效果。

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

在敏捷或适应型环境中需要考虑的因素在模糊不定的项目环境中,必然需要对不断演变和出现的细节情况,进行更频繁和快速的沟通。

因此,应该尽量简化团队成员获取信息的通道,频繁进行团队检查,并让团队成员集中办公。

此外,为了促进与高级管理层和相关方的沟通,还需要以透明的方式发布项目工件,并定期邀请相关方评审项目工件。


ID:732
areaid:7
groupid:2
type:out
post_name: 10.1.3.2
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.3 规划沟通管理:输出 / 10.1.3.2 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于)相关方参与计划(见 13.2.3.1 节)。需要更新相关方参与计划,反映会影响相关方参与项目决策和执行的任何过程、程序、工具或技术。


ID:738
areaid:7
groupid:3
type:in
post_name: 10.2.1.3
post_title: 工作绩效报告
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.1 管理沟通:输入 / 10.2.1.3 工作绩效报告
post_content:

见 4.5.3.1 节。根据沟通管理计划的定义,工作绩效报告会通过本过程传递给项目相关方。工作绩效报告的典型示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息以及风险概述信息。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。


ID:744
areaid:7
groupid:3
type:tt
post_name: 10.2.2.3
post_title: 沟通技能
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.2 管理沟通:工具与技术 / 10.2.2.3 沟通技能
post_content:

适用于本过程的沟通技能包括(但不限于):

为获得演示成功,应该从内容和形式上考虑以下因素:


ID:766
areaid:7
groupid:4
type:tt
post_name: 10.3.2.5
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.2 监督沟通:工具与技术 / 10.3.2.5 会议
post_content:

面对面或虚拟会议适用于制定决策,回应相关方请求,与提供方、供应方及其他项目相关方讨论。


ID:772
areaid:8
groupid:0
type:
post_name: 11
post_title: 项目风险管理
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理
post_content:

项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。项目风险管理的目标在于提高正面风险的概率和(或)影响,降低负面风险的概率和(或)影响,从而提高项目成功的可能性。

项目风险管理的过程是:

11.1 规划风险管理 — 定义如何实施项目风险管理活动的过程。

11.2 识别风险 — 识别单个项目风险,以及整体项目风险的来源,并记录风险特征的过程。

11.3 实施定性风险分析 — 通过评估单个项目风险发生的概率和影响以及其他特征,对风险进行优先级排序,从而为后续分析或行动提供基础的过程。

11.4 实施定量风险分析 — 就已识别的单个项目风险和其他不确定性的来源对整体项目目标的综合影响进行定量分析的过程。

11.5 规划风险应对 — 为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。

11.6 实施风险应对 — 执行商定的风险应对计划的过程。

11.7 监督风险 — 在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。

图 11-1 概括了项目风险管理的各个过程。虽然在本《PMBOK® 指南》中,各项目管理风险过程

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

图 11-1项目风险管理概述

项目风险管理的核心概念既然项目是为交付收益而开展的、具有不同复杂程度的独特性工作,那自然就会充满风险。

开展项目,不仅要面对各种制约因素和假设条件,而且还要应对可能相互冲突和不断变化的相关方期望。组织应该有目的地以可控方式去冒项目风险,以便平衡风险和回报,并创造价值。

项目风险管理旨在识别和管理未被其他项目管理过程所管理的风险。如果不妥善管理,这些风险有可能导致项目偏离计划,无法达成既定的项目目标。因此,项目风险管理的有效性直接关乎项目成功与否。

每个项目都在两个层面上存在风险。每个项目都有会影响项目达成目标的单个风险,以及由单个项目风险和不确定性的其他来源联合导致的整体项目风险。考虑整体项目风险,也非常重要。项目风险管理过程同时兼顾这两个层面的风险。它们的定义如下:

它源于包括单个风险在内的所有不确定性。

一旦发生,单个项目风险会对项目目标产生正面或负面的影响。项目风险管理旨在利用或强化正面风险(机会),规避或减轻负面风险(威胁)。未妥善管理的威胁可能引发各种问题,如工期延误、成本超支、绩效不佳或声誉受损。把握好机会则能够获得众多好处,如工期缩短、成本节约、绩效改善或声誉提升。

整体项目风险也有正面或负面之分。管理整体项目风险旨在通过削弱负面变异的驱动因素,加强正面变异的驱动因素,以及最大化实现整体项目目标的概率,把项目风险敞口保持在可接受的范围之内。

因为风险会在项目生命周期内持续发生,所以,项目风险管理过程也应不断迭代开展。在项目规划期间,就应该通过调整项目策略对风险做初步处理。接着,应该随着项目进展,监督和管理风险,确保项目处于正轨,并且突发性风险也得到处理。

为有效管理特定项目的风险,项目团队需要知道,相对于要追求的项目目标,可接受的风险敞口究竟是多大。这通常用可测量的风险临界值来定义。风险临界值反映了组织与项目相关方的风险偏好程度,是项目目标的可接受的变异程度。应该明确规定风险临界,并传达给项目团队,同时反映在项目的风险影响级别定义中。

项目风险管理的发展趋势和新兴实践项目风险管理的关注面正在扩大,以便确保考虑所有类型的风险,并在更广泛的背景中理解项目风险。项目风险管理的发展趋势和新兴实践包括(但不限于):

关键卖方可能在项目期间停业,客户可能在设计完成后变更需求,或分包商可能要求对标准化操作流程进行优化。

不过,识别并管理非事件类风险的意识正在不断加强。非事件类风险有两种主要类型:

变异性风险可通过蒙特卡洛分析加以处理,即:用概率分布表示变异的可能区间,然后采取行动去缩小可能结果的区间。管理模糊性风险,则需要先定义认知或理解不足之处,进而通过获取外部专家意见或以最佳实践为标杆来填补差距。也可以采用增量开发、原型搭建或模拟等方法来处理模糊性风险。

这就要求每个项目:

裁剪时需要考虑的因素因为每个项目都是独特的,所以有必要对项目风险管理过程的应用方式进行裁剪。裁剪时应考虑的因素包括(但不限于):

根据上述需考虑的因素来裁剪项目风险管理过程,这是规划风险管理过程的一部分工作。裁剪结果将被记录在风险管理计划中。

在敏捷或适应型环境中需要考虑的因素从本质上讲,越是变化的环境就存在越多的不确定性和风险。要应对快速变化,就需要采用适应型方法管理项目,即:通过跨职能项目团队和经常审查增量式工作产品,来加快知识分享,确保对风险的认知和管理。在选择每个迭代期的工作内容时,应该考虑风险;在每个迭代期间应该识别、分析和管理风险。

此外,应该根据对当前风险敞口的理解的加深,定期更新需求文件,并随项目进展重新排列工作优先级。


ID:779
areaid:8
groupid:2
type:in
post_name: 11.1.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.1 规划风险管理:输入 / 11.1.1.5 组织过程资产
post_content:

会影响规划风险管理过程的组织过程资产包括(但不限于):


ID:832
areaid:8
groupid:2
type:tt
post_name: 11.4.2.5
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.2 实施定量风险分析:工具与技术 / 11.4.2.5 数据分析
post_content:

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

其输出就是定量风险分析模型。

用计算机软件数千次迭代运行定量风险分析模型。每次运行,都要随机选择输入值(如成本估算、持续时间估算或概率分支发生频率)。这些运行的输出构成了项目可能结果(如项目结束日期、项目完工成本)的区间。典型的输出包括:表示模拟得到特定结果的次数的直方图,或表示获得等于或小于特定数值的结果的累积概率分布曲线(S 曲线)。蒙特卡洛成本风险分析所得到的 S 曲线示例,见图11-13。

图 11-13定量成本风险分析 S 曲线示例

在定量进度风险分析中,还可以执行关键性分析,以确定风险模型的哪些活动对项目关键路径的影响最大。对风险模型中的每一项活动计算关键性指标,即:在全部模拟中,该活动出现在关键路径上的频率,通常以百分比表示。通过关键性分析,项目团队就能够重点针对那些对项目整体进度绩效存在最大潜在影响的活动,来规划风险应对措施。

敏感性分析的结果通常用龙卷风图来表示。在该图中,标出定量风险分析模型中的每项要素与其能影响的项目结果之间的关联系数。这些要素可包括单个项目风险、易变的项目活动,或具体的不明确性来源。每个要素按关联强度降序排列,形成典型的龙卷风形状。龙卷风图示例,见图11-14。

图 11-14龙卷风图示例

在决策树分析中,通过计算每条分支的预期货币价值,就可以选出最优的路径。决策树示例,见图11-15。

图 11-15决策树示例


ID:835
areaid:8
groupid:2
type:
post_name: 11.5
post_title: 规划风险应对
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对
post_content:

规划风险应对是为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。本过程的主要作用是,制定应对整体项目风险和单个项目风险的适当方法;本过程还将分配资源,并根据需要将相关活动添加进项目文件和项目管理计划。本过程需要在整个项目期间开展。图 11-16 描述本过程的输入、工具与技术和输出。图 11-17 是本过程的数据流向图。

图 11-16规划风险应对:输入、工具与技术和输出

图 11-17规划风险应对:数据流向图

有效和适当的风险应对可以最小化单个威胁,最大化单个机会,并降低整体项目风险敞口;不恰当的风险应对则会适得其反。一旦完成对风险的识别、分析和排序,指定的风险责任人就应该编制计划,以应对项目团队认为足够重要的每项单个项目风险。这些风险会对项目目标的实现造成威胁或提供机会。项目经理也应该思考如何针对整体项目风险的当前级别做出适当的应对。

风险应对方案应该与风险的重要性相匹配、能经济有效地应对挑战、在当前项目背景下现实可行、能获得全体相关方的同意,并由一名责任人具体负责。往往需要从几套可选方案中选出最优的风险应对方案。应该为每个风险选择最可能有效的策略或策略组合。可用结构化的决策技术来选择最适当的应对策略。对于大型或复杂项目,可能需要以数学优化模型或实际方案分析为基础,进行更加稳健的备选风险应对策略经济分析。

要为实施商定的风险应对策略,包括主要策略和备用策略(若必要),制定具体的应对行动。

如果选定的策略并不完全有效,或者发生了已接受的风险,就需要制定应急计划(或弹回计划)。

同时,也需要识别次生风险。次生风险是实施风险应对措施而直接导致的风险。往往需要为风险分配时间或成本应急储备,并可能需要说明动用应急储备的条件。


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

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


ID:867
areaid:8
groupid:4
type:
post_name: 11.7
post_title: 监督风险
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险
post_content:

监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 11-20 描述本过程的输入、工具与技术和输出。图 11-21 是本过程的数据流向图。

图 11-20监督风险:输入、工具与技术和输出

图 11-21监督风险:数据流向图

为了确保项目团队和关键相关方了解当前的风险敞口级别,应该通过监督风险过程对项目工作进行持续监督,来发现新出现、正变化和已过时的单个项目风险。监督风险过程采用项目执行期间生成的绩效信息,以确定:


ID:883
areaid:9
groupid:0
type:
post_name: 12
post_title: 项目采购管理
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理
post_content:

项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。项目采购管理包括编制和管理协议所需的管理和控制过程,例如,合同、订购单、协议备忘录 (MOA),或服务水平协议 (SLA)。被授权采购项目所需货物和(或)服务的人员可以是项目团队、管理层或组织采购部(如果有)的成员。

项目采购管理过程包括:

12.1 规划采购管理 — 记录项目采购决策、明确采购方法,及识别潜在卖方的过程。

12.2 实施采购 — 获取卖方应答、选择卖方并授予合同的过程。

12.3 控制采购 — 管理采购关系、监督合同绩效、实施必要的变更和纠偏,以及关闭合同的过程。

虽然在本指南中,采购过程以界限分明和相互独立的形式出现,但在实践中,采购过程相当复杂且相互作用,还与其他知识领域的过程相互作用。本指南无法全面详述这些相互作用。本章以从项目外部获取货物或服务的视角来叙述采购过程。

图 12-1 概括了项目采购管理的各个过程。虽然在本《PMBOK® 指南》中,各项目采购管理过程

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

图 12-1项目采购管理概述

项目采购管理的核心概念与采购过程相关的重大法律义务和惩罚,通常超出大多数其他的项目管理过程。虽然项目经理不必成为采购管理法律法规领域的专家,但应该对采购过程有足够了解,以便做出与合同及合同关系相关的明智决定。通常情况下,项目经理无权签署对组织有约束力的法律协议,这项工作仅由具备相关职权的人员执行。

项目采购管理过程涉及到用协议来描述买卖双方之间的关系。协议可以很简单,如以特定人工单价购买所需的工时,也可以很复杂,如多年的国际施工合同。合同签署的方法和合同本身应体现可交付成果或所需人力投入的简单性或复杂性,其书写形式也应符合当地、所在国或国际法中关于合同签署的规定。

合同应明确说明预期的可交付成果和结果,包括从卖方到买方的任何知识转移。合同中未规定的任何事项则不具法律强制力。开展国际合作的项目经理应牢记,无论合同规定如何详尽,文化和当地法律对合同及其可执行性均有影响。

采购合同中包括条款和条件,也可包括买方就卖方应实施工作或应交付产品的其他规定。在与采购办公室协作确保遵守组织的采购政策的同时,项目管理团队必须确定所有采购都能满足项目的具体需要。因应用领域不同,协议可以是合同、服务水平协议(SLA)、谅解备忘录、协议备忘录(MOA)或订购单。

大多数组织都有相关的书面政策和程序,来专门定义采购规则,并规定谁有权代表组织签署和管理协议。在世界各地,组织虽然用不同的名称来称呼负责采购的单位或部门,如购买部、合同部、采购部或收购部,但其实际职责大同小异。

虽然所有项目文件可能都要经过某种形式的审查与批准,但是,鉴于其法律约束力,合同或协议需要经过更多的审批程序,而且通常会涉及到法务部。在任何情况下,审批程序的主要目标都是确保合同充分描述将由卖方提供的产品、服务或成果,且符合法律法规关于采购的规定。通常把描述产品、服务或成果的文件作为独立的附件或附录,以便合同正文使用标准化的法律合同用语。

在复杂项目中,可能需要同时或先后管理多个合同。这种情况下,不同合同的生命周期可在项目生命周期的任何阶段开始与结束。买卖方关系是采购组织与外部组织之间的关系,可存在于项目的许多层次上。

因应用领域不同,卖方可以是承包商、供货商、服务提供商或供应商;买方可能为最终产品的所有人、分包商、收购机构、服务需求者或购买方。在合同生命周期中,卖方首先是投标人,然后是中标人,之后是签约供应商或供货商。

中标人可将所承揽的工作当作一个项目加以管理。在这种情况下:

在合同中,可实际列出各种输入(如,主要可交付成果、关键里程碑、成本目标),或者可限制项目团队的选择余地(如,在 IT 整合项目中,关于人员配备的决定往往要征得买方的批准)。另外,采购工作说明书可能使用其他名称,如技术工作说明书。

本节假设项目所需物品或服务的买方是项目团队,或者是组织内部的某个部门,同时假设卖方是为项目提供物品或服务的一方,且通常来自执行组织外部。在某些项目上,卖方可能是项目执行组织内部但属于项目外部的某个小组或部门。在大型复杂的项目上,卖方可能在授予合同后才成为整合式项目团队的一部分。

在小型组织或初创企业,以及未设置购买、合同或采购部门的组织,项目经理可以拥有采购职权,能够直接谈判并签署合同(分散式采购)。在更成熟的组织中,由专设部门开展实际的采购和合同签署工作,即采购、谈判和签署合同(集中式采购)。

在签署国际合同时,应该在合同中明确规定对合同的法律管辖权。在大多数情况下,卖方是受正式合同关系约束的外部承包商。

采购管理的发展趋势和新兴实践不同行业各方面(软件工具、风险、过程、物流和技术)的一些重大趋势,会影响项目的成功率。项目采购管理的发展趋势和新兴实践包括(但不限于):

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

在敏捷或适应型环境中需要考虑的因素在敏捷型环境中,可能需要与特定卖方协作来扩充团队。这种协作关系能够营造风险共担式采购模型,让买方和卖方共担项目风险和共享项目奖励。

在大型项目上,可能针对某些可交付成果采用适应型方法,而对其他部分则采用更稳定的方法。

在这种情况下,可以通过主体协议,如主要服务协议(MSA),来管辖整体协作关系,而将适应型工作写入附录或补充文件。这样一来,变更只针对适应型工作,而不会对主体协议造成影响。


ID:884
areaid:9
groupid:2
type:
post_name: 12.1
post_title: 规划采购管理
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理
post_content:

规划采购管理是记录项目采购决策、明确采购方法,及识别潜在卖方的过程。本过程的主要作用是,确定是否从项目外部获取货物和服务,如果是,则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购,或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 12-2 描述本过程的输入、工具与技术和输出。图 12-3 是本过程的数据流向图。

图 12-2规划采购:输入、工具与技术和输出

图 12-3规划采购管理的数据流向图

应该在规划采购管理过程的早期,确定与采购有关的角色和职责。项目经理应确保在项目团队中配备具有所需采购专业知识的人员。采购过程的参与者可能包括购买部或采购部的人员,以及采购组织法务部的人员。这些人员的职责也应记录在采购管理计划中。

典型的步骤可能有:

项目进度计划对规划采购管理过程中的采购策略制定有重要影响。在制定采购管理计划时所做出的决定也会影响项目进度计划。在开展制定进度计划过程、估算活动资源过程以及自制或外购决策制定时,都需要考虑这些决定。


ID:891
areaid:9
groupid:2
type:in
post_name: 12.1.1.6
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.1 规划采购管理:输入 / 12.1.1.6 组织过程资产
post_content:

组织使用的各种合同协议类型也会影响规划采购管理过程中的决策。能够影响规划采购管理过程的组织过程资产包括(但不限于):

mm固定总价 (FFP)。FFP 是最常用的合同类型。大多数买方都喜欢这种合同,因为货物采购的价格在一开始就已确定,并且不允许改变(除非工作范围发生变更)。

mm总价加激励费用 (FPIF)。这种总价合同为买方和卖方提供了一定的灵活性,允许一定的绩效偏离,并对实现既定目标给予相关的财务奖励(通常取决于卖方的成本、进度或技术绩效)。FPIF 合同中会设置价格上限,高于此价格上限的全部成本将由卖方承担。

mm总价加经济价格调整 (FPEPA)。这种合同适用于两种情况:卖方履约期将跨越几年时间,或将以不同货币支付价款。它是总价合同的一种类型,但合同中包含了特殊条款,允许根据条件变化,如通货膨胀、某些特殊商品的成本增加(或降低),以事先确定的方式对合同价格进行最终调整。


ID:895
areaid:9
groupid:2
type:tt
post_name: 12.1.2.3
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.2 规划采购管理:工具与技术 / 12.1.2.3 数据分析
post_content:

适用于本过程的数据分析技术包括(但不限于)自制或外购分析。自制或外购分析用于确定某项工作或可交付成果最好由项目团队自行完成,还是应该从外部采购。制定自制或外购决策时应考虑的因素包括;组织当前的资源配置及其技能和能力,对专业技术的需求,不愿承担永久雇用的义务,以及对独特技术专长的需求;还要评估与每个自制或外购决策相关的风险。

在自制或外购分析中,可以使用回收期、投资回报率(ROI)、内部报酬率 (IRR)、现金流贴现、净现值(NPV)、收益成本(BCA)或其他分析技术,来确定某种货物或服务是应该在项目内部自制,还是从外部购买。


ID:904
areaid:9
groupid:2
type:out
post_name: 12.1.3.6
post_title: 自制或外购决策
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.6 自制或外购决策
post_content:

通过自制或外购分析,做出某项特定工作最好由项目团队自己完成,还是需要从外部渠道采购的决策。


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:954
areaid:10
groupid:0
type:
post_name: 13
post_title: 项目相关方管理
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理
post_content:

项目相关方管理包括用于开展下列工作的各个过程:识别能够影响项目或会受项目影响的人员、团体或组织,分析相关方对项目的期望和影响,制定合适的管理策略来有效调动相关方参与项目决策和执行。用这些过程分析相关方期望,评估他们对项目或受项目影响的程度,以及制定策略来有效引导相关方支持项目决策、规划和执行。这些过程能够支持项目团队的工作。

项目相关方管理的过程是:

13.1 识别相关方 — 识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。

13.2 规划相关方参与 — 规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响,制定项目相关方参与项目的方法的过程。

13.3 管理相关方参与 — 管理相关方参与是与相关方进行沟通和协作,以满足其需求与期望,处理问题,并促进相关方合理参与的过程。

13.4 监督相关方参与 — 监督项目相关方关系,并通过修订参与策略和计划来引导相关方合理参与项目的过程。

图 13-1 概括了项目相关方管理的各个过程。虽然在本《PMBOK® 指南》中,各项目相关方管理过

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

图 13-1项目相关方管理概述

项目相关方管理的核心概念每个项目都有相关方,他们会受项目的积极或消极影响,或者能对项目施加积极或消极的影响。

有些相关方影响项目工作或成果的能力有限,而有些相关方可能对项目及其期望成果有重大影响。

关于重大项目灾难的学术研究及分析强调了结构化方法对识别所有相关方、进行相关方优先级排序,以及引导相关方参与的重要性。项目经理和团队正确识别并合理引导所有相关方参与的能力,能决定着项目的成败。为提高成功的可能性,应该在项目章程被批准、项目经理被委任,以及团队开始组建之后,尽早开始识别相关方并引导相关方参与。

相关方满意度应作为项目目标加以识别和管理。有效引导相关方参与的关键是重视与所有相关方保持持续沟通(包括团队成员),以理解他们的需求和期望、处理所发生的问题、管理利益冲突,并促进相关方参与项目决策和活动。

为了实现项目收益,识别相关方和引导相关方参与的过程需要迭代开展。虽然在项目相关方管理中仅对这些过程讨论一次,但是,应该经常开展识别相关方、排列其优先级以及引导其参与等活动。至少要在以下时点开展这些活动:

项目相关方管理的发展趋势和新兴实践“ 相关方”一词的外延正在扩大,从传统意义上的员工、供应商和股东扩展到涵盖各式群体,包括监管机构、游说团体、环保人士、金融组织、媒体,以及那些自认为是相关方的人员(他们认为自己会受项目工作或成果的影响)。

项目相关方管理的发展趋势和新兴实践包括(但不限于):

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

在敏捷或适应型环境中需要考虑的因素高度变化的项目更需要项目相关方的有效互动和参与。为了开展及时且高效的讨论及决策,适应型团队会直接与相关方互动,而不是通过层层的管理级别。客户、用户和开发人员在动态的共创过程中交换信息,通常能实现更高的相关方参与和满意程度。在整个项目期间保持与相关方社区的互动,有利于降低风险、建立信任和尽早做出项目调整,从而节约成本,提高项目成功的可能性。

为加快组织内部和组织之间的信息分享,敏捷型方法提倡高度透明。例如,邀请所有相关方参与项目会议和审查,或将项目工件发布到公共空间,其目的在于让各方之间的不一致和依赖关系,或者与不断变化的项目有关的其他问题,都尽快浮现。


ID:967
areaid:10
groupid:1
type:tt
post_name: 13.1.2.3
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.1 识别相关方 / 13.1.2 识别相关方:工具与技术 / 13.1.2.3 数据分析
post_content:

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


ID:991
areaid:10
groupid:2
type:out
post_name: 13.2.3.1
post_title: 相关方参与计划
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.2 规划相关方参与 / 13.2.3 规划相关方参与:输出 / 13.2.3.1 相关方参与计划
post_content:

相关方参与计划是项目管理计划的组成部分。它确定用于促进相关方有效参与决策和执行的策略和行动。基于项目的需要和相关方的期望,相关方参与计划可以是正式或非正式的,非常详细或高度概括的。

相关方参与计划可包括(但不限于)调动个人或相关方参与的特定策略或方法。

D C


ID:1000
areaid:10
groupid:3
type:tt
post_name: 13.3.2.2
post_title: 沟通技能
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.3 管理相关方参与 / 13.3.2 管理相关方参与:工具与技术 / 13.3.2.2 沟通技能
post_content:

在开展管理相关方参与过程时,应该根据沟通管理计划,针对每个相关方采取相应的沟通方法。

项目管理团队应该使用反馈机制,来了解相关方对各种项目管理活动和关键决策的反应。反馈的收集方式包括(但不限于):


ID:1003
areaid:10
groupid:3
type:tt
post_name: 13.3.2.5
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 13 项目相关方管理 / 13.3 管理相关方参与 / 13.3.2 管理相关方参与:工具与技术 / 13.3.2.5 会议
post_content:

见 10.1.2.8 节。会议用于讨论和处理任何与相关方参与有关的问题或关注点。在本过程中需要召开的会议类型包括(但不限于):


ID:1031
areaid:0
groupid:0
type:
post_name: 1.3
post_title: 组织治理与项目治理之间的联系
post_excerpt: 第二部分 项目管理标准 / 1 引论 / 1.3 组织治理与项目治理之间的联系
post_content:

治理类型多种多样,包括组织治理、组织级项目管理 (OPM) 治理,以及项目组合、项目集和项目治理。组织治理通过制定政策和流程,用结构化方式指明工作方向并进行控制,以便实现战略和运营目标。组织治理通常由董事会执行,以确保对相关方的最终责任得以落实,并保持公平和透明。组织治理原则、决策和过程可能通过以下方式影响项目组合、项目集和项目的治理:

项目治理是指用于指导项目管理活动的框架、功能和过程,从而创造独特的产品、服务或结果以满足组织、战略和运营目标。项目层面的治理包括:

项目治理框架为项目相关方提供管理项目的结构、过程、角色、职责、终责和决策模型。项目治理框架的内容包括(但不限于)以下原则或过程:


ID:1033
areaid:0
groupid:0
type:
post_name: 1.5
post_title: 项目生命周期
post_excerpt: 第二部分 项目管理标准 / 1 引论 / 1.5 项目生命周期
post_content:

项目生命周期指项目从开始到完成所经历的一系列阶段。项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。这些阶段之间可能是顺序、迭代或交叠的关系。项目阶段的名称、数量和持续时间取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。阶段都有时限,有一个起始点、结束点或控制点(有时称为阶段审查、阶段关口或控制关口,也可以用其他类似名称)。在控制点,需要根据当前环境,重新审查项目章程和商业文件。在该时点,把项目绩效与项目管理计划进行比较,以确定项目是否应该变更、终止或按计划继续。

项目生命周期会受组织、行业、开发方法或所用技术的独特性质的影响。虽然每个项目都有起点和终点,但具体的可交付成果及工作会因项目的不同而有很大差异。不论项目涉及的具体工作是什么,生命周期都可以为管理项目提供基本框架。

虽然项目规模及复杂程度各不相同,但是典型项目都呈现下列项目生命周期结构(见图 1-2):

图 1-2项目生命周期的通用结构

通用的生命周期结构一般具有以下特征:

图 1-3随时间而变化的变量影响


ID:1034
areaid:0
groupid:0
type:
post_name: 1.6
post_title: 项目相关方
post_excerpt: 第二部分 项目管理标准 / 1 引论 / 1.6 项目相关方
post_content:

相关方是指可能影响项目决策、活动或结果的个人、群体或组织,以及会受或自认为会受项目决策、活动或结果影响的个人、群体或组织。项目相关方可能来自项目内部或外部,可能主动或被动参与项目,甚至完全不了解项目。项目相关方可能对项目施加积极或消极影响,也可能受项目的积极或消极影响。相关方包括(但不限于):

图 1-4项目相关方示例

图 1-4 为项目相关方的示例。有些相关方只是偶尔参与项目调查或焦点小组活动,有些则为项目提

供全方位资助,包括资金支持、政治支持或其他类型的支持。在整个项目生命周期内,他们参与项目的方式和程度可能差别很大,因此,在整个项目生命周期中,有效识别和分析相关方,引导他们合理参与,并有效管理他们对项目的期望和参与,对项目成功至关重要。


ID:1035
areaid:0
groupid:0
type:
post_name: 1.7
post_title: 项目经理的角色
post_excerpt: 第二部分 项目管理标准 / 1 引论 / 1.7 项目经理的角色
post_content:

项目经理是指由执行组织委派,领导团队实现项目目标的个人。项目经理的报告关系依组织结构和项目治理而定。

除了具备项目所需的特定技能和通用管理能力,项目经理至少还应具备以下特性:

项目经理通过项目团队和其他相关方来完成工作。项目经理需要依赖重要的人际关系技能,包括(但不限于):

项目经理的成功取决于项目目标的实现。相关方的满意程度是衡量项目经理的成功的另一标准。

项目经理应处理相关方的需要、关注和期望,令有关的相关方满意。为了取得成功,项目经理应该裁减项目方法、生命周期和项目管理过程,以满足项目和产品要求。


ID:1036
areaid:0
groupid:0
type:
post_name: 1.8
post_title: 项目管理知识领域
post_excerpt: 第二部分 项目管理标准 / 1 引论 / 1.8 项目管理知识领域
post_content:

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


ID:1128
areaid:9
groupid:2
type:
post_name: 3.23
post_title: 规划采购管理
post_excerpt: 第二部分 项目管理标准 / 3 规划过程组 / 3.23 规划采购管理
post_content:

规划采购管理是记录项目采购决策,明确采购方法,识别潜在卖方的过程。本过程的主要作用是,确定是否从项目外部获取货物和服务,如果是,则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购,或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 3-24 描述了本过程的输入和输出。

图 3-24规划采购:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。


ID:1229
areaid:8
groupid:4
type:
post_name: 5.10
post_title: 监督风险
post_excerpt: 第二部分 项目管理标准 / 5 监控过程组 / 5.10 监督风险
post_content:

监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 5-11 描述了本过程的输入和输出。

图 5-11监督风险:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。


ID:1265
areaid:0
groupid:0
type:
post_name: X4.1
post_title: 项目整合管理的核心概念
post_excerpt: 第三部分 附录、术语表、索引 / 附录 X4 知识领域关键概念总结 / X4.1 项目整合管理的核心概念
post_content:

项目整合管理的核心概念包括:


ID:1268
areaid:0
groupid:0
type:
post_name: X4.4
post_title: 项目成本管理的核心概念
post_excerpt: 第三部分 附录、术语表、索引 / 附录 X4 知识领域关键概念总结 / X4.4 项目成本管理的核心概念
post_content:

项目成本管理的核心概念包括:


ID:1273
areaid:0
groupid:0
type:
post_name: X4.9
post_title: 项目采购管理的核心概念
post_excerpt: 第三部分 附录、术语表、索引 / 附录 X4 知识领域关键概念总结 / X4.9 项目采购管理的核心概念
post_content:

项目采购管理的核心概念包括:


ID:1288
areaid:0
groupid:0
type:
post_name: X6.2
post_title: 工具与技术分组
post_excerpt: 第三部分 附录、术语表、索引 / 附录 X6 工具与技术 / X6.2 工具与技术分组
post_content:

《PMBOK® 指南》使用了以下工具与技术分组:

另外还有 60 种未分组的工具与技术。

表 X6-1工具与技术分类和索引表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)


ID:1293
areaid:0
groupid:0
type:
post_name: X1.4
post_title: 工具和技术处理规则
post_excerpt: 第三部分 附录、术语表、索引 / 附录 X1 第 6 版更新 / X1.4 工具和技术处理规则
post_content:

第六版致力于减少工具和技术的数量,重点关注目前大多数项目在大多数时间使用的工具和技术。根据学术和市场调查,部分工具和技术已经删除。为了避免重复,工具或技术在首次列出时会进行描述,随后使用该工具或技术的过程会让读者查阅之前的描述。

第六版依据其使用目的,对部分常用的工具及技术进行了分组,但并非所有工具和技术都只划入某个组别。若此类工具或技术是某组的一部分,则会列出该组并在叙述部分对组别内的工具和技术示例进行说明。工具和技术的分组有:

附录 X6 按分组确定《PMBOK® 指南》中的所有工具及技术,并在适当的情况下列出它们适用的过程。