Index

第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.1 项目
post_title:项目
post_content:

项目是为创造独特的产品、服务或成果而进行的临时性工作。

  • 独特的产品、服务或成果。开展项目是为了通过可交付成果达成目标。目标指的是工作所指向的结果,要达到的战略地位,要达到的目的,要取得的成果,要生产的产品,或者准备提供的服务。可交付成果指的是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果可能是有形的,也可能是无形的。

实现项目目标可能会产生以下一个或多个可交付成果

  • 一个独特的产品,可能是其他产品的组成部分、某个产品的升级版或修正版,也可能其本身就是新的最终产品(例如一个最终产品缺陷的修正);
  • 一种独特的服务或提供某种服务的能力(如支持生产或配送的业务职能);
  • 一项独特的成果,例如某个结果或文件(如某研究项目所创造的知识,可据此判断某种趋势是否存在,或判断某个新过程是否有益于社会);
  • 一个或多个产品、服务或成果的独特组合(例如一个软件应用程序及其相关文件和帮助中心服务)。

某些项目可交付成果和活动中可能存在重复的元素,但这种重复并不会改变项目工作本质上的独特性。例如,即便采用相同或相似的材料,由相同或不同的团队来建设,但每个建筑项目仍具备独特性(例如位置、设计、环境、情况、参与项目的人员)。

项目可以在组织的任何层面上开展。一个项目可能只涉及一个人,也可能涉及一组人;可能只涉及一个组织单元,也可能涉及多个组织的多个单元。

项目的例子包括(但不限于):

  • 为市场开发新的复方药;
  • 扩展导游服务;
  • 合并两家组织
  • 改进组织内的业务流程;
  • 组织采购和安装新的计算机硬件系统;
  • 一个地区的石油勘探;
  • 修改组织内使用的计算机软件;
  • 开展研究以开发新的制造过程;
  • 建造一座大楼。
  • 临时性工作。项目的“临时性”是指项目有明确的起点和终点。“临时性”并不一定意味着项目的持续时间短。在以下一种或多种情况下,项目即宣告结束:
  • 达成项目目标;
  • 不会或不能达到目标;
  • 项目资金缺乏或没有可分配资金;
  • 项目需求不复存在(例如,客户不再要求完成项目,战略或优先级的变更致使项目终止,组织管理层下达终止项目的指示);
  • 无法获得所需人力或物力资源;
  • 出于法律或便利原因而终止项目

虽然项目是临时性工作,但其可交付成果可能会在项目的终止后依然存在。项目可能产生与社会、经济、材料或环境相关的可交付成果。例如,国家纪念碑建设项目就是要创造一个流传百世的可交付成果

  • 项目驱动变更。项目驱动组织进行变更。从商业角度来看,项目旨在推动组织从一个状态转到另一个状态,从而达成特定目标(见图 1-1)。在项目开始之前,通常将此时的组织描述为“当前状态”。项目驱动变更是为了获得期望的结果,即“将来状态”。

有些项目可能会创造一个过渡状态,即由多个步骤组成的连续区间,以过渡到将来状态。通过成功完成项目组织可以实现将来状态并达成特定目标。关于项目管理和变更的更多信息,请参见《管理组织变更:实践指南》[6]。

图 1-1组织通过项目进行状态转换

  • 项目创造商业价值。PMI 将商业价值定义为从商业运作中获得的可量化净效益。效益可以是有形的、无形的或两者兼有之。在商业分析中,商业价值被视为回报,即以某种投入换取时间、资金、货物或无形的回报(参见《从业者商业分析:实践指南》,第 185 页 [7])。

项目的商业价值指特定项目的成果能够为相关方带来的效益。项目带来的效益可以是有形的、无形的或两者兼有之。

有形效益的例子包括:

  • 货币资产;
  • 股东权益;
  • 公共事业;
  • 固定设施;
  • 工具;
  • 市场份额。

无形效益的例子包括:

  • 商誉;
  • 品牌认知度;
  • 公共利益;
  • 商标;
  • 战略一致性;
  • 声誉。
  • 项目启动背景。组织领导者启动项目是为了应对影响该组织的因素。这些基本因素说明了项目背景,大致分为四类(见图 1-2):
  • 符合法规、法律或社会要求;
  • 满足相关方的要求或需求;
  • 执行、变更业务或技术战略;
  • 创造、改进或修复产品、过程或服务。

图 1-2项目启动背景

这些因素会影响组织的持续运营和业务战略。领导者应对这些因素,以便组织持续运营。项目组织提供了一个有效的途径,使其能够成功做出应对这些因素所需的变更。这些因素最终应与组织的战略目标以及各个项目的商业价值相关联。

表 1-1 展示了如何将示例因素归入一个或多个基本因素类别。

表 1-1促成项目创建的因素示例


ID:74
areaid:0
groupid:0
type:
post_name: 1
post_title: 引论
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论
post_content:

标准是基于权威、惯例或共识而建立并用作模式或范例的文件。本标准的开发过程遵循协商一致、开放公开、程序公正和各方平衡的基本原则。本标准描述在大多数时候适用于大多数项目的、被视为良好实践的过程,并把这些过程归入相应的过程组。本标准也对关键的项目管理概念进行定义,包括项目管理与组织战略及目标的关系,项目管理与组织治理、项目组合管理、项目集管理、项目环境及项目成功之间的关系。本标准还介绍项目生命周期、项目相关方,以及项目经理的角色。第 1 章介绍一些基本概念,并提供有关项目管理的背景信息。第 2 章至第 6 章对五大过程组进行逐一定义,并描述其下属过程。第 2 章至第 6 章还描述各项目管理过程的主要作用、输入和输出。本标准将作为《项目管理知识体系指南》(《PMBOK® 指南》)1 的基础和框架。《PMBOK® 指南》通过对相关背景、环境及其对项目管理的影响进行更深入的阐述,来扩展本标准的内容。此外,《PMBOK® 指南》也描述项目管理过程的输入和输出,识别项目管理过程的工具和技术,并按知识领域讨论一些重要概念和新趋势。


ID:75
areaid:0
groupid:0
type:
post_name: 1.1
post_title: 指南概述和目的
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.1 指南概述和目的
post_content:

项目管理并非新概念,它已存在数百年之久。项目成果的例子包括:

这些项目成果是领导者和项目经理在工作中应用项目管理实践、原则、过程、工具和技术的结果。

这些项目经理运用一系列关键技能和知识来满足客户和参与项目或受项目影响的其他人的要求。二十世纪中期,项目经理开始致力于将项目管理确立为一种职业,其中一个方面就是对知识体系 (BOK)的内容,即项目管理达成一致意见。这一知识体系后来称为“项目管理知识体系”(PMBOK)。项目管理协会 (PMI) 制定了一套有关项目管理知识体系的图表和词汇基准。项目经理很快意识到,并非一本书就可以包含项目管理知识体系的所有内容。因此,PMI 制定并发布了《项目管理知识体系指南》(简称《PMBOK® 指南》)。

PMI 将项目管理知识体系 (PMBOK) 定义为描述项目管理专业范围内知识的术语。项目管理知识体系包括已被验证并广泛应用的传统做法,以及本专业新近涌现的创新做法。

知识体系 (BOK) 包括已发布和未发布的材料。这一知识体系仍在不断演变发展。本《PMBOK® 指南》收录项目管理知识体系中被普遍认可为“良好实践”的那一部分。

项目经理与项目团队和其他相关方携手合作,共同确定并采用适用于各个项目且被普遍认可的良好实践。确定过程、输入、工具、技术、输出和生命周期阶段的恰当组合以管理项目的过程,即指本指南所述知识的“裁剪”应用。

本《PMBOK® 指南》与方法论有所不同。方法论是由专门的从业人员所采用的实践、技术、程序和规则所组成的体系。而本《PMBOK® 指南》是组织制定实践项目管理所需方法论、政策、程序、规则、工具、技术和生命周期阶段的基础。


ID:76
areaid:0
groupid:0
type:
post_name: 1.1.1
post_title: 项目管理标准
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.1 指南概述和目的 / 1.1.1 项目管理标准
post_content:

本指南基于《项目管理标准》[1]。标准是基于权威、惯例或共识而建立并用作模式或范例的文件。作为美国国家标准协会 (ANSI) 的标准,《项目管理标准》根据协商一致、开放公开、程序公正和各方平衡等概念予以制定。《项目管理标准》是 PMI 项目管理专业发展计划和项目管理实践的基本参考资料。由于项目管理需要根据项目需求进行调整,标准和指南均基于描述性实践,而不是规范性实践。因此,标准确认了在大多时候都被大多数项目视作良好实践的过程。另外,标准还确认了通常与这些过程相关的输入和输出。标准不要求执行任何特定过程或实践。《项目管理标准》是《项目管理知识体系指南》(《PMBOK® 指南》)的第二部分。

《PMBOK®指南》更详细地说明了核心概念、新兴趋势、裁剪项目管理过程时应考虑的因素,以及如何将工具和技术应用于项目中。项目经理可以采用一种或多种方法论执行本标准所描述的项目管理过程。

本指南的范围仅限于项目管理领域,而不涉及任何项目组合、项目集和多个项目的领域;仅在与项目有关时才会提及项目组合和项目集。PMI 还发布了针对项目组合和项目集的两部标准:


ID:77
areaid:0
groupid:0
type:
post_name: 1.1.2
post_title: 通用词汇
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.1 指南概述和目的 / 1.1.2 通用词汇
post_content:

通用词汇是专业学科的基本要素。《PMI 项目管理术语词典》[4] 收录了基本的专业词汇,供组织、项目组合、项目集和项目经理及其他项目相关方统一使用。《术语词典》会随着时间的推移而更改。本指南的词汇表包含了《术语词典》中的词汇以及其他定义。项目可能会采用由行业文献定义的相关行业特定的术语。


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:79
areaid:0
groupid:0
type:
post_name: 1.2
post_title: 基本要素
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素
post_content:

本章描述了从事项目管理和了解项目管理领域所需的基本要素。


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

项目管理过程、工具和技术的运用为组织达成目的和目标奠定了坚实的基础。一个项目可以采用三种不同的模式进行管理:作为一个独立项目(不包括在项目组合或项目集中)、在项目集内或在项目组合内。如果在项目组合或项目集内管理某个项目,则项目经理需要与项目集和项目组合经理互动合作。例如,为达成组织的一系列目的和目标,可能需要实施多个项目。在这种情况下,项目可能被归入项目集中。项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动,以便获得分别管理所无法获得的利益。项目集不是大项目。规模特别大的项目称为“大型项目”。一般定义,大型项目通常需要 10 亿美元或以上的成本,可影响上百万人,并且将持续数年。

有些组织可能会采用项目组合,以有效管理在任何特定的时间内同时进行的多个项目集和项目。

项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。图 1-3 展示了项目组合、项目集、项目和运营在特定情况下如何关联的。

项目集管理和项目组合管理的生命周期、活动、目标、重点和效益都与项目管理不同;但是,项目组合、项目集、项目和运营通常都涉及相同的相关方,还可能需要使用同样的资源(见图 1-3),而这可能会导致组织内出现冲突。这种情况促使组织增强内部协调,通过项目组合、项目集和项目管理达成组织内部的有效平衡。

图 1-3 所示的项目组合结构示例表明了项目集、项目、共享资源和相关方之间的关系。将项目组

合组成部分合为一组能够促进这项工作的有效治理和管理,从而有助于实现组织战略和相关优先级。在开展组织和项目组合规划时,要基于风险、资金和其他考虑因素对项目组合组件排列优先级。项目组合方法有利于组织了解战略目标在项目组合中的实施情况,还能促进适当项目组合、项目集和项目治理的实施和协调。这种协调治理方式可为实现预期绩效和效益而分配人力、财力和实物资源。

图 1-3项目组合、项目集、项目和运营

从组织的角度来看项目、项目集和项目组合管理:

表 1-2 概述了项目组合、项目集与项目组合管理的比较。

表 1-2项目、项目集、项目组合管理的比较概述


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

项目集管理指在项目集中应用知识、技能与原则来实现项目集的目标,获得分别管理项目集组成部分所无法实现的利益和控制。项目集组成部分指项目集中的项目和其他项目集。项目管理注重项目本身的相互依赖关系,以确定管理项目的最佳方法。项目集管理注重作为组成部分的项目与项目集之间的依赖关系,以确定管理这些项目的最佳方法。项目集和项目间依赖关系的具体管理措施可能包括:

建立一个新的通信卫星系统就是项目集的一个实例,其所辖项目包括卫星与地面站的设计和建造、卫星发射以及系统整合。

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


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:86
areaid:0
groupid:0
type:
post_name: 1.2.3.4
post_title: 运营管理
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.3 项目、项目集、项目组合以及运营管理之间的关系 / 1.2.3.4 运营管理
post_content:

运营管理是另外一个领域,超出了本指南所描述的规范的项目管理范围。

运营管理关注产品的持续生产和(或)服务的持续运作。它使用最优资源满足客户要求,来保证业务运作的持续高效。它重点管理那些把各种输入(如材料、零件、能源和劳力)转变为输出(如产品、商品和(或)服务)的过程。


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

业务或组织运营的改变也许就是某个项目的关注焦点,尤其当项目交付的新产品或新服务将导致业务运营的有实质性改变时。持续运营不属于项目的范畴,但是它们之间存在交叉。

项目与运营会在产品生命周期的不同时点交叉,例如:

在每个交叉点,可交付成果及知识在项目与运营之间转移,以完成工作交接。在这一过程中,将转移项目资源或知识到运营中,或转移运营资源到项目中。


ID:88
areaid:0
groupid:0
type:
post_name: 1.2.3.6
post_title: 组织级项目管理 (OPM) 和战略
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.3 项目、项目集、项目组合以及运营管理之间的关系 / 1.2.3.6 组织级项目管理 (OPM) 和战略
post_content:

项目组合、项目集和项目均需符合组织战略,或由组织战略驱动,并以不同的方式服务于战略目标的实现:

作为项目组合或项目集的组成部分,项目是实现组织战略和目标的一种手段,常常应用于作为项目投资主要引导因素的战略规划之中。为了使项目符合组织的战略业务目标,对项目组合、项目集和项目进行系统化管理,可以应用组织级项目管理 (OPM)。OPM 指为实现战略目标而整合项目组合、项目集和项目管理与组织驱动因素的框架。

OPM 旨在确保组织开展正确的项目并合适地分配关键资源。OPM 有助于确保组织的各个层级都了解组织的战略愿景、支持愿景的举措、目标以及可交付成果。图 1-4 展示了战略、项目组合、项目集、项目和运营相互作用的组织环境。

关于 OPM 的更多信息,请参见《实施组织项目管理:实践指南》[8]。

图 1-4组织项目管理


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

项目包含几个关键组成部分,如果有效管理这些组成部分,项目才能成功完成。本指南识别并阐述了这些组成部分,各个组成部分在项目管理期间相互关联。

表 1-3 简单描述了关键组成部分。之后的章节会对这些组成部分详细描述。

表 1-3 PMBOK® 指南关键组成部分的描述

图 1-5 PMBOK® 指南关键组成部分在项目中的相互关系


ID:90
areaid:0
groupid:0
type:
post_name: 1.2.4.1
post_title: 项目和开发生命周期
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.1 项目和开发生命周期
post_content:

项目生命周期指项目从启动到完成所经历的一系列阶段。它为项目管理提供了一个基本框架。不论项目涉及的具体工作是什么,这个基本框架都适用。这些阶段之间的关系可以顺序、迭代或交叠进行。所有项目都呈现图 1-5 所示的通用的生命周期。

项目生命周期可以是预测型或适应型。项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期。开发生命周期可以是预测型、迭代型、增量型、适应型或混合型的模式:

由项目管理团队确定各个项目最适合的生命周期。项目生命周期需要足够灵活,能够应对项目包含的各种因素。可以通过以下方法实现生命周期的灵活性:

项目生命周期与产品生命周期相互独立,后者可能由项目产生。产品生命周期指一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。


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:93
areaid:0
groupid:0
type:
post_name: 1.2.4.4
post_title: 项目管理过程
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.4 指南的组成部分 / 1.2.4.4 项目管理过程
post_content:

项目生命周期是通过一系列项目管理活动进行的,即项目管理过程。每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。输出可以是可交付成果或结果。

结果是过程的最终成果。项目管理过程适用于全球各个行业。

各项目管理过程通过它们所产生的输出建立逻辑联系。过程可能包含了在整个项目期间相互重叠的活动。一个过程的输出通常成为以下二者之一:

图 1-6 的示例说明了一个过程的输入、工具、技术和输出的关系以及与其他过程的关系。

图 1-6过程示例:输入、工具与技术和输出

过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:

项目管理通过合理运用与整合按逻辑分组的项目管理过程而得以实现。过程分类方法有很多种,但《PMBOK® 指南》把过程归纳为五大类,即五大过程组。


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

项目管理过程组指对项目管理过程进行逻辑分组,以达成项目的特定目标。过程组不同于项目阶段。项目管理过程可分为以下五个项目管理过程组:

本指南采用流程图。项目管理过程通过具体的输入和输出相互联系,即一个过程的成果或结果可能成为另一个过程(不一定在同一过程组)的输入。请注意,过程组与项目阶段不同(见 1.2.4.2 节)。


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:97
areaid:0
groupid:0
type:
post_name: 1.2.5
post_title: 裁剪
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.5 裁剪
post_content:

项目经理通常将项目管理方法论应用于工作。方法论是由专门的从业人员所采用的实践、技术、程序和规则所组成的体系。根据这一定义,本指南本身并不是方法论。

建议在裁剪时参考本指南和《项目管理标准》[1],因为这些标准文件可识别项目管理知识体系中被普遍认可为“良好实践”的那一部分。“良好实践”并不意味着这些知识总是一成不变地应用于所有项目。本指南不讨论具体的方法论。

项目管理方法论可能:

应选择恰当的项目管理过程、输入、工具、技术、输出和生命周期阶段以管理项目。这一选择活动即为针对项目裁剪的项目管理。项目经理与项目团队、发起人或组织管理层合作进行裁剪。在某些情况下,组织可能要求采用特定的项目管理方法论。

由于每个项目都是独特的,所以有必要进行裁剪;并非每个项目都需要《PMBOK® 指南》所确定的每个过程、工具、技术、输入或输出。裁剪应处理关于范围、进度、成本、资源、质量和风险的相互竞争的制约因素。各个制约因素对不同项目的重要性不一样,项目经理应根据项目环境、组织文化、相关方需求和其他变量裁剪管理这些制约因素的方法。

在裁剪项目管理时,项目经理还应考虑运行项目所需的各个治理层级,并考虑组织文化。此外,还需要考虑来自于组织内部还是外部的项目客户也可能会影响项目管理的裁剪决定。

合理的项目管理方法论需要考虑项目的独特性,允许项目经理做出一定程度的裁剪。不过,对某一特定项目而言,方法论中的裁剪法本身可能也需要进行裁剪。


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

项目经理需要确保项目管理方法紧扣商业文件的意图。表 1-5 列出了这些文件的定义。在整个项目生命周期中,这两种文件相互依赖并得到反复制定和维护。

表 1-5项目商业文件

项目发起人通常负责项目商业论证文件的制定和维护。项目经理负责提供建议和见解,使项目商业论证、项目管理计划、项目章程和项目效益管理计划中的成功标准相一致,并与组织的目的和目标保持一致。

项目经理应适当地为项目裁剪上述项目管理文件。某些组织会维护项目集层面的商业论证和效益管理计划。项目经理应与相应的项目集经理合作,确保项目管理文件与项目集文件保持一致。图 1-8说明了这些关键项目管理商业文件与需求评估之间的相互关系。图 1-8 展示了项目生命周期内各种文件大概的生命周期。

图 1-8需求评估与关键业务/项目文件的相互关系


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:100
areaid:0
groupid:0
type:
post_name: 1.2.6.2
post_title: 项目效益管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.6 项目管理商业文件 / 1.2.6.2 项目效益管理计划
post_content:

项目效益管理计划描述了项目实现效益的方式和时间,以及应制定的效益衡量机制。项目效益指为发起组织和项目预期受益方创造价值的行动、行为、产品、服务或成果的结果。项目生命周期早期应确定目标效益,并据此制定效益管理计划。它描述了效益的关键要素,可能包括(但不限于)记录以下内容:

制定效益管理计划需要使用商业论证和需求评估中的数据和信息,例如,成本效益分析数据。

在成本效益分析中已经把成本估算与项目拟实现的效益进行了比较。效益管理计划和项目管理计划描述了项目创造的商业价值如何能够成为组织持续运营的一部分,包括使用的测量指标。测量指标可核实商业价值并确认项目成功与否。

项目效益管理计划的制定和维护是一项迭代活动。它是商业论证、项目章程和项目管理计划的补充性文件。项目经理与发起人共同确保项目章程、项目管理计划和效益管理计划在整个项目生命周期内始终保持一致。请参见《从业者商业分析:实践指南》[7]、《项目集管理标准》[3]和《项目组合管理标准》[2]。


ID:101
areaid:0
groupid:0
type:
post_name: 1.2.6.3
post_title: 项目章程和项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 1 引论 / 1.2 基本要素 / 1.2.6 项目管理商业文件 / 1.2.6.3 项目章程和项目管理计划
post_content:

项目章程是由项目发起人发布的,正式批准项目成立,并授权项目经理动用组织资源开展项目活动的文件。

项目管理计划是描述如何执行、监督和控制项目的一份文件。

关于项目章程和项目管理计划的更多信息,请参见第 4 章项目整合管理。


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

确定项目是否成功是项目管理中最常见的挑战之一。

时间、成本、范围和质量等项目管理测量指标历来被视为确定项目是否成功的最重要的因素。

最近,从业者和学者提出,确定项目是否成功还应考虑项目目标的实现情况。

关于项目成功的定义和最重要的因素,项目相关方可能有不同的看法。明确记录项目目标并选择可测量的目标是项目成功的关键。主要相关方和项目经理应思考以下三个问题:

主要相关方和项目经理应就这些问题达成共识并予以记录。

项目成功可能涉及与组织战略和业务成果交付有关的其他标准。这些项目目标可能包括(但不限于):

为了取得项目成功,项目团队必须能够正确评估项目状况,平衡项目要求,并与相关方保持积极主动的沟通。

但在业务环境中,如果项目能够与组织的战略方向持续保持一致,那么项目成功的概率就会显著提高。

有可能一个项目从范围/进度/预算来看是成功的,但从商业角度来看并不成功。这是因为业务需要和市场环境在项目完成之前发生了变化。


ID:104
areaid:0
groupid:0
type:
post_name: 2.1
post_title: 概述
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.1 概述
post_content:

项目所处的环境可能对项目的开展产生有利或不利的影响。这些影响的两大主要来源为事业环境因素 (EEF) 和组织过程资产 (OPA)。

事业环境因素源于项目外部(往往是企业外部)的环境,事业环境因素可能对整个企业、项目组合、项目集或项目产生影响。关于事业环境因素的更多信息,请参见 2.2 节。

组织过程资产源于企业内部,可能来自企业自身、项目组合、项目集、其他项目或这些的组合。

图 2-1 分解了事业环境因素和组织过程资产所涵盖的项目影响。关于组织过程资产的更多信息,请参

见 2.3 节。

图 2-1项目影响

除了事业环境因素和组织过程资产,组织系统对项目生命周期也起着重要的作用。组织系统(见2.4 节)进一步讨论了影响了组织系统内部人员的权力、影响力、利益、技能和政治能力的系统因素。


ID:105
areaid:0
groupid:0
type:
post_name: 2.2
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.2 事业环境因素
post_content:

事业环境因素(EEFs)是指项目团队不能控制的,将对项目产生影响、限制或指令作用的各种条件。这些条件可能来自于组织的内部和(或)外部。事业环境因素是很多项目管理过程,尤其是大多数规划过程的输入。这些因素可能会提高或限制项目管理的灵活性,并可能对项目结果产生积极或消极的影响。

从性质或类型上讲,事业环境因素是多种多样的。有效开展项目,就必须考虑这些因素。事业环境因素包括(但不限于)第 2.2.1 节和 2.2.2 节所描述的因素。


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

组织过程资产是执行组织所特有并使用的计划、过程、政策、程序和知识库,会影响对具体项目的管理。

组织过程资产包括来自任何(或所有)项目执行组织的,可用于执行或治理项目的任何工件、实践或知识,还包括来自组织以往项目的经验教训和历史信息。组织过程资产可能还包括完成的进度计划、风险数据和挣值数据。组织过程资产是许多项目管理过程的输入。由于组织过程资产存在于组织内部,在整个项目期间,项目团队成员可对组织过程资产进行必要的更新和增补。组织过程资产可分成以下两大类:

第一类资产的更新通常不是项目工作的一部分,而是由项目管理办公室 (PMO) 或项目以外的其他职能部门完成。更新工作仅须遵循与过程、政策和程序更新相关的组织政策。有些组织鼓励团队裁剪项目的模板、生命周期和核对单。在这种情况下,项目管理团队应根据项目需求裁剪这些资产。

第二类资产是在整个项目期间结合项目信息而更新的。例如,整个项目期间会持续更新与财务绩效、经验教训、绩效指标和问题以及缺陷相关的信息。


ID:109
areaid:0
groupid:0
type:
post_name: 2.3.1
post_title: 过程、政策和程序
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.3 组织过程资产 / 2.3.1 过程、政策和程序
post_content:

组织用于执行项目工作的流程与程序,包括(但不限于):


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:112
areaid:0
groupid:0
type:
post_name: 2.4.1
post_title: 概述
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.4 组织系统 / 2.4.1 概述
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:117
areaid:0
groupid:0
type:
post_name: 2.4.4
post_title: 组织结构类型
post_excerpt: 第一部分 项目管理知识体系指南 / 2 项目运行环境 / 2.4 组织系统 / 2.4.4 组织结构类型
post_content:

组织需要权衡两个关键变量之后才可确定合适的组织结构类型。这两个变量指可以采用的组织结构类型以及针对特定组织如何优化组织结构类型的方式。不存在一种结构类型适用于任何特定组织。因要考虑各种可变因素,特定组织的最终结构是独特的。2.4.4.1 节和 2.4.4.2 节描述了在权衡这两个变量时应考虑的一些因素。2.4.4.3 节讨论了项目管理中常见的一种组织结构。


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

组织结构的形式或类型是多种多样的。表 2-1 比较了几种组织结构类型及其对项目的影响。


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:122
areaid:0
groupid:0
type:
post_name: 3.1
post_title: 概述
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.1 概述
post_content:

项目经理在领导项目团队达成项目目标方面发挥至关重要的作用。在整个项目期间,这个角色的作用非常明显。很多项目经理从项目启动时参与项目,直到项目结束。不过,在某些组织内,项目经理可能会在项目启动之前就参与评估和分析活动。这些活动可能包括咨询管理层和业务部门领导者的想法,以推进战略目标的实现、提高组织绩效,或满足客户需求。某些组织可能还要求项目经理管理或协助项目的商业分析、商业论证的制定以及项目组合管理事宜。项目经理还可能参与后续跟进活动,以实现项目的商业效益。不同组织对项目经理的角色有不同的定义,但本质上它们的裁剪方式都一样——项目管理角色需要符合组织需求,如同项目管理过程需要符合项目需求一般。

下面将大型项目的项目经理与大型管弦乐队的指挥作比较,以帮助理解项目经理角色:

这两个领导者都需要从整体的角度来看待团队产品,以便进行规划、协调和完成。首先,应审查各自组织的愿景、使命和目标,确保与产品保持一致。然后解释与成功完成产品相关的愿景、使命和目标。最后向团队沟通自己的想法,激励团队成功完成目标。

项目经理通过沟通领导项目团队进行规划和协调。项目经理采用书面沟通(文档计划和进度),还通过会议和口头提示或非言语提示与团队进行实时沟通。

本章接下来的部分讨论项目经理角色的主要方面。关于这个话题有数以千计书籍和文章,但本章不涵盖全部内容,而是旨在通过概述让从业者对这个话题有个基本的认识,为深入研究文中提及的各个方面做好准备。


ID:123
areaid:0
groupid:0
type:
post_name: 3.2
post_title: 项目经理的定义
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.2 项目经理的定义
post_content:

项目经理的角色不同于职能经理或运营经理。一般而言,职能经理专注于对某个职能领域或业务部门的管理监督。运营经理负责保证业务运营的高效性。项目经理是由执行组织委派,领导团队实现项目目标的个人。


ID:125
areaid:0
groupid:0
type:
post_name: 3.3.1
post_title: 概述
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.3 项目经理的影响力范围 / 3.3.1 概述
post_content:

项目经理在其影响力范围内担任多种角色。这些角色反映了项目经理的能力,体现了项目经理这一职业的价值和作用。本章将重点讲述项目经理在图 3-1 所示的各种影响力范围内的角色。

图 3-1项目经理的影响力范围示例


ID:127
areaid:0
groupid:0
type:
post_name: 3.3.3
post_title: 组织
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.3 项目经理的影响力范围 / 3.3.3 组织
post_content:

项目经理需要积极地与其他项目经理互动。其他独立项目或同一项目集的其他项目可能会对项目造成影响,原因包括(但不限于):

与其他项目经理互动有助于产生积极的影响,以满足项目的各种需求。这些需求可能是团队为完成项目而需要的人力、技术或财力资源和可交付成果。项目经理需要寻求各种方法来培养人际关系,从而帮助团队实现项目目的和目标。

此外,项目经理在组织内扮演强有力的倡导者的角色。在项目过程中,项目经理积极地与组织中的各位经理互动。此外,项目经理应与项目发起人合作处理内部的政治和战略问题,这些问题可能会影响团队或项目的可行性或质量。

项目经理可以致力于提高自己在组织内的总体项目管理能力和技能,并参与隐性和显性知识的转移或整合计划(见 4.4 节的管理项目知识)。项目经理还应致力于:

基于组织结构,项目经理可能向职能经理报告。而在其他情况下,项目经理可能与其他项目经理一起,向 PMO、项目组合或项目集经理报告。项目组合或项目集经理对整个组织范围内的一个或多个项目承担最终责任。为了实现项目目标,项目经理需要与所有相关经理紧密合作,确保项目管理计划符合所在项目组合或项目集的计划。项目经理还需与其他角色紧密协作,如组织经理、主题专家以及商业分析人员。在某些情况下,项目经理可以是临时管理角色的外部顾问。


ID:128
areaid:0
groupid:0
type:
post_name: 3.3.4
post_title: 行业
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.3 项目经理的影响力范围 / 3.3.4 行业
post_content:

项目经理应时刻关注行业的最新发展趋势,获得并思考这一信息对当前项目是否有影响或可用。

这些趋势包括(但不限于):


ID:129
areaid:0
groupid:0
type:
post_name: 3.3.5
post_title: 专业学科
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.3 项目经理的影响力范围 / 3.3.5 专业学科
post_content:

对项目经理而言,持续的知识传递和整合非常重要。项目管理专业和项目经理担任主题专家的其他领域都在持续推进相应的专业发展。知识传递和整合包括(但不限于):


ID:130
areaid:0
groupid:0
type:
post_name: 3.3.6
post_title: 跨领域
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.3 项目经理的影响力范围 / 3.3.6 跨领域
post_content:

专业的项目经理针对组织的价值可以选择指导和教育其他专业人员项目管理方法。项目经理还可以担任非正式的宣传大使,让组织了解项目管理在及时性、质量、创新和资源管理方面的优势。


ID:132
areaid:0
groupid:0
type:
post_name: 3.4.1
post_title: 概述
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.1 概述
post_content:

近期的 PMI 研究通过 PMI 人才三角®(见图 3-2)指出了项目经理根据《项目经理能力发展 (PMCD) 框架》需要具备的技能。人才三角重点关注三个关键技能组合:

图 3-2 PMI 人才三角®

虽然技术项目管理技能是项目集和项目管理的核心,但 PMI 研究指出,当今全球市场越来越复杂,竞争也越来越激烈,只有技术项目管理技能是不够的。各个组织正在寻求其他有关领导力和商业智慧技能。来自不同组织的成员均提出,这些能力可以有助于支持更长远的战略目标,以实现赢利。

为发挥最大的效果,项目经理需要平衡这三种技能。


ID:133
areaid:0
groupid:0
type:
post_name: 3.4.2
post_title: 技术项目管理技能
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.2 技术项目管理技能
post_content:

技术项目管理技能指有效运用项目管理知识实现项目集或项目的预期成果的能力。有很多技术项目管理技能。本指南的知识领域部分描述了很多必要的项目管理技能。项目经理经常会依赖专家判断来有效开展工作。要获得成功,重要的是项目经理必须了解个人专长以及如何找到具备所需专业知识的人员。

研究表明,顶尖的项目经理会持续展现出几种关键技能,包括(但不限于):

最主要的是:


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:135
areaid:0
groupid:0
type:
post_name: 3.4.4
post_title: 领导力技能
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.4 领导力技能
post_content:

领导力技能包括指导、激励和带领团队的能力。这些技能可能包括协商、抗压、沟通、解决问题、批判性思考和人际关系技能等基本能力。随着越来越多的公司通过项目执行战略,项目变得越来越复杂。项目管理不仅仅涉及数字、模板、图表、图形和计算机系统方面的工作。人是所有项目中的共同点。人可以计数,但不仅仅是数字。


ID:136
areaid:0
groupid:0
type:
post_name: 3.4.4.1
post_title: 人际交往
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.4 领导力技能 / 3.4.4.1 人际交往
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:138
areaid:0
groupid:0
type:
post_name: 3.4.4.3
post_title: 权术、权力和办好事情
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.4 领导力技能 / 3.4.4.3 权术、权力和办好事情
post_content:

领导和管理的最终目的是办好事情。这些技能和品质有助于项目经理实现项目目的和目标。很多技能和品质归根究底就是处理政治的能力。政治涉及影响、谈判、自主和权力。

政治及其相关要素不局限于“好”与“不好”以及“正面”与“负面”之分。项目经理对组织运行方式的了解越多,就越有可能获得成功。项目经理应观察并收集有关项目和组织概况的数据,然后从项目、相关人员、组织以及整个环境出发来审查这些数据,从而得出计划和执行大多数行动所需的信息和知识。这些行动是项目经理运用适当的权力影响他人和进行协商之后的成果。有了权力就有了职责,项目经理应体察并尊重他人。项目经理的有效行动保持相关人员的独立自主。项目经理的行动成果就是让合适的人执行必要的活动来实现项目目标。

权力可能体现个人或组织的特征。人们对领导者的认知通常是因为权力;因此,项目经理应注意自己与他人的关系是非常重要的。借助人际关系可以让项目相关事项得到落实。行使权力的方式有很多,项目经理可自行决定。由于权力的性质以及影响项目的各种因素,权力及其运用变得非常复杂。行使权力的方式包括(但不限于):

在权力方面,顶尖的项目经理积极主动且目的明确。这些项目经理会在组织政策、协议和程序许可的范围内主动寻求所需的权力和职权,而不是坐等组织授权。


ID:139
areaid:0
groupid:0
type:
post_name: 3.4.5
post_title: 领导力与管理之比较
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.5 领导力与管理之比较
post_content:

“领导力”和“管理”这两个词经常被互换使用,但它们并不是同义词。“管理”更接近于运用一系列已知的预期行为指示另一个人从一个位置到另一个位置。相反,“领导力”指通过讨论或辩论与他人合作,带领他们从一个位置到另一个位置。

项目经理所选择的方法体现了他们在行为、自我认知和项目角色方面的显著差异。表 3-1 从几个重要的层面对管理和领导力进行比较。

为获得成功,项目经理必须同时采用领导力和管理这两种方式。技巧在于如何针对各种情况找到恰当的平衡点。项目经理的领导风格通常体现了他们所采用的管理和领导力方式。

表 3-1团队管理与团队领导力之比较


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:141
areaid:0
groupid:0
type:
post_name: 3.4.5.2
post_title: 个性
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.4 项目经理的能力 / 3.4.5 领导力与管理之比较 / 3.4.5.2 个性
post_content:

个性指人与人之间在思维、情感和行为的特征模式方面的差异。个人性格特点或特征可能包括(但不限于):

高效的项目经理在上述各个方面都具备一定程度的能力。每个项目、组织和情况都要求项目经理重视个性的不同方面。


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

执行项目整合时,项目经理承担双重角色:

整合是项目经理的一项关键技能。本指南的项目整合管理知识领域对整合更深入地进行了探讨。3.5.1 节至 3.5.4 节重点关注以下三个不同层面发生的整合:过程层面、认知层面和背景层面。

3.5.4 节以复杂性与整合结尾。


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:144
areaid:0
groupid:0
type:
post_name: 3.5.2
post_title: 认知层面的整合
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.5 执行整合 / 3.5.2 认知层面的整合
post_content:

管理项目的方法有很多,而方法的选择通常取决于项目的具体特点,包括规模、项目或组织的复杂性,以及执行组织的文化。显然,项目经理的人际关系技能和能力与其管理项目的方式有紧密的关系。

项目经理应尽量掌握所有项目管理知识领域。熟练掌握这些知识领域之后,项目经理可以将经验、见解、领导力、技术以及商业管理技能运用到项目管理中。最后,项目经理需要整合这些知识领域所涵盖的过程才有可能实现预期的项目结果。


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

与几十年前相比,当今企业和项目所处的环境有了很大的变化。新技术不断涌现。社交网络、多元文化、虚拟团队和新的价值观都是项目所要面临的全新现实。整合涉及多个组织的、大规模、跨职能项目实施中的知识和人员便是一例。项目经理在指导项目团队进行沟通规划和知识管理时需要考虑这个背景所产生的影响。

在管理整合时,项目经理需要意识到项目背景和这些新因素,然后项目经理可以决定如何在项目中最好地利用这些新环境因素,以获得项目成功。


ID:146
areaid:0
groupid:0
type:
post_name: 3.5.4
post_title: 整合与复杂性
post_excerpt: 第一部分 项目管理知识体系指南 / 3 项目经理的角色 / 3.5 执行整合 / 3.5.4 整合与复杂性
post_content:

有些项目可能非常复杂,难以管理。简单来说,“复杂”一词通常被用来描述难以理解或错综复杂的事物。

项目的复杂性来源于组织的系统行为、人类行为以及组织或环境中的不确定性。《项目复杂性管理:实践指南》[13] 将复杂性的三个维度定义为:

复杂性本身指个体基于自身经验、观察和技能的一种感知,更准确的描述应该是项目包含复杂性的要素,而不是项目本身复杂。项目组合、项目集和项目可能包含复杂性的要素。

项目整合之前,项目经理应考虑项目内外的要素。项目经理应检查项目的特征或属性。作为项目的一种特征或属性,复杂性通常被定义为:

这些因素会增加项目的复杂性,通过检查,有助于项目经理在规划、管理和控制项目时可以识别关键领域,确保完成整合。


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:148
areaid:1
groupid:1
type:
post_name: 4.1
post_title: 制定项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程
post_content:

制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用是,明确项目与组织战略目标之间的直接联系,确立项目的正式地位,并展示组织对项目的承诺。本过程仅开展一次或仅在项目的预定义点开展。图 4-2 描述本过程的输入、工具与技术和输出。图 4-3 是本过程的数据流向图。

图 4-2制定项目章程:输入、工具与技术和输出

图 4-3制定项目章程:数据流向图

项目章程在项目执行组织与需求组织之间建立起伙伴关系。在执行外部项目时,通常需要用正式的合同来达成合作协议。这种情况下,可能仍要用项目章程来建立组织内部的合作关系,以确保正确交付合同内容。项目章程一旦被批准,就标志着项目的正式启动。在项目中,应尽早确认并任命项目经理,最好在制定项目章程时就任命,且总应在规划开始之前任命。项目章程可由发起人编制,或者由项目经理与发起机构合作编制。通过这种合作,项目经理可以更好地了解项目目的、目标和预期效益,以便更有效地向项目活动分配资源。项目章程授权项目经理规划、执行和控制项目。

项目由项目以外的机构来启动,如发起人、项目集或项目管理办公室(PMO)、项目组合治理委员会主席或其授权代表。项目启动者或发起人应该具有一定的职权,能为项目获取资金并提供资源。

项目可能因内部经营需要或外部影响而启动,故通常需要编制需求分析、可行性研究、商业论证或有待项目处理的情况的描述。通过编制项目章程,来确认项目符合组织战略和日常运营的需要。

不要把项目章程看作合同,因为其中未承诺报酬或金钱或用于交换的对价。


ID:152
areaid:1
groupid:1
type:tt
post_name: 4.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.2 制定项目章程:工具与技术 / 4.1.2.1 专家判断
post_content:

专家判断是指基于某应用领域、知识领域、学科和行业等的专业知识而做出的,关于当前活动的合理判断,这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人。

本过程应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:153
areaid:1
groupid:1
type:tt
post_name: 4.1.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.2 制定项目章程:工具与技术 / 4.1.2.2 数据收集
post_content:

可用于本过程的数据收集技术包括(但不限于):

头脑风暴由两个部分构成:创意产生和创意分析。制定项目章程时可通过头脑风暴向相关方、主题专家和团队成员收集数据、解决方案或创意。


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:155
areaid:1
groupid:1
type:tt
post_name: 4.1.2.4
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.2 制定项目章程:工具与技术 / 4.1.2.4 会议
post_content:

在本过程中,与关键相关方举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息。


ID:156
areaid:1
groupid:1
type:out
post_name: 4.1.3.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.3 制定项目章程:输出 / 4.1.3.1 项目章程
post_content:

项目章程是由项目启动者或发起人发布的,正式批准项目成立,并授权项目经理使用组织资源开展项目活动的文件。它记录了关于项目和项目预期交付的产品、服务或成果的高层级信息,例如:

项目章程确保相关方在总体上就主要可交付成果、里程碑以及每个项目参与者的角色和职责达成共识。


ID:157
areaid:1
groupid:1
type:out
post_name: 4.1.3.2
post_title: 假设日志
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.3 制定项目章程:输出 / 4.1.3.2 假设日志
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:159
areaid:1
groupid:1
type:in
post_name: 4.1.1.2
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.1 制定项目章程:输入 / 4.1.1.2 协议
post_content:

见 12.2.3.2 节。协议用于定义启动项目的初衷。协议有多种形式,包括合同、谅解备忘录(MOUs)、服务水平协议(SLA)、协议书、意向书、口头协议、电子邮件或其他书面协议。为外部客户做项目时,通常就以合同的形式出现。


ID:160
areaid:1
groupid:1
type:in
post_name: 4.1.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.1 制定项目章程 / 4.1.1 制定项目章程:输入 / 4.1.1.3 事业环境因素
post_content:

能够影响制定项目章程过程的事业环境因素包括(但不限于):


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: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:164
areaid:1
groupid:2
type:in
post_name: 4.2.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.1 制定项目管理计划:输入 / 4.2.1.1 项目章程
post_content:

见 4.1.3.1 节。项目团队把项目章程作为初始项目规划的起始点。项目章程所包含的信息种类数量因项目的复杂程度和已知的信息而异。在项目章程中至少应该定义项目的高层级信息,供将来在项目管理计划的各个组成部分中进一步细化。


ID:165
areaid:1
groupid:2
type:in
post_name: 4.2.1.2
post_title: 其他过程的输出
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.1 制定项目管理计划:输入 / 4.2.1.2 其他过程的输出
post_content:

创建项目管理计划需要整合诸多过程(如第 5 章至第 13 章所述)的输出。其他规划过程所输出的子计划和基准都是本过程的输入。此外,对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。


ID:166
areaid:1
groupid:2
type:in
post_name: 4.2.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.1 制定项目管理计划:输入 / 4.2.1.3 事业环境因素
post_content:

能够影响制定项目管理计划过程的事业环境因素包括(但不限于):


ID:167
areaid:1
groupid:2
type:in
post_name: 4.2.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.1 制定项目管理计划:输入 / 4.2.1.4 组织过程资产
post_content:

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


ID:169
areaid:1
groupid:2
type:tt
post_name: 4.2.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.2 制定项目管理计划:工具与技术 / 4.2.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:170
areaid:1
groupid:2
type:tt
post_name: 4.2.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.2 制定项目管理计划:工具与技术 / 4.2.2.2 数据收集
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:172
areaid:1
groupid:2
type:tt
post_name: 4.2.2.4
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.2 制定项目管理计划 / 4.2.2 制定项目管理计划:工具与技术 / 4.2.2.4 会议
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:175
areaid:1
groupid:3
type:
post_name: 4.3
post_title: 指导与管理项目工作
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作
post_content:

指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。本过程的主要作用是,对项目工作和可交付成果开展综合管理,以提高项目成功的可能性。本过程需要在整个项目期间开展。图 4-6 描述本过程的输入、工具与技术和输出。图 4-7 是本过程的数据流向图。

图 4-6指导与管理项目工作:输入、工具与技术和输出

图 4-7指导与管理项目工作:数据流向图

指导与管理项目工作包括执行计划的项目活动,以完成项目可交付成果并达成既定目标。本过程需要分配可用资源并管理其有效使用,也需要执行因分析工作绩效数据和信息而提出的项目计划变更。指导与管理项目工作过程会受项目所在应用领域的直接影响,按项目管理计划中的规定,开展相关过程,完成项目工作,并产出可交付成果。

项目经理与项目管理团队一起指导实施已计划好的项目活动,并管理项目内的各种技术接口和组织接口。指导与管理项目工作还要求回顾所有项目变更的影响,并实施已批准的变更,包括纠正措施、预防措施和(或)缺陷补救。

在项目执行过程中,收集工作绩效数据并传达给合适的控制过程做进一步分析。通过分析工作绩效数据,得到关于可交付成果的完成情况以及与项目绩效相关的其他细节,工作绩效数据也用作监控过程组的输入,并可作为反馈输入到经验教训库,以改善未来工作包的绩效。


ID:177
areaid:1
groupid:3
type:in
post_name: 4.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.1 指导与管理项目工作:输入 / 4.3.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划的任何组件都可用作本过程的输入。


ID:178
areaid:1
groupid:3
type:in
post_name: 4.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.1 指导与管理项目工作:输入 / 4.3.1.2 项目文件
post_content:

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


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:180
areaid:1
groupid:3
type:in
post_name: 4.3.1.4
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.1 指导与管理项目工作:输入 / 4.3.1.4 事业环境因素
post_content:

能够影响指导与管理项目工作过程的事业环境因素包括(但不限于):


ID:181
areaid:1
groupid:3
type:in
post_name: 4.3.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.1 指导与管理项目工作:输入 / 4.3.1.5 组织过程资产
post_content:

能够影响指导与管理项目工作过程的组织过程资产包括(但不限于):


ID:183
areaid:1
groupid:3
type:tt
post_name: 4.3.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.2 指导与管理项目工作:工具与技术 / 4.3.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:185
areaid:1
groupid:3
type:tt
post_name: 4.3.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.2 指导与管理项目工作:工具与技术 / 4.3.2.3 会议
post_content:

在指导与管理项目工作时,可以通过会议来讨论和解决项目的相关事项。参会者可包括项目经理、项目团队成员,以及与所讨论事项相关或会受该事项影响的相关方。应该明确每个参会者的角色,确保有效参会。会议类型包括(但不限于):开工会议、技术会议、敏捷或迭代规划会议、每日站会、指导小组会议、问题解决会议、进展跟进会议以及回顾会议。


ID:187
areaid:1
groupid:3
type:out
post_name: 4.3.3.1
post_title: 可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.1 可交付成果
post_content:

可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。它通常是项目结果,并可包括项目管理计划的组成部分。

一旦完成了可交付成果的第一个版本,就应该执行变更控制。用配置管理工具和程序来支持对可交付成果(如文件、软件和构件)的多个版本的控制。


ID:188
areaid:1
groupid:3
type:out
post_name: 4.3.3.2
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.2 工作绩效数据
post_content:

工作绩效数据是在执行项目工作的过程中,从每个正在执行的活动中收集到的原始观察结果和测量值。数据通常是最低层次的细节,将交由其他过程从中提炼出信息。在工作执行过程中收集数据,再交由控制过程做进一步分析。

例如,工作绩效数据包括已完成的工作、关键绩效指标 (KPI)、技术绩效测量结果、进度活动的实际开始日期和完成日期、已完成的故事点、可交付成果状态、进度进展情况、变更请求的数量、缺陷的数量、实际发生的成本、实际持续时间等。


ID:189
areaid:1
groupid:3
type:out
post_name: 4.3.3.3
post_title: 问题日志
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.3 问题日志
post_content:

在整个项目生命周期中,项目经理通常会遇到问题、差距、不一致或意外冲突。项目经理需要采取某些行动加以处理,以免影响项目绩效。问题日志是一种记录和跟进所有问题的项目文件,所需记录和跟进的内容可能包括:

问题日志可以帮助项目经理有效跟进和管理问题,确保它们得到调查和解决。作为本过程的输出,问题日志被首次创建,尽管在项目期间任何时候都可能发生问题。在整个项目生命周期应该随同监控活动更新问题日志。


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:191
areaid:1
groupid:3
type:out
post_name: 4.3.3.5
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.5 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在本过程中通过变更请求加以更新。


ID:192
areaid:1
groupid:3
type:out
post_name: 4.3.3.6
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.3 指导与管理项目工作 / 4.3.3 指导与管理项目工作:输出 / 4.3.3.6 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

管理项目知识是使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。本过程的主要作用是,利用已有的组织知识来创造或改进项目成果,并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。图 4-8 描述本过程的输入、工具以及技术和输出。图 4-9 是本过程的数据流向图。

图 4-8管理项目知识:输入、工具与技术和输出

图 4-9管理项目知识:数据流向图

知识通常分为“显性知识”(易使用文字、图片和数字进行编撰的知识)和“隐性知识”(个体知识以及难以明确表达的知识,如信念、洞察力、经验和“诀窍”)两种。知识管理指管理显性和隐性知识,旨在重复使用现有知识并生成新知识。有助于达成这两个目的的关键活动是知识分享和知识集成(不同领域的知识、情境知识和项目管理知识)。

一个常见误解是,知识管理只是将知识记录下来用于分享;另一种常见误解是,知识管理只是在项目结束时总结经验教训,以供未来项目使用。这样的话,只有经编撰的显性知识可以得到分享。

因为显性知识缺乏情境,可作不同解读,所以,虽易分享,但无法确保正确理解或应用。隐性知识虽蕴含情境,却很难编撰。它存在于专家个人的思想中,或者存在于社会团体和情境中,通常经由人际交流和互动来分享。

从组织的角度来看,知识管理指的是确保项目团队和其他相关方的技能、经验和专业知识在项目开始之前、开展期间和结束之后得到运用。因为知识存在于人们的思想中,且无法强迫人们分享自己的知识或关注他人的知识,所以,知识管理最重要的环节就是营造一种相互信任的氛围,激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识,即便最好的知识管理工具和技术也无法发挥作用。在实践中,联合使用知识管理工具和技术(用于人际互动)以及信息管理工具和技术(用于编撰显性知识)来分享知识。


ID:196
areaid:1
groupid:3
type:in
post_name: 4.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.1 管理项目知识:输入 / 4.4.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划的所有组成部分均为本过程的输入。


ID:197
areaid:1
groupid:3
type:in
post_name: 4.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.1 管理项目知识:输入 / 4.4.1.2 项目文件
post_content:

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


ID:198
areaid:1
groupid:3
type:in
post_name: 4.4.1.3
post_title: 可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.1 管理项目知识:输入 / 4.4.1.3 可交付成果
post_content:

可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。它通常是为实现项目目标而完成的有形的组成部分,并可包括项目管理计划的组成部分。


ID:199
areaid:1
groupid:3
type:in
post_name: 4.4.1.4
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.1 管理项目知识:输入 / 4.4.1.4 事业环境因素
post_content:

能够影响管理项目知识过程的事业环境因素包括(但不限于):


ID:200
areaid:1
groupid:3
type:in
post_name: 4.4.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.1 管理项目知识:输入 / 4.4.1.5 组织过程资产
post_content:

在项目管理过程和例行工作中,经常必然要使用项目管理知识,能够影响管理项目知识过程的组织过程资产包括(但不限于):


ID:203
areaid:1
groupid:3
type:tt
post_name: 4.4.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.2 管理项目知识:工具与技术 / 4.4.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:204
areaid:1
groupid:3
type:tt
post_name: 4.4.2.2
post_title: 知识管理
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.2 管理项目知识:工具与技术 / 4.4.2.2 知识管理
post_content:

知识管理工具和技术将员工联系起来,使他们能够合作生成新知识、分享隐性知识,以及集成不同团队成员所拥有的知识。适用于项目的工具和技术取决于项目的性质,尤其是创新程度、项目复杂性,以及团队的多元化(包括学科背景多元化)程度。

工具和技术包括(但不限于):

可以通过面对面和(或)虚拟方式来应用所有这些工具和技术。通常,面对面互动最有利于建立知识管理所需的信任关系。一旦信任关系建立,可以用虚拟互动来维护这种信任关系。


ID:205
areaid:1
groupid:3
type:tt
post_name: 4.4.2.3
post_title: 信息管理
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.2 管理项目知识:工具与技术 / 4.4.2.3 信息管理
post_content:

信息管理工具和技术用于创建人们与知识之间的联系,可以有效促进简单、明确的显性知识的分享,包括(但不限于):

通过增加互动要素,如“与我联系”的功能,使用户能够与经验教训发帖者联系,并向其寻求与特定项目和情境有关的建议。这样一来,就能够强化信息管理工具和技术的使用。

互动和支持也有助于人们找到相关信息。相比搜索关键词,直接询问通常是一种更轻松快捷的方式。搜索关键词经常难以使用,因为人们可能不知道选择什么样的关键词或关键短语才能找到所需的信息。

知识和信息管理工具与技术应与项目过程和过程责任人相对应。例如,实践社区和主题专家 (SME)可以提供见解,帮助改善控制过程;而设置内部发起人可以确保改善措施得到执行。可以分析经验教训登记册的条目来识别通过项目程序变更能够解决的常见问题。


ID:206
areaid:1
groupid:3
type:tt
post_name: 4.4.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.2 管理项目知识:工具与技术 / 4.4.2.4 人际关系与团队技能
post_content:

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


ID:208
areaid:1
groupid:3
type:out
post_name: 4.4.3.1
post_title: 经验教训登记册
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.3 管理项目知识:输出 / 4.4.3.1 经验教训登记册
post_content:

经验教训登记册可以包含情况的类别和描述,经验教训登记册还可包括与情况相关的影响、建议和行动方案。经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会,或其他适用的内容。

经验教训登记册在项目早期创建,作为本过程的输出。因此,在整个项目期间,它可以作为很多过程的输入,也可以作为输出而不断更新。参与工作的个人和团队也参与记录经验教训。可以通过视频、图片、音频或其他合适的方式记录知识,确保有效吸取经验教训。

在项目或阶段结束时,把相关信息归入经验教训知识库,成为组织过程资产的一部分。


ID:209
areaid:1
groupid:3
type:out
post_name: 4.4.3.2
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.3 管理项目知识:输出 / 4.4.3.2 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在本过程中更新。


ID:210
areaid:1
groupid:3
type:out
post_name: 4.4.3.3
post_title: 组织过程资产更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.4 管理项目知识 / 4.4.3 管理项目知识:输出 / 4.4.3.3 组织过程资产更新
post_content:

所有项目都会生成新知识。有些知识应该被编撰,并在管理项目知识过程中被嵌入可交付成果,或者被用于改进过程和程序。在本过程中,也可以首次编撰或使用现有知识,例如,关于新程序的现有想法在本项目中试用并获得成功。

可在本过程更新任一组织过程资产。


ID:211
areaid:1
groupid:4
type:
post_name: 4.5
post_title: 监控项目工作
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作
post_content:

监控项目工作是跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用是,让相关方了解项目的当前状态并认可为处理绩效问题而采取的行动,以及通过成本和进度预测,让相关方了解未来项目状态。本过程需要在整个项目期间开展。

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

图 4-10监控项目工作:输入、工具与技术和输出

• Projectcharter图 4-11监控项目工作:数据流向图

监督是贯穿于整个项目的项目管理活动之一,包括收集、测量和分析测量结果,以及预测趋势,以便推动过程改进。持续的监督使项目管理团队能洞察项目的健康状况,并识别须特别关注的任何方面。控制包括制定纠正或预防措施或重新规划,并跟踪行动计划的实施过程,以确保它们能有效解决问题。监控项目工作过程关注:


ID:213
areaid:1
groupid:4
type:in
post_name: 4.5.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.1 项目管理计划
post_content:

见 4.2.3.1 节。监控项目工作包括查看项目的各个方面。项目管理计划的任一组成部分都可作为本过程的输入。


ID:214
areaid:1
groupid:4
type:in
post_name: 4.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.2 项目文件
post_content:

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


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:216
areaid:1
groupid:4
type:in
post_name: 4.5.1.4
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.4 协议
post_content:

见 12.2.3.2 节。采购协议中包括条款和条件,也可包括其他条目,如买方就卖方应实施的工作或应交付的产品所做的规定。如果项目将部分工作外包出去,项目经理需要监督承包商的工作,确保所有协议都符合项目的特定要求,以及组织的采购政策。


ID:217
areaid:1
groupid:4
type:in
post_name: 4.5.1.5
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.5 事业环境因素
post_content:

能够影响监控项目工作过程的事业环境因素包括(但不限于):


ID:218
areaid:1
groupid:4
type:in
post_name: 4.5.1.6
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.6 组织过程资产
post_content:

能够影响监控项目工作过程的组织过程资产包括(但不限于):


ID:220
areaid:1
groupid:4
type:tt
post_name: 4.5.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.2 监控项目工作:工具与技术 / 4.5.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:221
areaid:1
groupid:4
type:tt
post_name: 4.5.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.2 监控项目工作:工具与技术 / 4.5.2.2 数据分析
post_content:

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

可以在每个知识领域,针对特定变量,开展偏差分析。在监控项目工作过程中,通过偏差分析对成本、时间、技术和资源偏差进行综合分析,以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。


ID:223
areaid:1
groupid:4
type:tt
post_name: 4.5.2.4
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.2 监控项目工作:工具与技术 / 4.5.2.4 会议
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: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:227
areaid:1
groupid:4
type:out
post_name: 4.5.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.3 监控项目工作:输出 / 4.5.3.3 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。在监控项目工作过程中提出的变更可能会影响整体项目管理计划。


ID:228
areaid:1
groupid:4
type:out
post_name: 4.5.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.3 监控项目工作:输出 / 4.5.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:229
areaid:1
groupid:4
type:
post_name: 4.6
post_title: 实施整体变更控制
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制
post_content:

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

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

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

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

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

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

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


ID:234
areaid:1
groupid:4
type:in
post_name: 4.6.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.1 项目管理计划
post_content:

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


ID:235
areaid:1
groupid:4
type:in
post_name: 4.6.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.2 项目文件
post_content:

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


ID:237
areaid:1
groupid:4
type:in
post_name: 4.6.1.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.1 实施整体变更控制:输入 / 4.6.1.4 变更请求
post_content:

很多过程都会输出变更请求。变更请求(见 4.3.3.4 节)可能包含纠正措施、预防措施、缺陷补救,以及对正式受控的项目文件或可交付成果的更新,以反映修改或增加的意见或内容。变更可能影响项目基准,也可能不影响项目基准,而只影响相对于基准的项目绩效。变更决定通常由项目经理做出。

对于会影响项目基准的变更,通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应由 CCB(如有)和客户或发起人审批,除非他们本身就是 CCB 的成员。只有经批准的变更才能纳入修改后的基准。


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:241
areaid:1
groupid:4
type:tt
post_name: 4.6.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.2 实施整体变更控制:工具与技术 / 4.6.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑征求具备以下相关专业知识或接受过相关培训的个人或小组的意见:


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:247
areaid:1
groupid:4
type:out
post_name: 4.6.3.1
post_title: 批准的变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.3 实施整体变更控制:输出 / 4.6.3.1 批准的变更请求
post_content:

由项目经理、CCB或指定的团队成员,根据变更管理计划处理变更请求(见 4.3.3.4 节),做出批准、推迟或否决的决定。批准的变更请求应通过指导与管理项目工作过程加以实施。对于推迟或否决的变更请求,应通知提出变更请求的个人或小组。

以项目文件更新的形式,在变更日志中记录所有变更请求的处理情况。


ID:248
areaid:1
groupid:4
type:out
post_name: 4.6.3.2
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.3 实施整体变更控制:输出 / 4.6.3.2 项目管理计划更新
post_content:

项目管理计划的任一正式受控的组成部分,都可通过本过程进行变更。对基准的变更,只能基于最新版本的基准且针对将来的情况,而不能变更以往的绩效。这有助于保护基准和历史绩效数据的严肃性和完整性。


ID:249
areaid:1
groupid:4
type:out
post_name: 4.6.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.6 实施整体变更控制 / 4.6.3 实施整体变更控制:输出 / 4.6.3.3 项目文件更新
post_content:

正式受控的任一项目文件都可在本过程变更,通常在本过程更新的一种项目文件是变更日志。

变更日志用于记录项目期间发生的变更。


ID:250
areaid:1
groupid:5
type:
post_name: 4.7
post_title: 结束项目或阶段
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段
post_content:

结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是,存档项目或阶段信息,完成计划的工作,释放组织团队资源以展开新的工作。它仅开展一次或仅在项目的预定义点开展。图 4-14 描述本过程的输入、工具与技术和输出。图 4-15 是本过程的数据流向图。

图 4-14结束项目或阶段:输入、工具与技术和输出

图 4-15结束项目或阶段:数据流向图

• Projectcharter在结束项目时,项目经理需要回顾项目管理计划,确保所有项目工作都已完成以及项目目标均已实现。项目或阶段行政收尾所需的必要活动包括(但不限于):

如果项目在完工前就提前终止,结束项目或阶段过程还需要制定程序,来调查和记录提前终止的原因。为了实现上述目的,项目经理应该引导所有合适的相关方参与本过程。


ID:252
areaid:1
groupid:5
type:in
post_name: 4.7.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程记录了项目成功标准、审批要求,以及由谁来签署项目结束。


ID:254
areaid:1
groupid:5
type:in
post_name: 4.7.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.2 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划的所有组成部分均为本过程的输入。


ID:255
areaid:1
groupid:5
type:in
post_name: 4.7.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.3 项目文件
post_content:

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


ID:256
areaid:1
groupid:5
type:in
post_name: 4.7.1.4
post_title: 验收的可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.4 验收的可交付成果
post_content:

见 5.5.3.1 节。验收的可交付成果可包括批准的产品规范、交货收据和工作绩效文件。对于分阶段实施的项目或提前取消的项目,还可能包括部分完成或中间的可交付成果。


ID:257
areaid:1
groupid:5
type:in
post_name: 4.7.1.5
post_title: 商业文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.5 商业文件
post_content:

见 1.2.6 节。商业文件包括(但不限于):

商业论证用于确定项目是否达到了经济可行性研究的预期结果。效益管理计划用于测量项目是否达到了计划的效益。


ID:258
areaid:1
groupid:5
type:in
post_name: 4.7.1.6
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.6 协议
post_content:

见 12.2.3.2 节。通常在合同条款和条件中定义对正式关闭采购的要求,并包括在采购管理计划中。

在复杂项目中,可能需要同时或先后管理多个合同。


ID:259
areaid:1
groupid:5
type:in
post_name: 4.7.1.7
post_title: 采购文档
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.7 采购文档
post_content:

见 12.3.1.4 节。为关闭合同,需收集全部采购文档,并建立索引和加以归档。有关合同进度、范围、质量和成本绩效的信息,以及全部合同变更文档、支付记录和检查结果,都要归类收录。在项目结束时,应将“实际执行的”计划(图纸)或“初始编制的”文档、手册、故障排除文档和其他技术文档视为采购文件的组成部分。这些信息可用于总结经验教训,并为签署以后的合同而用作评价承包商的基础。


ID:260
areaid:1
groupid:5
type:in
post_name: 4.7.1.8
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.8 组织过程资产
post_content:

能够影响结束项目或阶段过程的组织过程资产包括(但不限于):


ID:264
areaid:1
groupid:5
type:tt
post_name: 4.7.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.2 结束项目或阶段:工具与技术 / 4.7.2.2 数据分析
post_content:

可用于项目收尾的数据分析技术包括(但不限于):


ID:265
areaid:1
groupid:5
type:tt
post_name: 4.7.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.2 结束项目或阶段:工具与技术 / 4.7.2.3 会议
post_content:

会议用于确认可交付成果已通过验收,确定已达到退出标准,正式关闭合同,评估相关方满意度,收集经验教训,传递项目知识和信息,以及庆祝成功。参会者可包括项目团队成员,以及参与项目或受项目影响的其他相关方。会议可以是面对面或虚拟会议,正式或非正式会议。会议的类型包括(但不限于):收尾报告会、客户总结会、经验教训总结会,以及庆祝会。


ID:267
areaid:1
groupid:5
type:out
post_name: 4.7.3.1
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.3 结束项目或阶段:输出 / 4.7.3.1 项目文件更新
post_content:

可在本过程更新所有项目文件,并标记为最终版本。特别值得注意的是,经验教训登记册的最终版本要包含阶段或项目收尾的最终信息。最终版本的经验教训登记册可包含关于以下事项的信息:效益管理、商业论证的准确性、项目和开发生命周期、风险和问题管理、相关方参与,以及其他项目管理过程。


ID:268
areaid:1
groupid:5
type:out
post_name: 4.7.3.2
post_title: 最终产品、服务或成果移交
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.3 结束项目或阶段:输出 / 4.7.3.2 最终产品、服务或成果移交
post_content:

项目交付的产品、服务或成果可转交给另一团队或组织,并由其在整个生命周期中进行运营、维护和支持。

本输出所指的正是把项目交付的最终产品、服务或成果(对于阶段收尾,则是所在阶段的中间产品、服务或成果)从一个团队转交到另一个团队。


ID:269
areaid:1
groupid:5
type:out
post_name: 4.7.3.3
post_title: 最终报告
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.3 结束项目或阶段:输出 / 4.7.3.3 最终报告
post_content:

用最终报告总结项目绩效,其中可包含诸如以下信息:


ID:270
areaid:1
groupid:5
type:out
post_name: 4.7.3.4
post_title: 组织过程资产更新
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.3 结束项目或阶段:输出 / 4.7.3.4 组织过程资产更新
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:272
areaid:2
groupid:2
type:
post_name: 5.1
post_title: 规划范围管理
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理
post_content:

规划范围管理是为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。本过程的主要作用是,在整个项目期间对如何管理范围提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 5-2 描述本过程的输入、工具与技术和输出。图 5-3 是本过程的数据流向图。

图 5-2规划范围管理:输入、工具与技术和输出

图 5-3规划范围管理:数据流向图

范围管理计划是项目或项目集管理计划的组成部分,描述将如何定义、制定、监督、控制和确认项目范围。制定范围管理计划和细化项目范围始于对下列信息的分析:项目章程(见 4.1.3.1 节)中的信息、项目管理计划(见 4.2.3.1 节)中已批准的子计划、组织过程资产(见 2.3 节)中的历史信息和相关事业环境因素(见 2.2 节)。


ID:274
areaid:2
groupid:2
type:in
post_name: 5.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.1 规划范围管理:输入 / 5.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程记录项目目的、项目概述、假设条件、制约因素,以及项目意图实现的高层级需求。


ID:275
areaid:2
groupid:2
type:in
post_name: 5.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.1 规划范围管理:输入 / 5.1.1.2 项目管理计划
post_content:

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


ID:279
areaid:2
groupid:2
type:tt
post_name: 5.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.2 规划范围管理:工具与技术 / 5.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:280
areaid:2
groupid:2
type:tt
post_name: 5.1.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.2 规划范围管理:工具与技术 / 5.1.2.2 数据分析
post_content:

适用于本过程的数据分析技术包括(但不限于)备选方案分析。本技术用于评估收集需求、详述项目和产品范围、创造产品、确认范围和控制范围的各种方法。


ID:281
areaid:2
groupid:2
type:tt
post_name: 5.1.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.2 规划范围管理:工具与技术 / 5.1.2.3 会议
post_content:

项目团队可以参加项目会议来制定范围管理计划。参会者可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、范围管理各过程的负责人,以及其他必要人员。


ID:284
areaid:2
groupid:2
type:out
post_name: 5.1.3.1
post_title: 范围管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.3 规划范围管理:输出 / 5.1.3.1 范围管理计划
post_content:

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

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


ID:285
areaid:2
groupid:2
type:out
post_name: 5.1.3.2
post_title: 需求管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.1 规划范围管理 / 5.1.3 规划范围管理:输出 / 5.1.3.2 需求管理计划
post_content:

需求管理计划是项目管理计划的组成部分,描述将如何分析、记录和管理项目和产品需求。根据《从业者商业分析:实践指南》[7],有些组织称之为“商业分析计划”。需求管理计划的主要内容包括(但不限于):


ID:286
areaid:2
groupid:2
type:
post_name: 5.2
post_title: 收集需求
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求
post_content:

收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。本过程的主要作用是,为定义产品范围和项目范围奠定基础,且仅开展一次或仅在项目的预定义点开展。图 5-4 描述本过程的输入、工具与技术和输出。图 5-5 是本过程的数据流向图。

图 5-4收集需求:输入、工具与技术和输出

图 5-5收集需求:数据流向图

《PMBOK® 指南》并没有专门讨论产品需求,因为产品需求因行业而异。《从业者商业分析:

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


ID:288
areaid:2
groupid:2
type:in
post_name: 5.2.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.1 收集需求:输入 / 5.2.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程记录了项目概述以及将用于制定详细需求的高层级需求。


ID:289
areaid:2
groupid:2
type:in
post_name: 5.2.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.1 收集需求:输入 / 5.2.1.2 项目管理计划
post_content:

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


ID:290
areaid:2
groupid:2
type:in
post_name: 5.2.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.1 收集需求:输入 / 5.2.1.3 项目文件
post_content:

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


ID:292
areaid:2
groupid:2
type:in
post_name: 5.2.1.5
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.1 收集需求:输入 / 5.2.1.5 协议
post_content:

见 12.2.3.2 节。协议会包含项目和产品需求。


ID:294
areaid:2
groupid:2
type:in
post_name: 5.2.1.7
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.1 收集需求:输入 / 5.2.1.7 组织过程资产
post_content:

会影响收集需求过程的组织过程资产包括(但不限于):


ID:296
areaid:2
groupid:2
type:tt
post_name: 5.2.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.2 收集需求:工具与技术 / 5.2.2.1 专家判断
post_content:

见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:


ID:298
areaid:2
groupid:2
type:tt
post_name: 5.2.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.2 收集需求:工具与技术 / 5.2.2.2 数据收集
post_content:

可用于本过程的数据收集技术包括(但不限于):


ID:304
areaid:2
groupid:2
type:tt
post_name: 5.2.2.8
post_title: 原型法
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.2 收集需求:工具与技术 / 5.2.2.8 原型法
post_content:

原型法是指在实际制造预期产品之前,先造出该产品的模型,并据此征求对需求的早期反馈。

原型包括微缩产品、计算机生成的二维和三维模型、实体模型或模拟。因为原型是有形的实物,它使得相关方可以体验最终产品的模型,而不是仅限于讨论抽象的需求描述。原型法支持渐进明细的理念,需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。在经过足够的反馈循环之后,就可以通过原型获得足够的需求信息,从而进入设计或制造阶段。

故事板是一种原型技术,通过一系列的图像或图示来展示顺序或导航路径。故事板用于各种行业的各种项目中,如电影、广告、教学设计,以及敏捷和其他软件开发项目。在软件开发中,故事板使用实体模型来展示网页、屏幕或其他用户界面的导航路径。


ID:306
areaid:2
groupid:2
type:out
post_name: 5.2.3.1
post_title: 需求文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.3 收集需求:输出 / 5.2.3.1 需求文件
post_content:

需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求,然后随着有关需求信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要相关方愿意认可的需求,才能作为基准。需求文件的格式多种多样,既可以是一份按相关方和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。

许多组织把需求分为不同的种类,如业务解决方案和技术解决方案。前者是相关方的需要,后者是指如何实现这些需要。把需求分成不同的类别,有利于对需求进行进一步完善和细化。需求的类别包括:


ID:307
areaid:2
groupid:2
type:out
post_name: 5.2.3.2
post_title: 需求跟踪矩阵
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.2 收集需求 / 5.2.3 收集需求:输出 / 5.2.3.2 需求跟踪矩阵
post_content:

需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵,把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后,需求跟踪矩阵还为管理产品范围变更提供了框架。

跟踪需求包括(但不限于):

应在需求跟踪矩阵中记录每个需求的相关属性,这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态(如进行中、已取消、已推迟、新增加、已批准、被分配和已完成)和状态日期。为确保相关方满意,可能需要增加一些补充属性,如稳定性、复杂性和验收标准。图 5-7是需求跟踪矩阵示例,其中列有相关的需求属性。

图 5-7需求跟踪矩阵示例

Programs Portfolios


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

定义范围是制定项目和产品详细描述的过程。本过程的主要作用是,描述产品、服务或成果的边界和验收标准。图 5-8 描述本过程的输入、工具与技术和输出。图 5-9 是本过程的数据流向图。

图 5-8定义范围:输入、工具与技术和输出

图 5-9定义范围:数据流向图

由于在收集需求过程中识别出的所有需求未必都包含在项目中,所以定义范围过程就要从需求文件(收集需求过程的输出)中选取最终的项目需求,然后制定出关于项目及其产品、服务或成果的详细描述。准备好详细的项目范围说明书,对项目成功至关重要。

应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。在项目规划过程中,随着对项目信息的更多了解,应该更加详细具体地定义和描述项目范围。

此外,还需要分析现有风险、假设条件和制约因素的完整性,并做必要的增补或更新。需要多次反复开展定义范围过程:在迭代型生命周期的项目中,先为整个项目确定一个高层级的愿景,再一次针对一个迭代期明确详细范围。通常,随着当前迭代期的项目范围和可交付成果的进展,而详细规划下一个迭代期的工作。


ID:310
areaid:2
groupid:2
type:in
post_name: 5.3.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.1 定义范围:输入 / 5.3.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程中包含对项目的高层级描述、产品特征和审批要求。


ID:311
areaid:2
groupid:2
type:in
post_name: 5.3.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.1 定义范围:输入 / 5.3.1.2 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)范围管理计划(见 5.1.3.1 节),其中记录了如何定义、确认和控制项目范围。


ID:312
areaid:2
groupid:2
type:in
post_name: 5.3.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.1 定义范围:输入 / 5.3.1.3 项目文件
post_content:

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


ID:314
areaid:2
groupid:2
type:in
post_name: 5.3.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.1 定义范围:输入 / 5.3.1.5 组织过程资产
post_content:

能够影响定义范围过程的组织过程资产包括(但不限于):


ID:316
areaid:2
groupid:2
type:tt
post_name: 5.3.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.2 定义范围:工具与技术 / 5.3.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备类似项目的知识或经验的个人或小组的意见。


ID:317
areaid:2
groupid:2
type:tt
post_name: 5.3.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.2 定义范围:工具与技术 / 5.3.2.2 数据分析
post_content:

可用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。


ID:319
areaid:2
groupid:2
type:tt
post_name: 5.3.2.3
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.2 定义范围:工具与技术 / 5.3.2.3 决策
post_content:

见 5.1.2.2 节。可用于本过程的决策技术包括(但不限于)多标准决策分析。如 8.1.2.4 节所述,多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术,目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。


ID:320
areaid:2
groupid:2
type:tt
post_name: 5.3.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.2 定义范围:工具与技术 / 5.3.2.4 人际关系与团队技能
post_content:

见 4.1.2.3 节。人际关系与团队技能的一个示例是引导。在研讨会和座谈会中使用引导技能来协调具有不同期望或不同专业知识的关键相关方,使他们就项目可交付成果以及项目和产品边界达成跨职能的共识。


ID:323
areaid:2
groupid:2
type:out
post_name: 5.3.3.1
post_title: 项目范围说明书
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.3 定义范围:输出 / 5.3.3.1 项目范围说明书
post_content:

项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围,包括项目和产品范围;详细描述了项目的可交付成果;还代表项目相关方之间就项目范围所达成的共识。为便于管理相关方的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。

项目范围说明书使项目团队能进行更详细的规划,在执行过程中指导项目团队的工作,并为评价变更请求或额外工作是否超过项目边界提供基准。

项目范围说明书描述要做和不要做的工作的详细程度,决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括以下内容(可能直接列出或参引其他文件):

虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。项目章程包含高层级的信息,而项目范围说明书则是对范围组成部分的详细描述,这些组成部分需要在项目过程中渐进明细。表 5-1 显示了这两个文件的一些关键内容。

表 5-1项目章程与项目范围说明书的内容


ID:324
areaid:2
groupid:2
type:out
post_name: 5.3.3.2
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.3 定义范围 / 5.3.3 定义范围:输出 / 5.3.3.2 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

创建工作分解结构(WBS)是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。本过程的主要作用是,为所要交付的内容提供架构,它仅开展一次或仅在项目的预定义点开展。图 5-10 描述本过程的输入、工具与技术和输出。图 5-11 是本过程的数据流向图。

图 5-10创建 WBS:输入、工具与技术和输出

图 5-11创建 WBS:数据流向图

WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。

WBS 组织并定义了项目的总范围,代表着经批准的当前项目范围说明书中所规定的工作。

WBS 最低层的组成部分称为工作包,其中包括计划的工作。工作包对相关活动进行归类,以便对工作安排进度、进行估算、开展监督与控制。在“工作分解结构”这个词语中,“工作”是指作为活动结果的工作产品或可交付成果,而不是活动本身。


ID:328
areaid:2
groupid:2
type:in
post_name: 5.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.1 创建 WBS:输入 / 5.4.1.1 项目管理计划
post_content:

项目管理计划组件包括(但不限于)范围管理计划。见 5.1.3.1 节,范围管理计划定义了如何根据项目范围说明书创建 WBS。


ID:329
areaid:2
groupid:2
type:in
post_name: 5.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.1 创建 WBS:输入 / 5.4.1.2 项目文件
post_content:

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


ID:330
areaid:2
groupid:2
type:in
post_name: 5.4.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.1 创建 WBS:输入 / 5.4.1.3 事业环境因素
post_content:

会影响创建 WBS 过程的事业环境因素包括(但不限于)项目所在行业的 WBS 标准,这些标准可以作为创建 WBS 的外部参考资料。


ID:331
areaid:2
groupid:2
type:in
post_name: 5.4.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.1 创建 WBS:输入 / 5.4.1.4 组织过程资产
post_content:

能够影响创建 WBS 过程的组织过程资产包括(但不限于):


ID:333
areaid:2
groupid:2
type:tt
post_name: 5.4.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.2 创建 WBS:工具与技术 / 5.4.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备类似项目知识或经验的个人或小组的意见。


ID:334
areaid:2
groupid:2
type:tt
post_name: 5.4.2.2
post_title: 分解
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.2 创建 WBS:工具与技术 / 5.4.2.2 分解
post_content:

分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术;工作包是 WBS 最低层的工作,可对其成本和持续时间进行估算和管理。分解的程度取决于所需的控制程度,以实现对项目的高效管理;工作包的详细程度则因项目规模和复杂程度而异。要把整个项目工作分解为工作包,通常需要开展以下活动:

图 5-12 显示了某工作分解结构的一部分,其中若干分支已经向下分解到工作包层次。

图 5-12分解到工作包的 WBS 示例

创建 WBS 的方法多种多样,常用的方法包括自上而下的方法、使用组织特定的指南和使用 WBS模板。自下而上的方法可用于归并较低层次组件。WBS 的结构可以采用多种形式,例如:

图 5-13 WBS 示例:以阶段作为第二层

图 5-14 WBS 示例:以主要可交付成果作为第二层

对 WBS 较高层组件进行分解,就是要把每个可交付成果或组件分解为最基本的组成部分,即可核实的产品、服务或成果。如果采用敏捷方法,可以将长篇故事分解成用户故事。WBS 可以采用提纲式、组织结构图或能说明层级结构的其他形式。通过确认 WBS 较低层组件是完成上层相应可交付成果的必要且充分的工作,来核实分解的正确性。不同的可交付成果可以分解到不同的层次。某些可交付成果只需分解到下一层,即可到达工作包的层次,而另一些则须分解更多层。工作分解得越细致,对工作的规划、管理和控制就越有力。但是,过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低,同时造成 WBS 各层级的数据汇总困难。

要在未来远期才完成的可交付成果或组件,当前可能无法分解。项目管理团队因而通常需要等待对该可交付成果或组成部分达成一致意见,才能够制定出 WBS 中的相应细节。这种技术有时称做滚动式规划。

WBS 包含了全部的产品和项目工作,包括项目管理工作。通过把 WBS 底层的所有工作逐层向上汇总,来确保既没有遗漏的工作,也没有多余的工作。这有时被称为 100% 规则。

关于 WBS 的详细信息,可参考《工作分解结构实践标准》(第 2 版)[15]。该标准列举了一些具体行业的 WBS 模板,可以在裁剪后应用于特定领域的具体项目。


ID:336
areaid:2
groupid:2
type:out
post_name: 5.4.3.1
post_title: 范围基准
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.3 创建 WBS:输出 / 5.4.3.1 范围基准
post_content:

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


ID:337
areaid:2
groupid:2
type:out
post_name: 5.4.3.2
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.4 创建 WBS / 5.4.3 创建 WBS:输出 / 5.4.3.2 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图 5-15 描述本过程的输入、工具与技术和输出。图 5-16 是本过程的数据流向图。

图 5-15确认范围:输入、工具与技术和输出

图 5-16确认范围:数据流向图

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

确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。


ID:340
areaid:2
groupid:4
type:in
post_name: 5.5.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.1 确认范围:输入 / 5.5.1.1 项目管理计划
post_content:

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


ID:341
areaid:2
groupid:4
type:in
post_name: 5.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.1 确认范围:输入 / 5.5.1.2 项目文件
post_content:

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


ID:346
areaid:2
groupid:4
type:tt
post_name: 5.5.2.2
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.2 确认范围:工具与技术 / 5.5.2.2 决策
post_content:

见 5.2.2.4 节。可用于本过程的决策技术包括(但不限于)投票。当由项目团队和其他相关方进行验收时,使用投票来形成结论。


ID:348
areaid:2
groupid:4
type:out
post_name: 5.5.3.1
post_title: 验收的可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.3 确认范围:输出 / 5.5.3.1 验收的可交付成果
post_content:

符合验收标准的可交付成果应该由客户或发起人正式签字批准。应该从客户或发起人那里获得正式文件,证明相关方对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程(见 4.7 节)。


ID:349
areaid:2
groupid:4
type:out
post_name: 5.5.3.2
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.3 确认范围:输出 / 5.5.3.2 工作绩效信息
post_content:

工作绩效信息包括项目进展信息,例如,哪些可交付成果已经被验收,哪些未通过验收以及原因。这些信息应该被记录下来(见 10.3.3.1 节)并传递给相关方。


ID:351
areaid:2
groupid:4
type:out
post_name: 5.5.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.3 确认范围:输出 / 5.5.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:354
areaid:2
groupid:4
type:in
post_name: 5.6.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.1 控制范围:输入 / 5.6.1.1 项目管理计划
post_content:

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


ID:355
areaid:2
groupid:4
type:in
post_name: 5.6.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.1 控制范围:输入 / 5.6.1.2 项目文件
post_content:

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


ID:359
areaid:2
groupid:4
type:tt
post_name: 5.6.2.1
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.2 控制范围:工具与技术 / 5.6.2.1 数据分析
post_content:

可用于控制范围过程的数据分析技术包括(但不限于):

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


ID:361
areaid:2
groupid:4
type:out
post_name: 5.6.3.1
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.3 控制范围:输出 / 5.6.3.1 工作绩效信息
post_content:

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


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:363
areaid:2
groupid:4
type:out
post_name: 5.6.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.3 控制范围:输出 / 5.6.3.3 项目管理计划更新
post_content:

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


ID:364
areaid:2
groupid:4
type:out
post_name: 5.6.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.6 控制范围 / 5.6.3 控制范围:输出 / 5.6.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


ID:366
areaid:3
groupid:2
type:
post_name: 6.1
post_title: 规划进度管理
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理
post_content:

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

本过程的主要作用是,为如何在整个项目期间管理项目进度提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 6-3 描述本过程的输入、工具与技术和输出。图 6-4 是本过程的数据流程图。

图 6-3规划进度管理:输入、工具与技术和输出

图 6-4规划进度管理:数据流程图


ID:368
areaid:3
groupid:2
type:in
post_name: 6.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.1 规划进度管理:输入 / 6.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程中规定的总体里程碑进度计划会影响项目的进度管理。


ID:369
areaid:3
groupid:2
type:in
post_name: 6.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.1 规划进度管理:输入 / 6.1.1.2 项目管理计划
post_content:

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


ID:370
areaid:3
groupid:2
type:in
post_name: 6.1.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.1 规划进度管理:输入 / 6.1.1.3 事业环境因素
post_content:

能够影响规划进度管理过程的事业环境因素包括(但不限于):


ID:373
areaid:3
groupid:2
type:tt
post_name: 6.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.2 规划进度管理:工具与技术 / 6.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备专业知识或在以往类似项目中接受过相关培训的个人或小组的意见:


ID:374
areaid:3
groupid:2
type:tt
post_name: 6.1.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.2 规划进度管理:工具与技术 / 6.1.2.2 数据分析
post_content:

适用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析可包括确定采用哪些进度计划方法,以及如何将不同方法整合到项目中;此外,它还可以包括确定进度计划的详细程度、滚动式规划的持续时间,以及审查和更新频率。管理进度所需的计划详细程度与更新计划所需的时间量之间的平衡,应针对各个项目具体而言。


ID:375
areaid:3
groupid:2
type:tt
post_name: 6.1.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.2 规划进度管理:工具与技术 / 6.1.2.3 会议
post_content:

项目团队可能举行规划会议来制定进度管理计划。参会人员可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、进度计划或执行负责人,以及其他必要人员。


ID:377
areaid:3
groupid:2
type:out
post_name: 6.1.3.1
post_title: 进度管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.1 规划进度管理 / 6.1.3 规划进度管理:输出 / 6.1.3.1 进度管理计划
post_content:

进度管理计划是项目管理计划的组成部分,为编制、监督和控制项目进度建立准则和明确活动。

根据项目需要,进度管理计划可以是正式或非正式的,非常详细或高度概括的,其中应包括合适的控制临界值。

进度管理计划会规定:


ID:378
areaid:3
groupid:2
type:
post_name: 6.2
post_title: 定义活动
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动
post_content:

定义活动是识别和记录为完成项目可交付成果而须采取的具体行动的过程。本过程的主要作用是,将工作包分解为进度活动,作为对项目工作进行进度估算、规划、执行、监督和控制的基础。

本过程需要在整个项目期间开展。图 6-5 描述本过程的输入、工具与技术和输出,图 6-6 是本过程的数据流程图。

图 6-5定义活动:输入、工具与技术和输出

图 6-6定义活动:数据流程图


ID:380
areaid:3
groupid:2
type:in
post_name: 6.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.1 定义活动:输入 / 6.2.1.1 项目管理计划
post_content:

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


ID:381
areaid:3
groupid:2
type:in
post_name: 6.2.1.2
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.1 定义活动:输入 / 6.2.1.2 事业环境因素
post_content:

影响定义活动过程的事业环境因素包括(但不限于):


ID:382
areaid:3
groupid:2
type:in
post_name: 6.2.1.3
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.1 定义活动:输入 / 6.2.1.3 组织过程资产
post_content:

能够影响定义活动过程的组织过程资产包括(但不限于):


ID:384
areaid:3
groupid:2
type:tt
post_name: 6.2.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.2 定义活动:工具与技术 / 6.2.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求了解以往类似项目和当前项目的个人或小组的专业意见。


ID:385
areaid:3
groupid:2
type:tt
post_name: 6.2.2.2
post_title: 分解
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.2 定义活动:工具与技术 / 6.2.2.2 分解
post_content:

见 5.4.2.2 节。分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。活动表示完成工作包所需的投入。定义活动过程的最终输出是活动而不是可交付成果,可交付成果是创建 WBS 过程(见 5.4 节)的输出。

WBS、WBS 词典和活动清单可依次或同时编制,其中 WBS 和 WBS 词典是制定最终活动清单的基础。WBS 中的每个工作包都需分解成活动,以便通过这些活动来完成相应的可交付成果。让团队成员参与分解过程,有助于得到更好、更准确的结果。


ID:386
areaid:3
groupid:2
type:tt
post_name: 6.2.2.3
post_title: 滚动式规划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.2 定义活动:工具与技术 / 6.2.2.3 滚动式规划
post_content:

滚动式规划是一种迭代式的规划技术,即详细规划近期要完成的工作,同时在较高层级上粗略规划远期工作。它是一种渐进明细的规划方式,适用于工作包、规划包以及采用敏捷或瀑布式方法的发布规划。因此,在项目生命周期的不同阶段,工作的详细程度会有所不同。在早期的战略规划阶段,信息尚不够明确,工作包只能分解到已知的详细水平;而后,随着了解到更多的信息,近期即将实施的工作包就可以分解到具体的活动。


ID:389
areaid:3
groupid:2
type:out
post_name: 6.2.3.1
post_title: 活动清单
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.3 定义活动:输出 / 6.2.3.1 活动清单
post_content:

活动清单包含项目所需的进度活动。对于使用滚动式规划或敏捷技术的项目,活动清单会在项目进展过程中得到定期更新。活动清单包括每个活动的标识及工作范围详述,使项目团队成员知道需要完成什么工作。


ID:390
areaid:3
groupid:2
type:out
post_name: 6.2.3.2
post_title: 活动属性
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.3 定义活动:输出 / 6.2.3.2 活动属性
post_content:

活动属性是指每项活动所具有的多重属性,用来扩充对活动的描述,活动属性随时间演进。在项目初始阶段,活动属性包括唯一活动标识 (ID)、WBS 标识和活动标签或名称;在活动属性编制完成时,活动属性可能包括活动描述、紧前活动、紧后活动、逻辑关系、提前量和滞后量(见 6.3.2.3 节)、资源需求、强制日期、制约因素和假设条件。活动属性可用于识别开展工作的地点、编制开展活动的项目日历,以及相关的活动类型。活动属性还可用于编制进度计划。根据活动属性,可在报告中以各种方式对计划进度活动进行选择、排序和分类。


ID:391
areaid:3
groupid:2
type:out
post_name: 6.2.3.3
post_title: 里程碑清单
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.3 定义活动:输出 / 6.2.3.3 里程碑清单
post_content:

里程碑是项目中的重要时点或事件,里程碑清单列出了所有项目里程碑,并指明每个里程碑是强制性的(如合同要求的)还是选择性的(如根据历史信息确定的)。里程碑的持续时间为零,因为它们代表的是一个重要时间点或事件。


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:393
areaid:3
groupid:2
type:out
post_name: 6.2.3.5
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.2 定义活动 / 6.2.3 定义活动:输出 / 6.2.3.5 项目管理计划更新
post_content:

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


ID:394
areaid:3
groupid:2
type:
post_name: 6.3
post_title: 排列活动顺序
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序
post_content:

排列活动顺序是识别和记录项目活动之间的关系的过程,本过程的主要作用是定义工作之间的逻辑顺序,以便在既定的所有项目制约因素下获得最高的效率。本过程需要在整个项目期间开展。

图 6-7 描述本过程的输入、工具与技术和输出,图 6-8 是本过程的数据流程图。

图 6-7排列活动顺序:输入、工具与技术和输出

图 6-8排列活动顺序:数据流程图

除了首尾两项,每项活动都至少有一项紧前活动和一项紧后活动,并且逻辑关系适当。通过设计逻辑关系来创建一个切实的项目进度计划,可能有必要在活动之间使用提前量或滞后量,使项目进度计划更为切实可行;可以使用项目管理软件、手动技术或自动技术,来排列活动顺序。排列活动顺序过程旨在将项目活动列表转化为图表,作为发布进度基准的第一步。


ID:396
areaid:3
groupid:2
type:in
post_name: 6.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.1 排列活动顺序:输入 / 6.3.1.1 项目管理计划
post_content:

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


ID:397
areaid:3
groupid:2
type:in
post_name: 6.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.1 排列活动顺序:输入 / 6.3.1.2 项目文件
post_content:

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


ID:398
areaid:3
groupid:2
type:in
post_name: 6.3.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.1 排列活动顺序:输入 / 6.3.1.3 事业环境因素
post_content:

能够影响排列活动顺序过程的事业环境因素包括(但不限于):


ID:399
areaid:3
groupid:2
type:in
post_name: 6.3.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.1 排列活动顺序:输入 / 6.3.1.4 组织过程资产
post_content:

能够影响排列活动顺序过程的组织过程资产包括(但不限于):


ID:402
areaid:3
groupid:2
type:tt
post_name: 6.3.2.2
post_title: 确定和整合依赖关系
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.2 排列活动顺序:工具与技术 / 6.3.2.2 确定和整合依赖关系
post_content:

如下所述,依赖关系可能是强制或选择的,内部或外部的。这四种依赖关系可以组合成强制性外部依赖关系、强制性内部依赖关系、选择性外部依赖关系或选择性内部依赖关系。

例如,只有机器组装完毕,团队才能对其测试,这是一个内部的强制性依赖关系。在排列活动顺序过程中,项目管理团队应明确哪些依赖关系属于内部依赖关系。


ID:403
areaid:3
groupid:2
type:tt
post_name: 6.3.2.3
post_title: 提前量和滞后量
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.2 排列活动顺序:工具与技术 / 6.3.2.3 提前量和滞后量
post_content:

提前量是相对于紧前活动,紧后活动可以提前的时间量。例如,在新办公大楼建设项目中,绿化施工可以在尾工清单编制完成前 2 周开始,这就是带 2 周提前量的完成到开始的关系,如图 6-10 所示。在进度计划软件中,提前量往往表示为负滞后量。

图 6-10提前量和滞后量示例

滞后量是相对于紧前活动,紧后活动需要推迟的时间量。例如,对于一个大型技术文档,编写小组可以在编写工作开始后 15 天,开始编辑文档草案,这就是带 15 天滞后量的开始到开始关系,如图 6-10 所示。在图 6-11 的项目进度网络图中,活动 H 和活动 I 之间就有滞后量,表示为 SS+10(带

10 天滞后量的开始到开始关系),虽然图中并没有用精确的时间刻度来表示滞后的量值。

项目管理团队应该明确哪些依赖关系中需要加入提前量或滞后量,以便准确地表示活动之间的逻辑关系。提前量和滞后量的使用不能替代进度逻辑关系,而且持续时间估算中不包括任何提前量或滞后量,同时还应该记录各种活动及与之相关的假设条件。

图 6-11项目进度网络图


ID:404
areaid:3
groupid:2
type:tt
post_name: 6.3.2.4
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.2 排列活动顺序:工具与技术 / 6.3.2.4 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统包括进度计划软件;这些软件有助于规划、组织和调整活动顺序,插入逻辑关系、提前和滞后值,以及区分不同类型的依赖关系。


ID:406
areaid:3
groupid:2
type:out
post_name: 6.3.3.1
post_title: 项目进度网络图
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.3 排列活动顺序:输出 / 6.3.3.1 项目进度网络图
post_content:

项目进度网络图是表示项目进度活动之间的逻辑关系(也叫依赖关系)的图形。图 6-11 是项目进度网络图的一个示例。项目进度网络图可手工或借助项目管理软件来绘制,可包括项目的全部细节,也可只列出一项或多项概括性活动。项目进度网络图应附有简要文字描述,说明活动排序所使用的基本方法。在文字描述中,还应该对任何异常的活动序列做详细说明。

带有多个紧前活动的活动代表路径汇聚,而带有多个紧后活动的活动则代表路径分支。带汇聚和分支的活动受到多个活动的影响或能够影响多个活动,因此存在更大的风险。I 活动被称为“路径汇聚”,因为它拥有多个紧前活动,而 K 活动被称为“路径分支”,因为它拥有多个紧后活动。


ID:407
areaid:3
groupid:2
type:out
post_name: 6.3.3.2
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.3 排列活动顺序 / 6.3.3 排列活动顺序:输出 / 6.3.3.2 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:408
areaid:3
groupid:2
type:
post_name: 6.4
post_title: 估算活动持续时间
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间
post_content:

估算活动持续时间是根据资源估算的结果,估算完成单项活动所需工作时段数的过程。本过程的主要作用是,确定完成每个活动所需花费的时间量。本过程需要在整个项目期间开展。图 6-12 描述本过程的输入、工具与技术和输出。图 6-13 是本过程的数据流程图。

图 6-12估算活动持续时间:输入、工具与技术和输出

图 6-13估算活动持续时间:数据流程图

估算活动持续时间依据的信息包括:工作范围、所需资源类型与技能水平、估算的资源数量和资源日历,而可能影响持续时间估算的其他因素包括对持续时间受到的约束、相关人力投入、资源类型(如固定持续时间、固定人力投入或工作、固定资源数量)以及所采用的进度网络分析技术。

应该由项目团队中最熟悉具体活动的个人或小组提供持续时间估算所需的各种输入,对持续时间的估算也应该渐进明细,取决于输入数据的数量和质量。例如,在工程与设计项目中,随着数据越来越详细,越来越准确,持续时间估算的准确性和质量也会越来越高。

在本过程中,应该首先估算出完成活动所需的工作量和计划投入该活动的资源数量,然后结合项目日历和资源日历,据此估算出完成活动所需的工作时段数(活动持续时间)。在许多情况下,预计可用的资源数量以及这些资源的技能熟练程度可能会决定活动的持续时间,更改分配到活动的主导性资源通常会影响持续时间,但这不是简单的“直线”或线性关系。有时候,因为工作的特性(即受到持续时间的约束、相关人力投入或资源数量),无论资源分配如何(如 24 小时应力测试),都需要花预定的时间才能完成工作。估算持续时间时需要考虑的其他因素包括:

应该把活动持续时间估算所依据的全部数据与假设都记录在案。


ID:410
areaid:3
groupid:2
type:in
post_name: 6.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.1 估算活动持续时间:输入 / 6.4.1.1 项目管理计划
post_content:

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


ID:411
areaid:3
groupid:2
type:in
post_name: 6.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.1 估算活动持续时间:输入 / 6.4.1.2 项目文件
post_content:

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


ID:413
areaid:3
groupid:2
type:in
post_name: 6.4.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.1 估算活动持续时间:输入 / 6.4.1.4 组织过程资产
post_content:

能够影响估算活动持续时间过程的组织过程资产包括(但不限于):


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

类比估算是一种使用相似活动或项目的历史数据,来估算当前活动或项目的持续时间或成本的技术。类比估算以过去类似项目的参数值(如持续时间、预算、规模、重量和复杂性等)为基础,来估算未来项目的同类参数或指标。在估算持续时间时,类比估算技术以过去类似项目的实际持续时间为依据,来估算当前项目的持续时间。这是一种粗略的估算方法,有时需要根据项目复杂性方面的已知差异进行调整,在项目详细信息不足时,就经常使用类比估算来估算项目持续时间。

相对于其他估算技术,类比估算通常成本较低、耗时较少,但准确性也较低。类比估算可以针对整个项目或项目中的某个部分进行,或可以与其他估算方法联合使用。如果以往活动是本质上而不是表面上类似,并且从事估算的项目团队成员具备必要的专业知识,那么类比估算就最为可靠。


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

参数估算是一种基于历史数据和项目参数,使用某种算法来计算成本或持续时间的估算技术。

它是指利用历史数据之间的统计关系和其他变量(如建筑施工中的平方英尺),来估算诸如成本、预算和持续时间等活动参数。

把需要实施的工作量乘以完成单位工作量所需的工时,即可计算出持续时间。例如,对于设计项目,将图纸的张数乘以每张图纸所需的工时;或者对于电缆铺设项目,将电缆的长度乘以铺设每米电缆所需的工时。如果所用的资源每小时能够铺设 25 米电缆,那么铺设 1000 米电缆的持续时间是40 小时(1000 米除以 25 米/小时)。

参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。且参数进度估算可以针对整个项目或项目中的某个部分,并可以与其他估算方法联合使用。


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

自下而上估算是一种估算项目持续时间或成本的方法,通过从下到上逐层汇总 WBS 组成部分的估算而得到项目估算。如果无法以合理的可信度对活动持续时间进行估算,则应将活动中的工作进一步细化,然后估算具体的持续时间,接着再汇总这些资源需求估算,得到每个活动的持续时间。活动之间可能存在或不存在会影响资源利用的依赖关系;如果存在,就应该对相应的资源使用方式加以说明,并记录在活动资源需求中。


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:421
areaid:3
groupid:2
type:tt
post_name: 6.4.2.7
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.2 估算活动持续时间:工具与技术 / 6.4.2.7 决策
post_content:

见 5.2.2.4 节。适用于本过程的决策技术包括(但不限于)投票。举手表决是从投票方法衍生出来的一种形式,经常用于敏捷项目中。采用这种技术时,项目经理会让团队成员针对某个决定示意支持程度,举拳头表示不支持,伸五个手指表示完全支持,伸出三个以下手指的团队成员有机会与团队讨论其反对意见。项目经理会不断进行举手表决,直到整个团队达成共识(所有人都伸出三个以上手指)或同意进入下一个决定。


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

项目团队可能会召开会议来估算活动持续时间。如果采用敏捷方法,则有必要举行冲刺或迭代计划会议,以讨论按优先级排序的产品未完项(用户故事),并决定团队在下一个迭代中会致力于解决哪个未完项。然后团队将用户故事分解为按小时估算的底层级任务,然后根据团队在持续时间(迭代)方面的能力确认估算可行。该会议通常在迭代的第一天举行,参会者包括产品负责人、开发团队和项目经理,会议结果包括迭代未完项、假设条件、关注事项、风险、依赖关系、决定和行动。


ID:424
areaid:3
groupid:2
type:out
post_name: 6.4.3.2
post_title: 估算依据
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.3 估算活动持续时间:输出 / 6.4.3.2 估算依据
post_content:

持续时间估算所需的支持信息的数量和种类,因应用领域而异。不论其详细程度如何,支持性文件都应该清晰、完整地说明持续时间估算是如何得出的。

持续时间估算的支持信息可包括:


ID:425
areaid:3
groupid:2
type:out
post_name: 6.4.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.4 估算活动持续时间 / 6.4.3 估算活动持续时间:输出 / 6.4.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:426
areaid:3
groupid:2
type:
post_name: 6.5
post_title: 制定进度计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划
post_content:

制定进度计划是分析活动顺序、持续时间、资源需求和进度制约因素,创建进度模型,从而落实项目执行和监控的过程。本过程的主要作用是,为完成项目活动而制定具有计划日期的进度模型。

本过程需要在整个项目期间开展。图 6-14 描述本过程的输入、工具与技术和输出,图 6-15 是本过程的数据流程图。

图 6-14制定进度计划:输入、工具与技术和输出

图 6-15制定进度计划:数据流程图

制定可行的项目进度计划是一个反复进行的过程。基于获取的最佳信息,使用进度模型来确定各项目活动和里程碑的计划开始日期和计划完成日期。编制进度计划时,需要审查和修正持续时间估算、资源估算和进度储备,以制定项目进度计划,并在经批准后作为基准用于跟踪项目进度。关键步骤包括定义项目里程碑、识别活动并排列活动顺序,以及估算持续时间。一旦活动的开始和完成日期得到确定,通常就需要由分配至各个活动的项目人员审查其被分配的活动。之后,项目人员确认开始和完成日期与资源日历没有冲突,也与其他项目或任务没有冲突,从而确认计划日期的有效性。最后分析进度计划,确定是否存在逻辑关系冲突,以及在批准进度计划并将其作为基准之前是否需要资源平衡。同时,需要修订和维护项目进度模型,确保进度计划在整个项目期间一直切实可行,见 6.7 节

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


ID:428
areaid:3
groupid:2
type:in
post_name: 6.5.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.1 制定进度计划:输入 / 6.5.1.1 项目管理计划
post_content:

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


ID:429
areaid:3
groupid:2
type:in
post_name: 6.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.1 制定进度计划:输入 / 6.5.1.2 项目文件
post_content:

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


ID:430
areaid:3
groupid:2
type:in
post_name: 6.5.1.3
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.1 制定进度计划:输入 / 6.5.1.3 协议
post_content:

见 12.2.3.2 节。在制定如何执行项目工作以履行合同承诺的详细信息时,供应商为项目进度提供了输入。


ID:432
areaid:3
groupid:2
type:in
post_name: 6.5.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.1 制定进度计划:输入 / 6.5.1.5 组织过程资产
post_content:

能够影响制定进度计划过程的组织过程资产包括(但不限于):


ID:434
areaid:3
groupid:2
type:tt
post_name: 6.5.2.1
post_title: 进度网络分析
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.1 进度网络分析
post_content:

进度网络分析是创建项目进度模型的一种综合技术,它采用了其他几种技术,例如关键路径法(见6.5.2.2 节)、资源优化技术(见 6.5.2.3 节)和建模技术(见 6.5.2.4 节)。其他分析包括(但不限于):

进度网络分析是一个反复进行的过程,一直持续到创建出可行的进度模型。


ID:435
areaid:3
groupid:2
type:tt
post_name: 6.5.2.2
post_title: 关键路径法
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.2 关键路径法
post_content:

关键路径法用于在进度模型中估算项目最短工期,确定逻辑网络路径的进度灵活性大小。这种进度网络分析技术在不考虑任何资源限制的情况下,沿进度网络路径使用顺推与逆推法,计算出所有活动的最早开始、最早结束、最晚开始和最晚法完成日期,如图 6-16 所示。在这个例子中,最长的路径包括活动 A、C 和 D,因此,活动序列 A - C - D 就是关键路径。关键路径是项目中时间最长的活动顺序,决定着可能的项目最短工期。最长路径的总浮动时间最少,通常为零。由此得到的最早和最晚的开始和结束日期并不一定就是项目进度计划,而只是把既定的参数(活动持续时间、逻辑关系、提前量、滞后量和其他已知的制约因素)输入进度模型后所得到的一种结果,表明活动可以在该时段内实施。关键路径法用来计算进度模型中的关键路径、总浮动时间和自由浮动时间,或逻辑网络路径的进度灵活性大小。

在任一网络路径上,进度活动可以从最早开始日期推迟或拖延的时间,而不至于延误项目完成日期或违反进度制约因素,就是总浮动时间或进度灵活性。正常情况下,关键路径的总浮动时间为零。在进行紧前关系绘图法排序的过程中,取决于所用的制约因素,关键路径的总浮动时间可能是正值、零或负值。总浮动时间为正值,是由于逆推计算所使用的进度制约因素要晚于顺推计算所得出的最早完成日期;总浮动时间为负值,是由于持续时间和逻辑关系违反了对最晚日期的制约因素。负值浮动时间分析是一种有助于找到推动延迟的进度回到正轨的方法的技术。进度网络图可能有多条次关键路径。许多软件允许用户自行定义用于确定关键路径的参数。为了使网络路径的总浮动时间为零或正值,可能需要调整活动持续时间(可增加资源或缩减范围时)、逻辑关系(针对选择性依赖关系时)、提前量和滞后量,或其他进度制约因素。一旦计算出总浮动时间和自由浮动时间,自由浮动时间就是指在不延误任何紧后活动最早开始日期或不违反进度制约因素的前提下,某进度活动可以推迟的时间量。例如,图 6-16 中,活动 B 的自由浮动时间是 5 天。

图 6-16关键路径法示例


ID:436
areaid:3
groupid:2
type:tt
post_name: 6.5.2.3
post_title: 资源优化
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.3 资源优化
post_content:

资源优化用于调整活动的开始和完成日期,以调整计划使用的资源,使其等于或少于可用的资源。资源优化技术是根据资源供需情况,来调整进度模型的技术,包括(但不限于):

也可以为保持资源使用量处于均衡水平而进行资源平衡。资源平衡往往导致关键路径改变。

而可以用浮动时间平衡资源。因此,在项目进度计划期间,关键路径可能发生变化。

图 6-17资源平衡


ID:437
areaid:3
groupid:2
type:tt
post_name: 6.5.2.4
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.4 数据分析
post_content:

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

图 6-18目标里程碑的概率分布示例

有关蒙特卡洛模拟如何用于进度模型的更多信息,请参见《进度计划实践标准》。


ID:439
areaid:3
groupid:2
type:tt
post_name: 6.5.2.6
post_title: 进度压缩
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.6 进度压缩
post_content:

进度压缩技术是指在不缩减项目范围的前提下,缩短或加快进度工期,以满足进度制约因素、强制日期或其他进度目标。负值浮动时间分析是一种有用的技术。关键路径是浮动时间最少的方法。在违反制约因素或强制日期时,总浮动时间可能变成负值。图 6-19 比较了多个进度压缩技术,包括:

图 6-19进度压缩技术的比较


ID:440
areaid:3
groupid:2
type:tt
post_name: 6.5.2.7
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.7 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统包括进度计划软件,这些软件用活动、网络图、资源需求和活动持续时间等作为输入,自动生成开始和完成日期,从而可加快进度计划的编制过程。


ID:441
areaid:3
groupid:2
type:tt
post_name: 6.5.2.8
post_title: 敏捷发布规划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.2 制定进度计划:工具与技术 / 6.5.2.8 敏捷发布规划
post_content:

敏捷发布规划基于项目路线图和产品发展愿景,提供了高度概括的发布进度时间轴(通常是 3 到 6个月)。同时,敏捷发布规划还确定了发布的迭代或冲刺次数,使产品负责人和团队能够决定需要开发的内容,并基于业务目标、依赖关系和障碍因素确定达到产品放行所需的时间。

对客户而言,产品功能就是价值,因此,该时间轴定义了每次迭代结束时交付的功能,提供了更易于理解的项目进度计划,而这些就是客户真正需要的信息。

图 6-20 展示了产品愿景、产品路线图、发布规划和迭代计划之间的关系。

图 6-20产品愿景、发布规划和迭代计划之间的关系


ID:443
areaid:3
groupid:2
type:out
post_name: 6.5.3.1
post_title: 进度基准
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.1 进度基准
post_content:

进度基准是经过批准的进度模型,只有通过正式的变更控制程序才能进行变更,用作与实际结果进行比较的依据。经相关方接受和批准,进度基准包含基准开始日期和基准结束日期。在监控过程中,将用实际开始和完成日期与批准的基准日期进行比较,以确定是否存在偏差。进度基准是项目管理计划的组成部分。


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

项目进度计划是进度模型的输出,为各个相互关联的活动标注了计划日期、持续时间、里程碑和所需资源等星系。项目进度计划中至少要包括每个活动的计划开始日期与计划完成日期。即使在早期阶段就进行了资源规划,但在未确认资源分配和计划开始与完成日期之前,项目进度计划都只是初步的。一般要在项目管理计划(见 4.2.3.1 节)编制完成之前进行这些确认。还可以编制一份目标项目进度模型,规定每个活动的目标开始日期与目标完成日期。项目进度计划可以是概括(有时称为主进度计划或里程碑进度计划)或详细的。虽然项目进度计划可用列表形式,但图形方式更常见。可以采用以下一种或多种图形来呈现:

图 6-21 是一个正在执行的示例项目的进度计划,工作进展是通过截止日期或状态日期表示的。针对

一个简单的项目,图 6-21 给出了进度计划的三种形式:(1)里程碑进度计划,也叫里程碑图;(2)概括性进度计划,也叫横道图;(3)详细进度计划,也叫项目进度关联横道图。图 6-21 还直观地显示出项目进度计划不同详细程度的关系。

图 6-21项目进度计划示例


ID:445
areaid:3
groupid:2
type:out
post_name: 6.5.3.3
post_title: 进度数据
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.3 进度数据
post_content:

项目进度模型中的进度数据是用以描述和控制进度计划的信息集合。进度数据至少包括进度里程碑、进度活动、活动属性,以及已知的全部假设条件与制约因素,而所需的其他数据因应用领域而异。经常可用作支持细节的信息包括(但不限于):

进度数据还可包括资源直方图、现金流预测,以及订购与交付进度安排等其他相关信息。


ID:446
areaid:3
groupid:2
type:out
post_name: 6.5.3.4
post_title: 项目日历
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.4 项目日历
post_content:

在项目日历中规定可以开展进度活动的可用工作日和工作班次,它把可用于开展进度活动的时间段(按天或更小的时间单位)与不可用的时间段区分开来。在一个进度模型中,可能需要采用不止一个项目日历来编制项目进度计划,因为有些活动需要不同的工作时段。因此,可能需要对项目日历进行更新。


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:448
areaid:3
groupid:2
type:out
post_name: 6.5.3.6
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.6 项目管理计划更新
post_content:

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


ID:449
areaid:3
groupid:2
type:out
post_name: 6.5.3.7
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.5 制定进度计划 / 6.5.3 制定进度计划:输出 / 6.5.3.7 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:452
areaid:3
groupid:4
type:in
post_name: 6.6.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.1 控制进度:输入 / 6.6.1.1 项目管理计划
post_content:

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


ID:453
areaid:3
groupid:4
type:in
post_name: 6.6.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.1 控制进度:输入 / 6.6.1.2 项目文件
post_content:

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


ID:454
areaid:3
groupid:4
type:in
post_name: 6.6.1.3
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.1 控制进度:输入 / 6.6.1.3 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包含关于项目状态的数据,例如哪些活动已经开始,它们的进展如何(如实际持续时间、剩余持续时间和实际完成百分比),哪些活动已经完成。


ID:457
areaid:3
groupid:4
type:tt
post_name: 6.6.2.1
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.1 数据分析
post_content:

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

图 6-24迭代燃尽图


ID:458
areaid:3
groupid:4
type:tt
post_name: 6.6.2.2
post_title: 关键路径法
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.2 关键路径法
post_content:

见 6.5.2.2 节。检查关键路径的进展情况有助于确定项目进度状态。关键路径上的偏差将对项目的结束日期产生直接影响。评估次关键路径上的活动的进展情况,有助于识别进度风险。


ID:459
areaid:3
groupid:4
type:tt
post_name: 6.6.2.3
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.3 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统包括进度计划软件。用这种软件对照计划日期跟踪实际日期,对照进度基准报告偏差和进展,以及预测项目进度模型变更的影响。


ID:460
areaid:3
groupid:4
type:tt
post_name: 6.6.2.4
post_title: 资源优化
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.4 资源优化
post_content:

见 6.5.2.3 节。资源优化技术是在同时考虑资源可用性和项目时间的情况下,对活动和活动所需资源进行的进度规划。


ID:461
areaid:3
groupid:4
type:tt
post_name: 6.6.2.5
post_title: 提前量和滞后量
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.5 提前量和滞后量
post_content:

在网络分析中调整提前量与滞后量,设法使进度滞后的项目活动赶上计划。例如,在新办公大楼建设项目中,通过增加活动之间的提前量,把绿化施工调整到大楼外墙装饰完工之前开始;或者,在大型技术文件编写项目中,通过消除或减少滞后量,把草稿编辑工作调整到草稿编写完成之后立即开始。


ID:462
areaid:3
groupid:4
type:tt
post_name: 6.6.2.6
post_title: 进度压缩
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.2 控制进度:工具与技术 / 6.6.2.6 进度压缩
post_content:

采用进度压缩技术(见 6.5.2.6 节)使进度落后的项目活动赶上计划,可以对剩余工作使用快速跟进或赶工方法。


ID:464
areaid:3
groupid:4
type:out
post_name: 6.6.3.1
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.3 控制进度:输出 / 6.6.3.1 工作绩效信息
post_content:

见 4.5.1.3 节。工作绩效信息包括与进度基准相比较的项目工作执行情况。可以在工作包层级和控制账户层级,计算开始和完成日期的偏差以及持续时间的偏差。对于使用挣值分析的项目,进步偏差 (SV) 和进度绩效指数 (SPI) 将记录在工作绩效报告中(见 4.5.3.1 节)。


ID:465
areaid:3
groupid:4
type:out
post_name: 6.6.3.2
post_title: 进度预测
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.3 控制进度:输出 / 6.6.3.2 进度预测
post_content:

进度更新即进度预测,指根据已有的信息和知识,对项目未来的情况和事件进行的估算或预计。

随着项目执行,应该基于工作绩效信息,更新和重新发布预测。这些信息基于项目的过去绩效,并取决于纠正或预防措施所期望的未来绩效,可能包括挣值绩效指数,以及可能在未来对项目造成影响的进度储备信息。


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:467
areaid:3
groupid:4
type:out
post_name: 6.6.3.4
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.3 控制进度:输出 / 6.6.3.4 项目管理计划更新
post_content:

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


ID:468
areaid:3
groupid:4
type:out
post_name: 6.6.3.5
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 6 项目进度管理 / 6.6 控制进度 / 6.6.3 控制进度:输出 / 6.6.3.5 项目文件更新
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:470
areaid:4
groupid:2
type:
post_name: 7.1
post_title: 规划成本管理
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理
post_content:

规划成本管理是确定如何估算、预算、管理、监督和控制项目成本的过程。本过程的主要作用是,在整个项目期间为如何管理项目成本提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 7-2 描述本过程的输入、工具与技术和输出,图 7-3 是本过程的数据流向图。

图 7-2规划成本管理:输入、工具与技术和输出

图 7-3规划成本管理:数据流向图

应该在项目规划阶段的早期就对成本管理工作进行规划,建立各成本管理过程的基本框架,以确保各过程的有效性及各过程之间的协调性。成本管理计划是项目管理计划的组成部分,其过程及工具与技术应记录在成本管理计划中。


ID:472
areaid:4
groupid:2
type:in
post_name: 7.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.1 规划成本管理:输入 / 7.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程规定了预先批准的财务资源,可据此确定详细的项目成本。项目章程所规定的项目审批要求,也对项目成本管理有影响。


ID:473
areaid:4
groupid:2
type:in
post_name: 7.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.1 规划成本管理:输入 / 7.1.1.2 项目管理计划
post_content:

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


ID:474
areaid:4
groupid:2
type:in
post_name: 7.1.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.1 规划成本管理:输入 / 7.1.1.3 事业环境因素
post_content:

能够影响规划成本管理过程的事业环境因素包括(但不限于):


ID:477
areaid:4
groupid:2
type:tt
post_name: 7.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.2 规划成本管理:工具与技术 / 7.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:478
areaid:4
groupid:2
type:tt
post_name: 7.1.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.2 规划成本管理:工具与技术 / 7.1.2.2 数据分析
post_content:

适用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析可包括审查筹资的战略方法,如自筹资金、股权投资、借贷投资等,还可以包括对筹集项目资源的方法(如自制、采购、租用或租赁)的考量。


ID:479
areaid:4
groupid:2
type:tt
post_name: 7.1.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.2 规划成本管理:工具与技术 / 7.1.2.3 会议
post_content:

项目团队可能举行规划会议来制定成本管理计划。参会者可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、项目成本负责人,以及其他必要人员。


ID:481
areaid:4
groupid:2
type:out
post_name: 7.1.3.1
post_title: 成本管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.1 规划成本管理 / 7.1.3 规划成本管理:输出 / 7.1.3.1 成本管理计划
post_content:

成本管理计划是项目管理计划的组成部分,描述将如何规划、安排和控制项目成本。成本管理过程及其工具与技术应记录在成本管理计划中。

例如,在成本管理计划中规定:

关于挣值管理的更多信息,参见《挣值管理实践标准》(第 2 版)[17]。


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

估算成本是对完成项目工作所需资源成本进行近似估算的过程。本过程的主要作用是,确定项目所需的资金。本过程应根据需要在整个项目期间定期开展。图 7-4 描述本过程的输入、工具与技术和输出,图 7-5 是本过程的数据流向图。

图 7-4估算成本:输入、工具与技术和输出

图 7-5估算成本的数据流向图

成本估算是对完成活动所需资源的可能成本的量化评估,是在某特定时点,根据已知信息所做出的成本预测。在估算成本时,需要识别和分析可用于启动与完成项目的备选成本方案;需要权衡备选成本方案并考虑风险,如比较自制成本与外购成本、购买成本与租赁成本及多种资源共享方案,以优化项目成本。

通常用某种货币单位(如美元、欧元、日元等)进行成本估算,但有时也可采用其他计量单位,如人时数或人天数,以消除通货膨胀的影响,便于成本比较。

在项目过程中,应该随着更详细信息的呈现和假设条件的验证,对成本估算进行审查和优化。

在项目生命周期中,项目估算的准确性亦将随着项目的进展而逐步提高。例如,在启动阶段可得出项目的粗略量级估算(Rough Order of Magnitude,ROM),其区间为 −25% 到 +75%;之后,随着信息越来越详细,确定性估算的区间可缩小至 −5% 到 +10%。某些组织已经制定出相应的指南,规定何时进行优化,以及每次优化所要达到的置信度或准确度。

进行成本估算,应该考虑将向项目收费的全部资源,包括(但不限于)人工、材料、设备、服务、设施,以及一些特殊的成本种类,如通货膨胀补贴、融资成本或应急成本。成本估算可在活动层级呈现,也可以汇总形式呈现。


ID:484
areaid:4
groupid:2
type:in
post_name: 7.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.1 估算成本:输入 / 7.2.1.1 项目管理计划
post_content:

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


ID:485
areaid:4
groupid:2
type:in
post_name: 7.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.1 估算成本:输入 / 7.2.1.2 项目文件
post_content:

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


ID:486
areaid:4
groupid:2
type:in
post_name: 7.2.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.1 估算成本:输入 / 7.2.1.3 事业环境因素
post_content:

会影响估算成本过程的事业环境因素包括(但不限于):


ID:489
areaid:4
groupid:2
type:tt
post_name: 7.2.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.2 估算成本:工具与技术 / 7.2.2.1 专家判断
post_content:

4.1.2.1. 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:490
areaid:4
groupid:2
type:tt
post_name: 7.2.2.2
post_title: 类比估算
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.2 估算成本:工具与技术 / 7.2.2.2 类比估算
post_content:

见 6.4.2.2 节。成本类比估算使用以往类似项目的参数值或属性来估算。项目的参数值和属性包括(但不限于)范围、成本、预算、持续时间和规模指标(如尺寸、重量),类比估算以这些项目参数值或属性为基础来估算当前项目的同类参数或指标。


ID:491
areaid:4
groupid:2
type:tt
post_name: 7.2.2.3
post_title: 参数估算
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.2 估算成本:工具与技术 / 7.2.2.3 参数估算
post_content:

见 6.4.2.3 节。参数估算是指利用历史数据之间的统计关系和其他变量(如建筑施工中的平方英尺),来进行项目工作的成本估算,参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。参数估算可以针对整个项目或项目中的某个部分,并可与其他估算方法联合使用。


ID:494
areaid:4
groupid:2
type:tt
post_name: 7.2.2.6
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.2 估算成本:工具与技术 / 7.2.2.6 数据分析
post_content:

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

应急储备是包含在成本基准内的一部分预算,用来应对已识别的风险;应急储备还通常是预算的一部分,用来应对那些会影响项目的“已知 — 未知”风险。例如,可以预知有些项目可交付成果需要返工,却不知道返工的工作量是多少。可以预留应急储备来应对这些未知数量的返工工作。小至某个具体活动,大到整个项目,任何层级都可有其应急储备。应急储备可取成本估算值的某一百分比、某个固定值,或者通过定量分析来确定;

而随着项目信息越来越明确,可以动用、减少或取消应急储备。应该在成本文件中清楚地列出应急储备。应急储备是成本基准的一部分,也是项目整体资金需求的一部分。


ID:495
areaid:4
groupid:2
type:tt
post_name: 7.2.2.7
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.2 估算成本:工具与技术 / 7.2.2.7 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统可包括电子表单、模拟软件以及统计分析工具,可用来辅助成本估算。这些工具能简化某些成本估算技术的使用,使人们能快速考虑多种成本估算方案。


ID:498
areaid:4
groupid:2
type:out
post_name: 7.2.3.1
post_title: 成本估算
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.3 估算成本:输出 / 7.2.3.1 成本估算
post_content:

成本估算包括对完成项目工作可能需要的成本、应对已识别风险的应急储备,以及应对计划外工作的管理储备的量化估算。成本估算可以是汇总的或详细分列的。成本估算应覆盖项目所使用的全部资源,包括(但不限于)直接人工、材料、设备、服务、设施、信息技术,以及一些特殊的成本种类,如融资成本(包括利息)、通货膨胀补贴、汇率或成本应急储备。如果间接成本也包含在项目估算中,则可在活动层次或更高层次上计列间接成本。


ID:500
areaid:4
groupid:2
type:out
post_name: 7.2.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.2 估算成本 / 7.2.3 估算成本:输出 / 7.2.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:501
areaid:4
groupid:2
type:
post_name: 7.3
post_title: 制定预算
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算
post_content:

制定预算是汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程。本过程的主要作用是,确定可据以监督和控制项目绩效的成本基准。本过程仅开展一次或仅在项目的预定义点开展。图 7-6 描述本过程的输入、工具与技术和输出,图 7-7 是本过程的数据流向图。

项目预算包括经批准用于执行项目的全部资金,而成本基准是经过批准且按时间段分配的项目预算,包括应急储备,但不包括管理储备。

图 7-6制定预算:输入、工具与技术和输出

图 7-7制定预算的数据流向图


ID:503
areaid:4
groupid:2
type:in
post_name: 7.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.1 制定预算:输入 / 7.3.1.1 项目管理计划
post_content:

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


ID:504
areaid:4
groupid:2
type:in
post_name: 7.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.1 制定预算:输入 / 7.3.1.2 项目文件
post_content:

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


ID:505
areaid:4
groupid:2
type:in
post_name: 7.3.1.3
post_title: 商业文件
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.1 制定预算:输入 / 7.3.1.3 商业文件
post_content:

1.2.6. 节。可作为本过程输入的商业文件包括(但不限于):


ID:507
areaid:4
groupid:2
type:in
post_name: 7.3.1.5
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.1 制定预算:输入 / 7.3.1.5 事业环境因素
post_content:

会影响估算成本过程的事业环境因素包括(但不限于)汇率。对于持续多年、涉及多种货币的大规模项目,需要了解汇率波动并将其纳入制定预算过程。


ID:510
areaid:4
groupid:2
type:tt
post_name: 7.3.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:511
areaid:4
groupid:2
type:tt
post_name: 7.3.2.2
post_title: 成本汇总
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.2 成本汇总
post_content:

先把成本估算汇总到 WBS 中的工作包,再由工作包汇总至 WBS 的更高层次(如控制账户),最终得出整个项目的总成本。


ID:512
areaid:4
groupid:2
type:tt
post_name: 7.3.2.3
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.3 数据分析
post_content:

可用于制定预算过程的数据分析技术包括(但不限于)可以建立项目管理储备的储备分析。管理储备是为了管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作,目的是用来应对会影响项目的“未知 — 未知”风险。管理储备不包括在成本基准中,但属于项目总预算和资金需求的一部分。当动用管理储备资助不可预见的工作时,就要把动用的管理储备增加到成本基准中,从而导致成本基准变更。


ID:513
areaid:4
groupid:2
type:tt
post_name: 7.3.2.4
post_title: 历史信息审核
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.4 历史信息审核
post_content:

审核历史信息有助于进行参数估算或类比估算。历史信息可包括各种项目特征(参数),它们用于建立数学模型预测项目总成本。这些数学模型可以是简单的(例如,建造住房的总成本取决于单位面积建造成本),也可以是复杂的(例如,软件开发项目的成本模型中有多个变量,且每个变量又受许多因素的影响)。

类比和参数模型的成本及准确性可能差别很大。在以下情况下,它们将最为可靠:


ID:514
areaid:4
groupid:2
type:tt
post_name: 7.3.2.5
post_title: 资金限制平衡
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.5 资金限制平衡
post_content:

应该根据对项目资金的任何限制,来平衡资金支出。如果发现资金限制与计划支出之间的差异,则可能需要调整工作的进度计划,以平衡资金支出水平。这可以通过在项目进度计划中添加强制日期来实现。


ID:515
areaid:4
groupid:2
type:tt
post_name: 7.3.2.6
post_title: 融资
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.2 制定预算:工具与技术 / 7.3.2.6 融资
post_content:

融资是指为项目获取资金。长期的基础设施、工业和公共服务项目通常会寻求外部融资。如果项目使用外部资金,出资实体可能会提出一些必须满足的要求。


ID:517
areaid:4
groupid:2
type:out
post_name: 7.3.3.1
post_title: 成本基准
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.3 制定预算:输出 / 7.3.3.1 成本基准
post_content:

成本基准是经过批准的、按时间段分配的项目预算,不包括任何管理储备,只有通过正式的变更控制程序才能变更,用作与实际结果进行比较的依据。成本基准是不同进度活动经批准的预算的总和。

项目预算和成本基准的各个组成部分,如图 7-8 所示。先汇总各项目活动的成本估算及其应急储备(见 7.2.2.6 节),得到相关工作包的成本;然后汇总各工作包的成本估算及其应急储备,得到控制账户的成本;接着再汇总各控制账户的成本,得到成本基准。由于成本基准中的成本估算与进度活动直接关联,因此就可按时间段分配成本基准,得到一条 S 曲线,如图 7-9 所示。对于使用挣值管理的项目,成本基准指的是绩效测量基准。

最后,在成本基准之上增加管理储备(见 7.2.2.3 节),得到项目预算。当出现有必要动用管理储备的变更时,则应该在获得变更控制过程的批准之后,把适量的管理储备移入成本基准中。

图 7-8项目预算的组成

图 7-9成本基准、支出与资金需求


ID:518
areaid:4
groupid:2
type:out
post_name: 7.3.3.2
post_title: 项目资金需求
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.3 制定预算:输出 / 7.3.3.2 项目资金需求
post_content:

根据成本基准,确定总资金需求和阶段性(如季度或年度)资金需求。成本基准中既包括预计支出及预计债务。项目资金通常以增量的方式投入,并且可能是非均衡的,呈现出图 7-9 中所示的阶梯状。

如果有管理储备,则总资金需求等于成本基准加管理储备。在资金需求文件中,也可说明资金来源。


ID:519
areaid:4
groupid:2
type:out
post_name: 7.3.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.3 制定预算 / 7.3.3 制定预算:输出 / 7.3.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:522
areaid:4
groupid:4
type:in
post_name: 7.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.1 控制成本:输入 / 7.4.1.1 项目管理计划
post_content:

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


ID:523
areaid:4
groupid:4
type:in
post_name: 7.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.1 控制成本:输入 / 7.4.1.2 项目文件
post_content:

可作为本过程输入的项目文件包括(但不限于)经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段,以改进成本控制。


ID:524
areaid:4
groupid:4
type:in
post_name: 7.4.1.3
post_title: 项目资金需求
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.1 控制成本:输入 / 7.4.1.3 项目资金需求
post_content:

见 7.3.3.2 节。项目资金需求包括预计支出及预计债务。


ID:525
areaid:4
groupid:4
type:in
post_name: 7.4.1.4
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.1 控制成本:输入 / 7.4.1.4 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包含关于项目状态的数据,例如哪些成本已批准、发生、支付和开具发票。


ID:529
areaid:4
groupid:4
type:tt
post_name: 7.4.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.2 控制成本:工具与技术 / 7.4.2.2 数据分析
post_content:

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

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

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


ID:530
areaid:4
groupid:4
type:tt
post_name: 7.4.2.3
post_title: 完工尚需绩效指数
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.2 控制成本:工具与技术 / 7.4.2.3 完工尚需绩效指数
post_content:

完工尚需绩效指数(TCPI)是一种为了实现特定的管理目标,剩余资源的使用必须达到的成本绩效指标,是完成剩余工作所需的成本与剩余预算之比。TCPI 是指为了实现具体的管理目标(如BAC 或 EAC),剩余工作的实施必须达到的成本绩效指标。如果 BAC 已明显不再可行,则项目经理应考虑使用预测的 EAC。经过批准后,就用 EAC 取代 BAC。基于 BAC 的 TCPI 公式:TCPI =(BAC –EV)/(BAC – AC)。

TCPI 的概念可用图 7-13 表示。其计算公式在图的左下角,用剩余工作(BAC 减去 EV)除以剩余资金(可以是 BAC 减去 AC,或 EAC 减去 AC)。

如果累计 CPI 低于基准(如图 7-13 所示),那么项目的全部剩余工作都应立即按 TCPI(BAC)(图7-13 中最高的那条线)执行,才能确保实际总成本不超过批准的 BAC。至于所要求的这种绩效水平是否可行,就需要综合考虑多种因素(包括风险、项目剩余时间和技术绩效)后才能判断;如果不可行,就需要把项目未来所需的绩效水平调整为如 TCPI(EAC)线所示。基于 EAC 的 TCPI 公式:

TCPI =(BAC – EV)/(EAC – AC)。表 7-1 列出了 EVM 的计算公式。

表 7-1挣值计算汇总表

图 7-13完工尚需绩效指数(TCPI)


ID:531
areaid:4
groupid:4
type:tt
post_name: 7.4.2.4
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.2 控制成本:工具与技术 / 7.4.2.4 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统常用于监测 PV、EV 和 AC 这三个 EVM 指标、绘制趋势图,并预测最终项目结果的可能区间。


ID:533
areaid:4
groupid:4
type:out
post_name: 7.4.3.1
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.3 控制成本:输出 / 7.4.3.1 工作绩效信息
post_content:

见 4.5.1.3 节。工作绩效信息包括有关项目工作实施情况的信息(对照成本基准),可以在工作包层级和控制账户层级上评估已执行的工作和工作成本方面的偏差。对于使用挣值分析的项目,CV、CPI、EAC、VAC 和 TCPI 将记录在工作绩效报告中(见 4.5.3.1 节)。


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:536
areaid:4
groupid:4
type:out
post_name: 7.4.3.4
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.3 控制成本:输出 / 7.4.3.4 项目管理计划更新
post_content:

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


ID:537
areaid:4
groupid:4
type:out
post_name: 7.4.3.5
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 7 项目成本管理 / 7.4 控制成本 / 7.4.3 控制成本:输出 / 7.4.3.5 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:539
areaid:5
groupid:2
type:
post_name: 8.1
post_title: 规划质量管理
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理
post_content:

规划质量管理是识别项目及其可交付成果的质量要求和(或)标准,并书面描述项目将如何证明符合质量要求和(或)标准的过程。本过程的主要作用是,为在整个项目期间如何管理和核实质量提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 8.3 描述了本过程的输入和输出。图 8.4 是本过程的数据流向图。

图 8-3规划质量管理:输入、工具与技术和输出

图 8-4规划质量管理:数据流向图

质量规划应与其他规划过程并行开展。例如,为满足既定的质量标准而对可交付成果提出变更,可能需要调整成本或进度计划,并就该变更对相关计划的影响进行详细风险分析。

本节讨论项目中最常用的质量规划技术,但在特定项目或应用领域中,还可采用许多其他质量规划技术。


ID:541
areaid:5
groupid:2
type:in
post_name: 8.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.1 规划质量管理:输入 / 8.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程中包含对项目和产品特征的高层级描述,还包括可以影响项目质量管理的项目审批要求、可测量的项目目标和相关的成功标准。


ID:542
areaid:5
groupid:2
type:in
post_name: 8.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.1 规划质量管理:输入 / 8.1.1.2 项目管理计划
post_content:

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


ID:543
areaid:5
groupid:2
type:in
post_name: 8.1.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.1 规划质量管理:输入 / 8.1.1.3 项目文件
post_content:

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


ID:544
areaid:5
groupid:2
type:in
post_name: 8.1.1.4
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.1 规划质量管理:输入 / 8.1.1.4 事业环境因素
post_content:

能够影响规划质量管理过程的事业环境因素包括(但不限于):


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

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


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

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

最优 COQ 能够在预防成本和评估成本之间找到恰当的投资平衡点,以规避失败成本。有关模型表明,最优项目质量成本,指在投资额外的预防/评估成本时,既无益处又不具备成本效益。

图 8-5质量成本


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:552
areaid:5
groupid:2
type:tt
post_name: 8.1.2.6
post_title: 测试与检查的规划
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.2 规划质量管理:工具与技术 / 8.1.2.6 测试与检查的规划
post_content:

在规划阶段,项目经理和项目团队决定如何测试或检查产品、可交付成果或服务,以满足相关方的需求和期望,以及如何满足产品的绩效和可靠性目标。不同行业有不同的测试与检查,可能包括软件项目的 α 测试和 β 测试、建筑项目的强度测试、制造和实地测试的检查,以及工程的无损伤测试。


ID:553
areaid:5
groupid:2
type:tt
post_name: 8.1.2.7
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.2 规划质量管理:工具与技术 / 8.1.2.7 会议
post_content:

项目团队可以召开规划会议来制定质量管理计划。参会者可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、项目质量管理活动的负责人,以及其他必要人员。


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:556
areaid:5
groupid:2
type:out
post_name: 8.1.3.2
post_title: 质量测量指标
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.3 规划质量管理:输出 / 8.1.3.2 质量测量指标
post_content:

质量测量指标专用于描述项目或产品属性,以及控制质量过程将如何验证符合程度。质量测量指标的例子包括按时完成的任务的百分比、以 CPI 测量的成本绩效、故障率、识别的日缺陷数量、每月总停机时间、每个代码行的错误、客户满意度分数,以及测试计划所涵盖的需求的百分比(即测试覆盖度)。


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

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

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


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

可在本过程更新的项目文件包括(但不限于):


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

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

本过程的主要作用是,提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。

管理质量使用控制质量过程的数据和结果向相关方展示项目的总体质量状态。本过程需要在整个项目期间开展。

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

图 8-7管理质量:输入、工具与技术和输出

图 8-8管理质量:数据流向图

管理质量有时被称为“质量保证”,但“管理质量”的定义比“质量保证”更广,因其可用于非项目工作。在项目管理中,质量保证着眼于项目使用的过程,旨在高效地执行项目过程,包括遵守和满足标准,向相关方保证最终产品可以满足他们的需求、期望和要求。管理质量包括所有质量保证活动,还与产品设计和过程改进有关。管理质量的工作属于质量成本框架中的一致性工作。

管理质量过程执行在项目质量管理计划中所定义的一系列有计划、有系统的行动和过程,有助于:

项目经理和项目团队可以通过组织的质量保证部门或其他组织职能执行某些管理质量活动,例如故障分析、实验设计和质量改进。质量保证部门在质量工具和技术的使用方面通常拥有跨组织经验,是良好的项目资源。

管理质量被认为是所有人的共同职责,包括项目经理、项目团队、项目发起人、执行组织的管理层,甚至是客户。所有人在管理项目质量方面都扮演一定的角色,尽管这些角色的人数和工作量不同。参与质量管理工作的程度取决于所在行业和项目管理风格。在敏捷项目中,整个项目期间的质量管理由所有团队成员执行;但在传统项目中,质量管理通常是特定团队成员的职责。


ID:561
areaid:5
groupid:3
type:in
post_name: 8.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.1 管理质量:输入 / 8.2.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)质量管理计划。如 8.1.3.1 节所述,质量管理计划定义了项目和产品质量的可接受水平,并描述了如何确保可交付成果和过程达到这一质量水平。

质量管理计划还描述了不合格产品的处理方式以及需采取的纠正措施。


ID:562
areaid:5
groupid:3
type:in
post_name: 8.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.1 管理质量:输入 / 8.2.1.2 项目文件
post_content:

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


ID:563
areaid:5
groupid:3
type:in
post_name: 8.2.1.3
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.1 管理质量:输入 / 8.2.1.3 组织过程资产
post_content:

能够影响管理质量过程的组织过程资产包括(但不限于):


ID:565
areaid:5
groupid:3
type:tt
post_name: 8.2.2.1
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.1 数据收集
post_content:

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


ID:566
areaid:5
groupid:3
type:tt
post_name: 8.2.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.2 数据分析
post_content:

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

一项根本原因可能引起多项偏差、缺陷或风险。根本原因分析还可以作为一项技术,用于识别问题的根本原因并解决问题。消除所有根本原因可以杜绝问题再次发生。


ID:567
areaid:5
groupid:3
type:tt
post_name: 8.2.2.3
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.3 决策
post_content:

适用于本过程的决策技术包括(但不限于)多标准决策分析。见 8.1.2.4 节。在讨论影响项目或产品质量的备选方案时,可以使用多标准决策评估多个标准。“项目”决策可以包括在不同执行情景或供应商中加以选择,“产品”决策可以包括评估生命周期成本、进度、相关方的满意程度,以及与解决产品缺陷有关的风险。


ID:568
areaid:5
groupid:3
type:tt
post_name: 8.2.2.4
post_title: 数据表现
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.4 数据表现
post_content:

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

图 8-9因果图


ID:569
areaid:5
groupid:3
type:tt
post_name: 8.2.2.5
post_title: 审计
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.5 审计
post_content:

审计是用于确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化且独立的过程。质量审计通常由项目外部的团队开展,如组织内部审计部门、项目管理办公室 (PMO) 或组织外部的审计师。质量审计目标可能包括(但不限于):

采取后续措施纠正问题,可以降低质量成本,并提高发起人或客户对项目产品的接受度。质量审计可事先安排,也可随机进行;可由内部或外部审计师进行。

质量审计还可确认已批准的变更请求(包括更新、纠正措施、缺陷补救和预防措施)的实施情况。


ID:574
areaid:5
groupid:3
type:out
post_name: 8.2.3.1
post_title: 质量报告
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.1 质量报告
post_content:

质量报告可能是图形、数据或定性文件,其中包含的信息可帮助其他过程和部门采取纠正措施,以实现项目质量期望。质量报告的信息可以包含团队上报的质量管理问题,针对过程、项目和产品的改善建议,纠正措施建议(包括返工、缺陷/漏洞补救、100% 检查等),以及在控制质量过程中发现的情况的概述。


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:577
areaid:5
groupid:3
type:out
post_name: 8.2.3.4
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.4 项目管理计划更新
post_content:

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


ID:578
areaid:5
groupid:3
type:out
post_name: 8.2.3.5
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.5 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

控制质量是为了评估绩效,确保项目输出完整、正确且满足客户期望,而监督和记录质量管理活动执行结果的过程。本过程的主要作用是,核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。控制质量过程确定项目输出是否达到预期目的,这些输出需要满足所有适用标准、要求、法规和规范。本过程需要在整个项目期间开展。

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

图 8-10控制质量:输入、工具与技术和输出

图 8-11控制质量的数据流向图

控制质量过程的目的是在用户验收和最终交付之前测量产品或服务的完整性、合规性和适用性。

本过程通过测量所有步骤、属性和变量,来核实与规划阶段所描述规范的一致性和合规性。

在整个项目期间应执行质量控制,用可靠的数据来证明项目已经达到发起人和/或客户的验收标准。

控制质量的努力程度和执行程度可能会因所在行业和项目管理风格而不同。例如,相比其他行业,制药、医疗、运输和核能产业可能拥有更加严格的质量控制程序,为满足标准付出的工作也会更广;在敏捷项目中,控制质量活动可能由所有团队成员在整个项目生命周期中执行,而在瀑布式项目中,控制质量活动由特定团队成员在特定时间点或者项目或阶段快结束时执行。


ID:581
areaid:5
groupid:4
type:in
post_name: 8.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)质量管理计划。见 8.1.3.1 节。质量管理计划定义了如何在项目中开展质量控制。


ID:582
areaid:5
groupid:4
type:in
post_name: 8.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.2 项目文件
post_content:

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


ID:584
areaid:5
groupid:4
type:in
post_name: 8.3.1.4
post_title: 可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.4 可交付成果
post_content:

可交付成果指的是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。作为指导与管理项目工作过程的输出的可交付成果将得到检查,并与项目范围说明书定义的验收标准作比较。


ID:585
areaid:5
groupid:4
type:in
post_name: 8.3.1.5
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.5 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包括产品状态数据,例如观察结果、质量测量指标、技术绩效测量数据,以及关于进度绩效和成本绩效的项目质量信息。


ID:586
areaid:5
groupid:4
type:in
post_name: 8.3.1.6
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.6 事业环境因素
post_content:

能够影响控制质量过程的事业环境因素包括(但不限于):


ID:591
areaid:5
groupid:4
type:tt
post_name: 8.3.2.3
post_title: 检查
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.3 检查
post_content:

检查是指检验工作产品,以确定是否符合书面标准。检查的结果通常包括相关的测量数据,可在任何层面上进行。可以检查单个活动的成果,也可以检查项目的最终产品。检查也可称为审查、同行审查、审计或巡检等,而在某些应用领域,这些术语的含义比较狭窄和具体。检查也可用于确认缺陷补救。


ID:592
areaid:5
groupid:4
type:tt
post_name: 8.3.2.4
post_title: 测试/产品评估
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.4 测试/产品评估
post_content:

测试是一种有组织的、结构化的调查,旨在根据项目需求提供有关被测产品或服务质量的客观信息。测试的目的是找出产品或服务中存在的错误、缺陷、漏洞或其他不合规问题。用于评估各项需求的测试的类型、数量和程度是项目质量计划的一部分,具体取决于项目的性质、时间、预算或其他制约因素。测试可以贯穿于整个项目,可以随着项目的不同组成部分变得可用时进行,也可以在项目结束(即交付最终可交付成果)时进行。早期测试有助于识别不合规问题,帮助减少修补不合规组件的成本。

不同应用领域需要不同测试。例如,软件测试可能包括单元测试、集成测试、黑盒测试、白盒测试、接口测试、回归测试、α 测试等;在建筑项目中,测试可能包括水泥强度测试、混凝土和易性测试、在建筑工地进行的旨在测试硬化混凝土结构的质量的无损伤测试,以及土壤试验;在硬件开发中,测试可能包括环境应力筛选、老化测试、系统测试等。


ID:593
areaid:5
groupid:4
type:tt
post_name: 8.3.2.5
post_title: 数据表现
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.5 数据表现
post_content:

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


ID:594
areaid:5
groupid:4
type:tt
post_name: 8.3.2.6
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.6 会议
post_content:

以下会议可作为控制质量过程的一部分:


ID:598
areaid:5
groupid:4
type:out
post_name: 8.3.3.3
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.3 工作绩效信息
post_content:

见 4.5.1.3 节。工作绩效信息包含有关项目需求实现情况的信息、拒绝的原因、要求的返工、纠正措施建议、核实的可交付成果列表、质量测量指标的状态,以及过程调整需求。


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:600
areaid:5
groupid:4
type:out
post_name: 8.3.3.5
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.5 项目管理计划更新
post_content:

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


ID:601
areaid:5
groupid:4
type:out
post_name: 8.3.3.6
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.6 项目文件更新
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:603
areaid:6
groupid:2
type:
post_name: 9.1
post_title: 规划资源管理
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理
post_content:

规划资源管理是定义如何估算、获取、管理和利用团队以及实物资源的过程。本过程的主要作用是,根据项目类型和复杂程度确定适用于项目资源的管理方法和管理程度。本过程仅开展一次或仅在项目的预定义点开展。图 9-2 描述本过程的输入、工具与技术和输出。图 9-3 是本过程的数据流向图。

图 9-2规划资源管理:输入、工具与技术和输出

• Projectcharter图 9-3规划资源管理:数据流向图

资源规划用于确定和识别一种方法,以确保项目的成功完成有足够的可用资源。项目资源可能包括团队成员、用品、材料、设备、服务和设施。有效的资源规划需要考虑稀缺资源的可用性和竞争,并编制相应的计划。

这些资源可以从组织内部资产获得,或者通过采购过程从组织外部获取。其他项目可能在同一时间和地点竞争项目所需的相同资源,从而对项目成本、进度、风险、质量和其他项目领域造成显著影响。


ID:605
areaid:6
groupid:2
type:in
post_name: 9.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.1 规划资源管理:输入 / 9.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程提供项目的高层级描述和要求,此外还包括可能影响项目资源管理的关键相关方名单、里程碑概况,以及预先批准的财务资源。


ID:606
areaid:6
groupid:2
type:in
post_name: 9.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.1 规划资源管理:输入 / 9.1.1.2 项目管理计划
post_content:

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


ID:607
areaid:6
groupid:2
type:in
post_name: 9.1.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.1 规划资源管理:输入 / 9.1.1.3 项目文件
post_content:

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


ID:609
areaid:6
groupid:2
type:in
post_name: 9.1.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.1 规划资源管理:输入 / 9.1.1.5 组织过程资产
post_content:

能够影响规划资源管理过程的组织过程资产包括(但不限于):


ID:611
areaid:6
groupid:2
type:tt
post_name: 9.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.2 规划资源管理:工具与技术 / 9.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:612
areaid:6
groupid:2
type:tt
post_name: 9.1.2.2
post_title: 数据表现
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.2 规划资源管理:工具与技术 / 9.1.2.2 数据表现
post_content:

适用于本过程的数据表现技术包括(但不限于)图表。数据表现有多种格式来记录和阐明团队成员的角色与职责。大多数格式属于层级型、矩阵型或文本型。有些项目人员安排可以在子计划(如风险、质量或沟通管理计划)中列出。无论使用什么方法来记录团队成员的角色,目的都是要确保每个工作包都有明确的责任人,确保全体团队成员都清楚地理解其角色和职责。层级型可用于表示高层级角色,而文本型则更适合用于记录详细职责。

图 9-4 RACI 矩阵示例


ID:613
areaid:6
groupid:2
type:tt
post_name: 9.1.2.3
post_title: 组织理论
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.2 规划资源管理:工具与技术 / 9.1.2.3 组织理论
post_content:

组织理论阐述个人、团队和组织部门的行为方式。有效利用组织理论中的常用技术,可以节约规划资源管理过程的时间、成本及人力投入,提高规划工作的效率。此外,可以根据相关的组织理论灵活使用领导风格,以适应项目生命周期中团队成熟度的变化。重要的是要认识到,组织的结构和文化影响项目组织结构。


ID:614
areaid:6
groupid:2
type:tt
post_name: 9.1.2.4
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.2 规划资源管理:工具与技术 / 9.1.2.4 会议
post_content:

项目团队可召开会议来规划项目资源管理。


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:618
areaid:6
groupid:2
type:out
post_name: 9.1.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.1 规划资源管理 / 9.1.3 规划资源管理:输出 / 9.1.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:619
areaid:6
groupid:2
type:
post_name: 9.2
post_title: 估算活动资源
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源
post_content:

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

本过程的主要作用是,明确完成项目所需的资源种类、数量和特性。本过程应根据需要在整个项目期间定期开展。图 9-5 描述本过程的输入、工具与技术和输出,图 9-6 是本过程的数据流向图。

图 9-5估算活动资源:输入、工具与技术和输出

图 9-6估算活动资源的数据流向图

• Projectcharter估算活动资源过程与其他过程紧密相关,例如估算成本过程。例如:


ID:621
areaid:6
groupid:2
type:in
post_name: 9.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.1 估算活动资源:输入 / 9.2.1.1 项目管理计划
post_content:

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


ID:622
areaid:6
groupid:2
type:in
post_name: 9.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.1 估算活动资源:输入 / 9.2.1.2 项目文件
post_content:

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


ID:624
areaid:6
groupid:2
type:in
post_name: 9.2.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.1 估算活动资源:输入 / 9.2.1.4 组织过程资产
post_content:

能够影响估算活动资源过程的组织过程资产包括(但不限于):


ID:627
areaid:6
groupid:2
type:tt
post_name: 9.2.2.2
post_title: 自下而上估算
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.2 估算活动资源:工具与技术 / 9.2.2.2 自下而上估算
post_content:

见 6.4.2.5 节。团队和实物资源在活动级别上估算,然后汇总成工作包、控制账户和总体项目层级上的估算。


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

见 6.4.2.2 节。类比估算将以往类似项目的资源相关信息作为估算未来项目的基础。这是一种快速估算方法,适用于项目经理只能识别 WBS 的几个高层级的情况下。


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

见 6.4.2.3 节。参数估算基于历史数据和项目参数,使用某种算法或历史数据与其他变量之间的统计关系,来计算活动所需的资源数量。例如,如果一项活动需要 4,000 个小时的编码时间,而且需要在 1 年之内完成,则需要两个人来编码(每人每年付出 2,000 小时)。参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。


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:631
areaid:6
groupid:2
type:tt
post_name: 9.2.2.6
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.2 估算活动资源:工具与技术 / 9.2.2.6 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统可以包括资源管理软件,这些软件有助于规划、组织与管理资源库,以及编制资源估算。根据软件的复杂程度,可以确定资源分解结构、资源可用性、资源费率和各种资源日历,有助于优化资源使用。


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

项目经理可以和职能经理一起举行规划会议,以估算每项活动所需的资源、支持型活动 (LoE)、团队资源的技能水平,以及所需材料的数量。参会者可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方,以及其他必要人员。


ID:634
areaid:6
groupid:2
type:out
post_name: 9.2.3.1
post_title: 资源需求
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.3 估算活动资源:输出 / 9.2.3.1 资源需求
post_content:

资源需求识别了各个工作包或工作包中每个活动所需的资源类型和数量,可以汇总这些需求,以估算每个工作包、每个 WBS 分支以及整个项目所需的资源。资源需求描述的细节数量与具体程度因应用领域而异,而资源需求文件也可包含为确定所用资源的类型、可用性和所需数量所做的假设。


ID:635
areaid:6
groupid:2
type:out
post_name: 9.2.3.2
post_title: 估算依据
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.3 估算活动资源:输出 / 9.2.3.2 估算依据
post_content:

见 6.4.3.2 节。资源估算所需的支持信息的数量和种类,因应用领域而异。但不论其详细程度如何,支持性文件都应该清晰完整地说明资源估算是如何得出的。

资源估算的支持信息可包括:


ID:636
areaid:6
groupid:2
type:out
post_name: 9.2.3.3
post_title: 资源分解结构
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.3 估算活动资源:输出 / 9.2.3.3 资源分解结构
post_content:

资源分解结构是资源依类别和类型的层级展现(见图 9-7)。资源类别包括(但不限于)人力、材料、设备和用品,资源类型则包括技能水平、要求证书、等级水平或适用于项目的其他类型。在规划资源管理过程中,资源分解结构用于指导项目的分类活动。在这一过程中,资源分解结构是一份完整的文件,用于获取和监督资源。

图 9-7资源分解结构示例


ID:637
areaid:6
groupid:2
type:out
post_name: 9.2.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.2 估算活动资源 / 9.2.3 估算活动资源:输出 / 9.2.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是,概述和指导资源的选择,并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 9-8 描述本过程的输入、工具与技术和输出。图 9-9 是本过程的数据流向图。

图 9-8获取资源:输入、工具与技术和输出

• Projectcharter图 9-9获取资源:数据流向图

项目所需资源可能来自项目执行组织的内部或外部。内部资源由职能经理或资源经理负责获取(分配),外部资源则是通过采购过程获得。

因为集体劳资协议、分包商人员使用、矩阵型项目环境、内外部报告关系或其他原因,项目管理团队可能或可能不对资源选择有直接控制权。重要的是,在获取项目资源过程中应注意下列事项:

在项目规划阶段,应该对上述因素加以考虑并做出适当安排。项目经理或项目管理团队应该在项目进度计划、项目预算、项目风险计划、项目质量计划、培训计划及其他相关项目管理计划中,说明缺少所需资源的后果。


ID:640
areaid:6
groupid:3
type:in
post_name: 9.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.1 获取资源:输入 / 9.3.1.1 项目管理计划
post_content:

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


ID:641
areaid:6
groupid:3
type:in
post_name: 9.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.1 获取资源:输入 / 9.3.1.2 项目文件
post_content:

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


ID:643
areaid:6
groupid:3
type:in
post_name: 9.3.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.1 获取资源:输入 / 9.3.1.4 组织过程资产
post_content:

能够影响获取资源过程的组织过程资产包括(但不限于):


ID:645
areaid:6
groupid:3
type:tt
post_name: 9.3.2.1
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.2 获取资源:工具与技术 / 9.3.2.1 决策
post_content:

见 5.2.2.4 节。适用于获取资源过程的决策技术包括(但不限于)多标准决策分析(见 8.1.2.4 节)。

选择标准常用于选择项目的实物资源或项目团队。使用多标准决策分析工具制定出标准,用于对潜在资源进行评级或打分(例如,在内部和外部团队资源之间进行选择)。根据标准的相对重要性对标准进行加权,加权值可能因资源类型的不同而发生变化。可使用的选择标准包括:

有些选择标准对团队资源来说是独特的,包括:


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

适用于本过程的人际关系与团队技能包括(但不限于)谈判。见 12.2.2.5 节。很多项目需要针对所需资源进行谈判,项目管理团队需要与下列各方谈判:

在资源分配谈判中,项目管理团队影响他人的能力很重要,如同在组织中的政治能力一样重要。例如,说服职能经理,让他/她看到项目具有良好的前景,会影响他/她把最佳资源分配给这个项目而不是竞争项目。


ID:647
areaid:6
groupid:3
type:tt
post_name: 9.3.2.3
post_title: 预分派
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.2 获取资源:工具与技术 / 9.3.2.3 预分派
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:650
areaid:6
groupid:3
type:out
post_name: 9.3.3.1
post_title: 实物资源分配单
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.1 实物资源分配单
post_content:

实物资源分配单记录了项目将使用的材料、设备、用品、地点和其他实物资源。


ID:651
areaid:6
groupid:3
type:out
post_name: 9.3.3.2
post_title: 项目团队派工单
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.2 项目团队派工单
post_content:

项目团队派工单记录了团队成员及其在项目中的角色和职责,可包括项目团队名录,还需要把人员姓名插入项目管理计划的其他部分,如项目组织图和进度计划。


ID:652
areaid:6
groupid:3
type:out
post_name: 9.3.3.3
post_title: 资源日历
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.3 资源日历
post_content:

资源日历识别了每种具体资源可用时的工作日、班次、正常营业的上下班时间、周末和公共假期。在规划活动期间,潜在的可用资源信息(如团队资源、设备和材料)用于估算资源可用性。

资源日历规定了在项目期间确定的团队和实物资源何时可用、可用多久。这些信息可以在活动或项目层面建立,这考虑了诸如资源经验和/或技能水平以及不同地理位置等属性。


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:654
areaid:6
groupid:3
type:out
post_name: 9.3.3.5
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.5 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。

开展本过程可能导致项目管理计划更新的内容包括(但不限于):


ID:655
areaid:6
groupid:3
type:out
post_name: 9.3.3.6
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.3 获取资源 / 9.3.3 获取资源:输出 / 9.3.3.6 项目文件更新
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:660
areaid:6
groupid:3
type:in
post_name: 9.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.1 建设团队:输入 / 9.4.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何通过团队绩效评价和其他形式的团队管理活动,为项目团队成员提供奖励、提出反馈、增加培训或采取惩罚措施提供了指南。资源管理计划可能包括团队绩效评价标准。


ID:661
areaid:6
groupid:3
type:in
post_name: 9.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.1 建设团队:输入 / 9.4.1.2 项目文件
post_content:

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


ID:665
areaid:6
groupid:3
type:tt
post_name: 9.4.2.1
post_title: 集中办公
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.1 集中办公
post_content:

集中办公是指把许多或全部最活跃的项目团队成员安排在同一个物理地点工作,以增强团队工作能力。集中办公既可以是临时的(如仅在项目特别重要的时期),也可以贯穿整个项目。实施集中办公策略,可借助团队会议室、张贴进度计划的场所,以及其他能增进沟通和集体感的设施。


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

见 10.1.2.3 节。在解决集中办公或虚拟团队的团队建设问题方面,沟通技术至关重要。它有助于为集中办公团队营造一个融洽的环境,促进虚拟团队(尤其是团队成员分散在不同时区的团队)更好地相互理解。可采用的沟通技术包括:


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:669
areaid:6
groupid:3
type:tt
post_name: 9.4.2.5
post_title: 认可与奖励
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.5 认可与奖励
post_content:

在建设项目团队过程中,需要对成员的优良行为给予认可与奖励。最初的奖励计划是在规划资源管理过程中编制的,只有能满足被奖励者的某个重要需求的奖励,才是有效的奖励。在管理项目团队过程中,可以正式或非正式的方式做出奖励决定,但在决定认可与奖励时,应考虑文化差异。

当人们感受到自己在组织中的价值,并且可以通过获得奖励来体现这种价值,他们就会受到激励。通常,金钱是奖励制度中的有形奖励,然而也存在各种同样有效、甚至更加有效的无形奖励。

大多数项目团队成员会因得到成长机会、获得成就感、得到赞赏以及用专业技能迎接新挑战,而受到激励。项目经理应该在整个项目生命周期中尽可能地给予表彰,而不是等到项目完成时。


ID:670
areaid:6
groupid:3
type:tt
post_name: 9.4.2.6
post_title: 培训
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.6 培训
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:672
areaid:6
groupid:3
type:tt
post_name: 9.4.2.8
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.2 建设团队:工具与技术 / 9.4.2.8 会议
post_content:

可以用会议来讨论和解决有关团队建设的问题,参会者包括项目经理和项目团队。会议类型包括(但不限于):项目说明会、团队建设会议,以及团队发展会议。


ID:674
areaid:6
groupid:3
type:out
post_name: 9.4.3.1
post_title: 团队绩效评价
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.3 建设团队:输出 / 9.4.3.1 团队绩效评价
post_content:

随着项目团队建设工作(如培训、团队建设和集中办公等)的开展,项目管理团队应该对项目团队的有效性进行正式或非正式的评价。有效的团队建设策略和活动可以提高团队绩效,从而提高实现项目目标的可能性。

评价团队有效性的指标可包括:

通过对团队整体绩效的评价,项目管理团队能够识别出所需的特殊培训、教练、辅导、协助或改变,以提高团队绩效。项目管理团队也应该识别出合适或所需的资源,以执行和实现在绩效评价过程中提出的改进建议。


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:676
areaid:6
groupid:3
type:out
post_name: 9.4.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.3 建设团队:输出 / 9.4.3.3 项目管理计划更新
post_content:

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


ID:677
areaid:6
groupid:3
type:out
post_name: 9.4.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.3 建设团队:输出 / 9.4.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:678
areaid:6
groupid:3
type:out
post_name: 9.4.3.5
post_title: 事业环境因素更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.4 建设团队 / 9.4.3 建设团队:输出 / 9.4.3.5 事业环境因素更新
post_content:

作为建设项目团队过程的结果,需要更新的事业环境因素包括(但不限于):


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

管理团队是跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。本过程的主要作用是,影响团队行为、管理冲突以及解决问题。本过程需要在整个项目期间开展。

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

图 9-12管理团队:输入、工具与技术和输出

图 9-13管理团队:数据流向图

管理项目团队需要借助多方面的管理和领导力技能,来促进团队协作,整合团队成员的工作,从而创建高效团队。进行团队管理,需要综合运用各种技能,特别是沟通、冲突管理、谈判和领导技能。项目经理应该向团队成员分配富有挑战性的任务,并对优秀绩效进行表彰。

项目经理应留意团队成员是否有意愿和能力完成工作,然后相应地调整管理和领导力方式。相对那些已展现出能力和有经验的团队成员,技术能力较低的团队成员更需要强化监督。


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

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何管理和最终遣散项目团队资源提供指南。


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:685
areaid:6
groupid:3
type:in
post_name: 9.5.1.4
post_title: 团队绩效评价
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.1 管理团队:输入 / 9.5.1.4 团队绩效评价
post_content:

见 9.4.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:690
areaid:6
groupid:3
type:tt
post_name: 9.5.2.2
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.2 管理团队:工具与技术 / 9.5.2.2 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统可包括资源管理或进度计划软件,可用于在各个项目活动中管理和协调团队成员。


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:693
areaid:6
groupid:3
type:out
post_name: 9.5.3.2
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.3 管理团队:输出 / 9.5.3.2 项目管理计划更新
post_content:

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


ID:694
areaid:6
groupid:3
type:out
post_name: 9.5.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.5 管理团队 / 9.5.3 管理团队:输出 / 9.5.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:698
areaid:6
groupid:4
type:in
post_name: 9.6.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.1 控制资源:输入 / 9.6.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何使用、控制和最终释放实物资源提供指南。


ID:699
areaid:6
groupid:4
type:in
post_name: 9.6.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.1 控制资源:输入 / 9.6.1.2 项目文件
post_content:

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


ID:700
areaid:6
groupid:4
type:in
post_name: 9.6.1.3
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.1 控制资源:输入 / 9.6.1.3 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包含有关项目状态的数据,例如已使用的资源的数量和类型。


ID:701
areaid:6
groupid:4
type:in
post_name: 9.6.1.4
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.1 控制资源:输入 / 9.6.1.4 协议
post_content:

见 12.2.3.2 节。在项目中签署的协议是获取组织外部资源的依据,应在需要新的和未规划的资源时,或在当前资源出现问题时,在协议里定义相关程序。


ID:702
areaid:6
groupid:4
type:in
post_name: 9.6.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.1 控制资源:输入 / 9.6.1.5 组织过程资产
post_content:

能够影响控制资源过程的组织过程资产包括(但不限于):


ID:704
areaid:6
groupid:4
type:tt
post_name: 9.6.2.1
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.2 控制资源:工具与技术 / 9.6.2.1 数据分析
post_content:

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


ID:705
areaid:6
groupid:4
type:tt
post_name: 9.6.2.2
post_title: 问题解决
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.2 控制资源:工具与技术 / 9.6.2.2 问题解决
post_content:

见 8.2.2.7 节。问题解决可能会用到一系列工具,有助于项目经理解决控制资源过程中出现的问题。问题可能来自组织内部(组织中另一部门使用的机器或基础设施未及时释放,因存储条件不当造成材料受损等)或来自组织外部(主要供应商破产或恶劣天气使资源受损)。项目经理应采取有条不紊的步骤来解决问题,包括:


ID:706
areaid:6
groupid:4
type:tt
post_name: 9.6.2.3
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.2 控制资源:工具与技术 / 9.6.2.3 人际关系与团队技能
post_content:

人际关系与团队技能有时被称为“软技能”,属于个人能力。本过程使用的人际关系与团队技能包括:


ID:707
areaid:6
groupid:4
type:tt
post_name: 9.6.2.4
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.2 控制资源:工具与技术 / 9.6.2.4 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统可包括资源管理或进度计划软件,可用于监督资源的使用情况,帮助确保合适的资源适时适地用于合适的活动。


ID:709
areaid:6
groupid:4
type:out
post_name: 9.6.3.1
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.3 控制资源:输出 / 9.6.3.1 工作绩效信息
post_content:

见 4.5.1.3 节。工作绩效信息包括项目工作进展信息,这一信息将资源需求和资源分配与项目活动期间的资源使用相比较,从而发现需要处理的资源可用性方面的差异。


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:711
areaid:6
groupid:4
type:out
post_name: 9.6.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.3 控制资源:输出 / 9.6.3.3 项目管理计划更新
post_content:

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


ID:712
areaid:6
groupid:4
type:out
post_name: 9.6.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 9 项目资源管理 / 9.6 控制资源 / 9.6.3 控制资源:输出 / 9.6.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:714
areaid:7
groupid:2
type:
post_name: 10.1
post_title: 规划沟通管理
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理
post_content:

规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是,为及时向相关方提供相关信息,引导相关方有效参与项目,而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 10-2 描述本过程的输入、工具与技巧和输出。图 10-3 是本过程的数据流向图。

图 10-2规划沟通管理:输入、工具与技术和输出

• Projectcharter图 10-3规划沟通管理:数据流向图

需在项目生命周期的早期,针对项目相关方多样性的信息需求,制定有效的沟通管理计划。应该定期审核沟通管理计划,并进行必要的修改,例如在相关方社区发生变化或每个新项目阶段开始时。

在大多数项目中,都需要很早就开展沟通规划工作,例如在识别相关方及制定项目管理计划期间。

虽然所有项目都需要进行信息沟通,但是各项目的信息需求和信息发布方式可能差别很大。此外,在本过程中,需要考虑并合理记录用来存储、检索和最终处置项目信息的方法。应该在整个项目期间,定期审查规划沟通管理过程的成果并做必要修改,以确保其持续适用。


ID:716
areaid:7
groupid:2
type:in
post_name: 10.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.1 规划沟通管理:输入 / 10.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程会列出主要相关方清单,其中可能还包含与相关方角色及职责有关的信息。


ID:717
areaid:7
groupid:2
type:in
post_name: 10.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.1 规划沟通管理:输入 / 10.1.1.2 项目管理计划
post_content:

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


ID:718
areaid:7
groupid:2
type:in
post_name: 10.1.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.1 规划沟通管理:输入 / 10.1.1.3 项目文件
post_content:

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


ID:720
areaid:7
groupid:2
type:in
post_name: 10.1.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.1 规划沟通管理:输入 / 10.1.1.5 组织过程资产
post_content:

能够影响规划沟通管理过程的组织过程资产包括(但不限于):


ID:722
areaid:7
groupid:2
type:tt
post_name: 10.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:723
areaid:7
groupid:2
type:tt
post_name: 10.1.2.2
post_title: 沟通需求分析
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.2 沟通需求分析
post_content:

分析沟通需求,确定项目相关方的信息需求,包括所需信息的类型和格式,以及信息对相关方的价值。

常用于识别和确定项目沟通需求的信息包括(但不限于):


ID:724
areaid:7
groupid:2
type:tt
post_name: 10.1.2.3
post_title: 沟通技术
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.3 沟通技术
post_content:

用于在项目相关方之间传递信息的方法很多。信息交换和协作的常见方法包括对话、会议、书面文件、数据库、社交媒体和网站。

可能影响沟通技术选择的因素包括:


ID:726
areaid:7
groupid:2
type:tt
post_name: 10.1.2.5
post_title: 沟通方法
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.5 沟通方法
post_content:

项目相关方之间用于分享信息的沟通方法有几种。这些方法可以大致分为:

应该采用不同方法来实现沟通管理计划所规定的主要沟通需求:

可用的沟通工件和方法包括(但不限于):


ID:727
areaid:7
groupid:2
type:tt
post_name: 10.1.2.6
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.6 人际关系与团队技能
post_content:

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


ID:729
areaid:7
groupid:2
type:tt
post_name: 10.1.2.8
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.2 规划沟通管理:工具与技术 / 10.1.2.8 会议
post_content:

项目会议可包括虚拟(网络)或面对面会议,且可用文档协同技术进行辅助,包括电子邮件信息和项目网站。在规划沟通管理过程中,需要与项目团队展开讨论,确定最合适的项目信息更新和传递方式,以及回应各相关方的信息请求的方式。


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

沟通管理计划是项目管理计划的组成部分,描述将如何规划,结构化、执行与监督项目沟通,以提高沟通的有效性。该计划包括如下信息:

沟通管理计划中还包括关于项目状态会议、项目团队会议、网络会议和电子邮件等的指南和模板。如果项目要使用项目网站和项目管理软件,那就要把它们写进沟通管理计划。


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:733
areaid:7
groupid:2
type:out
post_name: 10.1.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.1 规划沟通管理 / 10.1.3 规划沟通管理:输出 / 10.1.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

管理沟通是确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。本过程的主要作用是,促成项目团队与相关方之间的有效信息流动。本过程需要在整个项目期间开展。

管理沟通过程会涉及与开展有效沟通有关的所有方面,包括使用适当的技术、方法和技巧。

此外,它还应允许沟通活动具有灵活性,允许对方法和技术进行调整,以满足相关方及项目不断变化的需求。图 10-5 描述本过程的输入、工具与技术和输出。图 10-6 是管理沟通过程的数据流向图。

图 10-5管理沟通:输入、工具与技术和输出

• Projectcharter图 10-6管理沟通:数据流向图

本过程不局限于发布相关信息,它还设法确保信息以适当的格式正确生成和送达目标受众。本过程也为相关方提供机会,允许他们请求更多信息、澄清和讨论。有效的沟通管理需要借助相关技术并考虑相关事宜,包括(但不限于):


ID:736
areaid:7
groupid:3
type:in
post_name: 10.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.1 管理沟通:输入 / 10.2.1.1 项目管理计划
post_content:

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


ID:737
areaid:7
groupid:3
type:in
post_name: 10.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.1 管理沟通:输入 / 10.2.1.2 项目文件
post_content:

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


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:740
areaid:7
groupid:3
type:in
post_name: 10.2.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.1 管理沟通:输入 / 10.2.1.5 组织过程资产
post_content:

会影响本过程的组织过程资产包括(但不限于):


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:745
areaid:7
groupid:3
type:tt
post_name: 10.2.2.4
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.2 管理沟通:工具与技术 / 10.2.2.4 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统能够确保相关方及时便利地获取所需信息。用来管理和分发项目信息的工具很多,包括:


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

项目报告发布是收集和发布项目信息的行为。项目信息应发布给众多相关方群体。应针对每种相关方来调整项目信息发布的适当层次、形式和细节。从简单的沟通到详尽的定制报告和演示,报告的形式各不相同。可以定期准备信息或基于例外情况准备。虽然工作绩效报告是监控项目工作过程的输出,但是本过程会编制临时报告、项目演示、博客,以及其他类型的信息。


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

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


ID:750
areaid:7
groupid:3
type:out
post_name: 10.2.3.1
post_title: 项目沟通记录
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.3 管理沟通:输出 / 10.2.3.1 项目沟通记录
post_content:

项目沟通工件可包括(但不限于):绩效报告、可交付成果的状态、进度进展、产生的成本、演示,以及相关方需要的其他信息。


ID:751
areaid:7
groupid:3
type:out
post_name: 10.2.3.2
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.3 管理沟通:输出 / 10.2.3.2 项目管理计划更新
post_content:

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


ID:752
areaid:7
groupid:3
type:out
post_name: 10.2.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.3 管理沟通:输出 / 10.2.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:753
areaid:7
groupid:3
type:out
post_name: 10.2.3.4
post_title: 组织过程资产更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.2 管理沟通 / 10.2.3 管理沟通:输出 / 10.2.3.4 组织过程资产更新
post_content:

可在本过程更新的组织过程资产包括(但不限于):


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

监督沟通是确保满足项目及其相关方的信息需求的过程。本过程的主要作用是,按沟通管理计划和相关方参与计划的要求优化信息传递流程。本过程需要在整个项目期间开展。图 10-7 描述本过程的输入、工具与技巧和输出。图 10-8 是本过程的数据流向图。

图 10-7监督沟通:输入、工具与技巧和输出

• Projectcharter图 10-8监督沟通:数据流向图

通过监督沟通过程,来确定规划的沟通工件和沟通活动是否如预期提高或保持了相关方对项目可交付成果与预计结果的支持力度。项目沟通的影响和结果应该接受认真的评估和监督,以确保在正确的时间,通过正确的渠道,将正确的内容(发送方和接收方对其理解一致)传递给正确的受众。

监督沟通可能需要采取各种方法,例如,开展客户满意度调查、整理经验教训、开展团队观察、审查问题日志中的数据,或评估相关方参与度评估矩阵(见 13.2.2.5 节)中的变更。

监督沟通过程可能触发规划沟通管理和(或)管理沟通过程的迭代,以便修改沟通计划并开展额外的沟通活动,来提升沟通的效果。这种迭代体现了项目沟通管理各过程的持续性质。问题、关键绩效指标、风险或冲突,都可能立即触发重新开展这些过程。


ID:756
areaid:7
groupid:4
type:in
post_name: 10.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.1 监督沟通:输入 / 10.3.1.1 项目管理计划
post_content:

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


ID:757
areaid:7
groupid:4
type:in
post_name: 10.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.1 监督沟通:输入 / 10.3.1.2 项目文件
post_content:

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


ID:760
areaid:7
groupid:4
type:in
post_name: 10.3.1.5
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.1 监督沟通:输入 / 10.3.1.5 组织过程资产
post_content:

可能影响监督沟通过程的组织过程资产包括(但不限于):


ID:762
areaid:7
groupid:4
type:tt
post_name: 10.3.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.2 监督沟通:工具与技术 / 10.3.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:763
areaid:7
groupid:4
type:tt
post_name: 10.3.2.2
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.2 监督沟通:工具与技术 / 10.3.2.2 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统为项目经理提供一系列标准化工具,以根据沟通计划为内部和外部的相关方收集、储存与发布所需的信息。应监控该系统中的信息以评估其有效性和效果。


ID:765
areaid:7
groupid:4
type:tt
post_name: 10.3.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.2 监督沟通:工具与技术 / 10.3.2.4 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)观察和交谈(见 5.2.2.6 节)。与项目团队展开讨论和对话,有助于确定最合适的方法,用于更新和沟通项目绩效,以及回应相关方的信息请求。通过观察和交谈,项目经理能够发现团队内的问题、人员间的冲突,或个人绩效问题。


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:770
areaid:7
groupid:4
type:out
post_name: 10.3.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.3 监督沟通:输出 / 10.3.3.3 项目管理计划更新
post_content:

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


ID:771
areaid:7
groupid:4
type:out
post_name: 10.3.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 10 项目沟通管理 / 10.3 监督沟通 / 10.3.3 监督沟通:输出 / 10.3.3.4 项目文件更新
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:773
areaid:8
groupid:2
type:
post_name: 11.1
post_title: 规划风险管理
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理
post_content:

规划风险管理是定义如何实施项目风险管理活动的过程。本过程的主要作用是,确保风险管理的水平、方法和可见度与项目风险程度,以及项目对组织和其他相关方的重要程度相匹配。本过程仅开展一次或仅在项目的预定义点开展。图 11-2 描述本过程的输入、工具与技术和输出。图 11-3 是本过程的数据流向图。

图 11-2规划风险管理:输入、工具与技术和输出

图 11-3规划风险管理:数据流向图

规划风险管理过程在项目构思阶段就应开始,并在项目早期完成。在项目生命周期的后期,可能有必要重新开展本过程,例如,在发生重大阶段变更时,在项目范围显著变化时,或者后续对风险管理有效性进行审查且确定需要调整项目风险管理过程时。


ID:775
areaid:8
groupid:2
type:in
post_name: 11.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.1 规划风险管理:输入 / 11.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程记录了高层级的项目描述和边界、高层级的需求和风险。


ID:776
areaid:8
groupid:2
type:in
post_name: 11.1.1.2
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.1 规划风险管理:输入 / 11.1.1.2 项目管理计划
post_content:

见 4.2.3.1 节。在规划项目风险管理时,应该考虑所有已批准的子管理计划,使风险管理计划与之相协调;同时,其他项目管理计划组件中所列出的方法论可能也会影响规划风险管理过程。


ID:777
areaid:8
groupid:2
type:in
post_name: 11.1.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.1 规划风险管理:输入 / 11.1.1.3 项目文件
post_content:

可作为本过程输入的项目文件包括(但不限于)相关方登记册(见 13.1.3.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:781
areaid:8
groupid:2
type:tt
post_name: 11.1.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.2 规划风险管理:工具与技术 / 11.1.2.1 专家判断
post_content:

见 4.1.2.1 节。应考虑具备以下专业知识或接受过相关培训的个人或小组的意见:


ID:782
areaid:8
groupid:2
type:tt
post_name: 11.1.2.2
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.2 规划风险管理:工具与技术 / 11.1.2.2 数据分析
post_content:

可用于本过程的数据分析技术包括(但不限于)相关方分析(见 13.1.2.3 节)。可通过相关方分析确定项目相关方的风险偏好。


ID:783
areaid:8
groupid:2
type:tt
post_name: 11.1.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.2 规划风险管理:工具与技术 / 11.1.2.3 会议
post_content:

风险管理计划的编制可以是项目开工会议上的一项工作,或者可以举办专门的规划会议来编制风险管理计划。参会者可能包括项目经理、指定项目团队成员、关键相关方,或负责管理项目风险管理过程的团队成员;如果需要,也可邀请其他外部人员参加,包括客户、卖方和监管机构。熟练的会议引导者能够帮助参会者专注于会议事项,就风险管理方法的关键方面达成共识,识别和克服偏见,以及解决任何可能出现的分歧。

在此类会议上确定开展风险管理活动的计划,并将其记录在风险管理计划(见 11.1.3.1 节)中。


ID:785
areaid:8
groupid:2
type:out
post_name: 11.1.3.1
post_title: 风险管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.1 规划风险管理 / 11.1.3 规划风险管理:输出 / 11.1.3.1 风险管理计划
post_content:

风险管理计划是项目管理计划的组成部分,描述如何安排与实施风险管理活动。风险管理计划可包括以下部分或全部内容:

图 11-4风险分解结构(RBS)示例

通过将影响定义为负面威胁(工期延误、成本增加和绩效不佳)和正面机会(工期缩短、成本节约和绩效改善),表格所示的量表可同时用于评估威胁和机会。

表 11-1概率和影响定义示例

图 11-5 是概率和影响矩阵的示例,其中也有数值风险评分的可能方法。

图 11-5概率和影响矩阵示例(有评分方法)


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

识别风险是识别单个项目风险以及整体项目风险的来源,并记录风险特征的过程。本过程的主要作用是,记录现有的单个项目风险,以及整体项目风险的来源;同时,汇集相关信息,以便项目团队能够恰当应对已识别的风险。本过程需要在整个项目期间开展。图 11-6 描述本过程的输入、工具与技术和输出。图 11-7 是本过程的数据流向图。

图 11-6识别风险:输入、工具与技术和输出

图 11-7识别风险:数据流向图

识别风险时,要同时考虑单个项目风险,以及整体项目风险的来源。风险识别活动的参与者可能包括:项目经理、项目团队成员、项目风险专家(若已指定)、客户、项目团队外部的主题专家、最终用户、其他项目经理、运营经理、相关方和组织内的风险管理专家。虽然这些人员通常是风险识别活动的关键参与者,但是还应鼓励所有项目相关方参与单个项目风险的识别工作。项目团队的参与尤其重要,以便培养和保持他们对已识别单个项目风险、整体项目风险级别和相关风险应对措施的主人翁意识和责任感。

应该采用统一的风险描述格式,来描述和记录单个项目风险,以确保每一项风险都被清楚、明确地理解,从而为有效的分析和风险应对措施制定提供支持。可以在识别风险过程中为单个项目风险指定风险责任人,待实施定性风险分析过程确认。也可以识别和记录初步的风险应对措施,待规划风险应对过程审查和确认。

在整个项目生命周期中,单个项目风险可能随项目进展而不断出现,整体项目风险的级别也会发生变化。因此,识别风险是一个迭代的过程。迭代的频率和每次迭代所需的参与程度因情况而异,应在风险管理计划中做出相应规定。


ID:788
areaid:8
groupid:2
type:in
post_name: 11.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.1 项目管理计划
post_content:

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

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


ID:789
areaid:8
groupid:2
type:in
post_name: 11.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.2 项目文件
post_content:

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


ID:790
areaid:8
groupid:2
type:in
post_name: 11.2.1.3
post_title: 协议
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.3 协议
post_content:

见 12.2.3.2 节。如果需要从外部采购项目资源,协议所规定的里程碑日期、合同类型、验收标准和奖罚条款等,都可能造成威胁或创造机会。


ID:791
areaid:8
groupid:2
type:in
post_name: 11.2.1.4
post_title: 采购文档
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.4 采购文档
post_content:

见 12.3.1.4 节。如果需要从外部采购项目资源,就应该审查初始采购文档,因为从组织外部采购商品和服务可能提高或降低整体项目风险,并可能引发更多的单个项目风险。随着采购文档在项目期间的不断更新,还应该审查最新的文档,例如,卖方绩效报告、核准的变更请求和与检查相关的信息。


ID:792
areaid:8
groupid:2
type:in
post_name: 11.2.1.5
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.5 事业环境因素
post_content:

会影响识别风险过程的事业环境因素包括(但不限于):


ID:793
areaid:8
groupid:2
type:in
post_name: 11.2.1.6
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.1 识别风险:输入 / 11.2.1.6 组织过程资产
post_content:

会影响识别风险过程的组织过程资产包括(但不限于):


ID:795
areaid:8
groupid:2
type:tt
post_name: 11.2.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.1 专家判断
post_content:

见 4.1.2.1 节。应考虑了解类似项目或业务领域的个人或小组的专业意见。项目经理应该选择相关专家,邀请他们根据以往经验和专业知识来考虑单个项目风险的方方面面,以及整体项目风险的各种来源。项目经理应该注意专家可能持有的偏见。


ID:796
areaid:8
groupid:2
type:tt
post_name: 11.2.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.2 数据收集
post_content:

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


ID:797
areaid:8
groupid:2
type:tt
post_name: 11.2.2.3
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.3 数据分析
post_content:

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

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


ID:798
areaid:8
groupid:2
type:tt
post_name: 11.2.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.4 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)引导(见 4.1.2.3 节)。引导能提高用于识别单个项目风险和整体项目风险来源的许多技术的有效性。熟练的引导者可以帮助参会者专注于风险识别任务、准确遵循与技术相关的方法,有助于确保风险描述清晰、找到并克服偏见,以及解决任何可能出现的分歧。


ID:799
areaid:8
groupid:2
type:tt
post_name: 11.2.2.5
post_title: 提示清单
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.5 提示清单
post_content:

提示清单是关于可能引发单个项目风险以及可作为整体项目风险来源的风险类别的预设清单。在采用风险识别技术时,提示清单可作为框架用于协助项目团队形成想法。可以用风险分解结构底层的风险类别作为提示清单,来识别单个项目风险。某些常见的战略框架更适用于识别整体项目风险的来源,如 PESTLE(政治、经济、社会、技术、法律、环境)、TECOP(技术、环境、商业、运营、政治),或 VUCA(易变性、不确定性、复杂性、模糊性)


ID:800
areaid:8
groupid:2
type:tt
post_name: 11.2.2.6
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.2 识别风险:工具与技术 / 11.2.2.6 会议
post_content:

为了开展风险识别工作,项目团队可能要召开专门的会议(通常称为风险研讨会)。在大多数风险研讨会中,都会开展某种形式的头脑风暴(见 4.1.2.2 节)。根据风险管理计划中对开展风险管理过程的要求,还有可能采用其他风险识别技术。配备一名经验丰富的引导者将会提高会议的有效性;确保适当的人员参加风险研讨会也至关重要。对于较大型项目,可能需要邀请项目发起人、主题专家、卖方、客户代表,或其他项目相关方参加会议;而对于较小型项目,可能仅限部分项目团队成员参加。


ID:802
areaid:8
groupid:2
type:out
post_name: 11.2.3.1
post_title: 风险登记册
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.3 识别风险:输出 / 11.2.3.1 风险登记册
post_content:

风险登记册记录已识别单个项目风险的详细信息。随着实施定性风险分析、规划风险应对、实施风险应对和监督风险等过程的开展,这些过程的结果也要记进风险登记册。取决于具体的项目变量(如规模和复杂性),风险登记册可能包含有限或广泛的风险信息。

当完成识别风险过程时,风险登记册的内容可能包括(但不限于):

根据风险管理计划规定的风险登记册格式,可能还要记录关于每项已识别风险的其他数据,包括:简短的风险名称、风险类别、当前风险状态、一项或多项原因、一项或多项对目标的影响、风险触发条件(显示风险即将发生的事件或条件)、受影响的 WBS组件,以及时间信息(风险何时识别、可能何时发生、何时可能不再相关,以及采取行动的最后期限)。


ID:803
areaid:8
groupid:2
type:out
post_name: 11.2.3.2
post_title: 风险报告
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.3 识别风险:输出 / 11.2.3.2 风险报告
post_content:

风险报告提供关于整体项目风险的信息,以及关于已识别的单个项目风险的概述信息。在项目风险管理过程中,风险报告的编制是一项渐进式的工作。随着实施定性风险分析、实施定量风险分析、规划风险应对、实施风险应对和监督风险过程的完成,这些过程的结果也需要记录在风险登记册中。在完成识别风险过程时,风险报告的内容可能包括(但不限于):

根据风险管理计划中规定的报告要求,风险报告中可能还包含其他信息。


ID:804
areaid:8
groupid:2
type:out
post_name: 11.2.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.2 识别风险 / 11.2.3 识别风险:输出 / 11.2.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:805
areaid:8
groupid:2
type:
post_name: 11.3
post_title: 实施定性风险分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析
post_content:

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

本过程需要在整个项目期间开展。图 11-8 描述本过程的输入、工具与技术和输出。图 11-9 是本过程的数据流向图。

图 11-8实施定性风险分析:输入、工具与技术和输出

图 11-9实施定性风险分析:数据流向图

实施定性风险分析,使用项目风险的发生概率、风险发生时对项目目标的相应影响以及其他因素,来评估已识别单个项目风险的优先级。这种评估基于项目团队和其他相关方对风险的感知程度,从而具有主观性。所以,为了实现有效评估,就需要认清和管理本过程关键参与者对风险所持的态度。风险感知会导致评估已识别风险时出现偏见,所以应该注意找出偏见并加以纠正。如果由引导者来引导本过程的开展,那么找出并纠正偏见就是该引导者的一项重要工作。同时,评估单个项目风险的现有信息的质量,也有助于澄清每个风险对项目的重要性的评估。

实施定性风险分析能为规划风险应对过程确定单个项目风险的相对优先级。本过程会为每个风险识别出责任人,以便由他们负责规划风险应对措施,并确保应对措施的实施。如果需要开展实施定量风险分析过程,那么实施定性风险分析也能为其奠定基础。

根据风险管理计划的规定,在整个项目生命周期中要定期开展实施定性风险分析过程。在敏捷开发环境中,实施定性风险分析过程通常要在每次迭代开始前进行。


ID:807
areaid:8
groupid:2
type:in
post_name: 11.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.1 实施定性风险分析:输入 / 11.3.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括风险管理计划(见 11.1.3.1 节)。本过程中需要特别注意的是风险管理的角色和职责、预算和进度活动安排,以及风险类别(通常在风险分解结构中定义)、概率和影响定义、概率和影响矩阵和相关方的风险临界值。通常已经在规划风险管理过程中把这些内容裁剪成适合具体项目的需要。如果还没有这些内容,则可以在实施定性风险分析过程中编制,并经项目发起人批准之后用于本过程。


ID:808
areaid:8
groupid:2
type:in
post_name: 11.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.1 实施定性风险分析:输入 / 11.3.1.2 项目文件
post_content:

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


ID:809
areaid:8
groupid:2
type:in
post_name: 11.3.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.1 实施定性风险分析:输入 / 11.3.1.3 事业环境因素
post_content:

能够影响实施定性风险分析的事业环境因素包括(但不限于):


ID:810
areaid:8
groupid:2
type:in
post_name: 11.3.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.1 实施定性风险分析:输入 / 11.3.1.4 组织过程资产
post_content:

能够影响实施定性风险分析的组织过程资产包括(但不限于)已完成的类似项目的信息。


ID:812
areaid:8
groupid:2
type:tt
post_name: 11.3.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.1 专家判断
post_content:

见 4.1.2.1 节。应考虑具备以下专业知识或接受过相关培训的个人或小组的意见:

专家判断往往可通过引导式风险研讨会或访谈获取。应该注意专家可能持有偏见。


ID:813
areaid:8
groupid:2
type:tt
post_name: 11.3.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.2 数据收集
post_content:

适用于本过程的数据收集技术包括(但不限于)访谈。结构化或半结构化的访谈(见 5.2.2.2 节)可用于评估单个项目风险的概率和影响,以及其他因素。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。


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

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

相对于仅评估概率和影响,考虑上述某些特征有助于进行更稳健的风险优先级排序。


ID:815
areaid:8
groupid:2
type:tt
post_name: 11.3.2.4
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.4 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)引导(见 4.1.2.3 节)。开展引导,能够提高对单个项目风险的定性分析的有效性。熟练的引导者可以帮助参会者专注于风险分析任务、准确遵循与技术相关的方法、就概率和影响评估达成共识、找到并克服偏见,以及解决任何可能出现的分歧。


ID:816
areaid:8
groupid:2
type:tt
post_name: 11.3.2.5
post_title: 风险分类
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.5 风险分类
post_content:

项目风险可依据风险来源(如采用风险分解结构 [RBS],见图 11-4)、受影响的项目领域(如采用工作分解结构 [WBS],见图 5-12、5-13 和 5-14),以及其他实用类别(如项目阶段、项目预算、角色和职责)来分类,确定哪些项目领域最容易被不确定性影响;风险还可以根据共同的根本原因进行分类。应该在风险管理计划中规定可用于项目的风险分类方法。

对风险进行分类,有助于把注意力和精力集中到风险敞口最大的领域,或针对一组相关的风险制定通用的风险应对措施,从而有利于更有效地开展风险应对。


ID:817
areaid:8
groupid:2
type:tt
post_name: 11.3.2.6
post_title: 数据表现
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.6 数据表现
post_content:

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

组织可针对每个项目目标(如成本、时间和范围)制定单独的概率和影响矩阵,并用它们来评估风险针对每个目标的优先级别。组织还可以用不同的方法为每个风险确定一个总体优先级别。即可综合针对不同目标的评估结果,也可采用最高优先级别(无论针对哪个目标),作为风险的总体优先级别。

图 11-10列出可监测性、邻近性和影响值的气泡图示例


ID:818
areaid:8
groupid:2
type:tt
post_name: 11.3.2.7
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.2 实施定性风险分析:工具与技术 / 11.3.2.7 会议
post_content:

要开展定性风险分析,项目团队可能要召开专门会议(通常称为风险研讨会),对已识别单个项目风险进行讨论。会议的目标包括审查已识别的风险、评估概率和影响(及其他可能的风险参数)、对风险进行分类和优先级排序。在实施定性风险分析过程中,要逐一为单个项目风险分配风险责任人。

以后,将由风险责任人负责规划风险应对措施和报告风险管理工作的进展情况。会议可从审查和确认拟使用的概率和影响量表开始。在会议讨论中,也可能识别出其他风险。应该记录这些风险,供后续分析。配备一名熟练的引导者能够提高会议的有效性。


ID:820
areaid:8
groupid:2
type:out
post_name: 11.3.3.1
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.3 实施定性风险分析 / 11.3.3 实施定性风险分析:输出 / 11.3.3.1 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):

风险登记册的更新内容可能包括:每项单个项目风险的概率和影响评估、优先级别或风险分值、指定风险责任人、风险紧迫性信息或风险类别,以及低优先级风险的观察清单或需要进一步分析的风险。


ID:821
areaid:8
groupid:2
type:
post_name: 11.4
post_title: 实施定量风险分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析
post_content:

实施定量风险分析是就已识别的单个项目风险和不确定性的其他来源对整体项目目标的影响进行定量分析的过程。本过程的主要作用是,量化整体项目风险敞口,并提供额外的定量风险信息,以支持风险应对规划。本过程并非每个项目必需,但如果采用,它会在整个项目期间持续开展。图 11-11 描述了本过程的输入和输出。图 11-12 是本过程的数据流向图。

图 11-11实施定量风险分析:输入、工具与技术和输出

图 11-12实施定量风险分析:数据流向图

并非所有项目都需要实施定量风险分析。能否开展稳健的分析取决于是否有关于单个项目风险和其他不确定性来源的高质量数据,以及与范围、进度和成本相关的扎实项目基准。定量风险分析通常需要运用专门的风险分析软件,以及编制和解释风险模式的专业知识,还需要额外的时间和成本投入。

项目风险管理计划会规定是否需要使用定量风险分析,定量分析最可能适用于大型或复杂的项目、具有战略重要性的项目、合同要求进行定量分析的项目,或主要相关方要求进行定量分析的项目。

通过评估所有单个项目风险和其他不确定性来源对项目结果的综合影响,定量风险分析就成为评估整体项目风险的唯一可靠的方法。

在实施定量风险分析过程中,要使用被定性风险分析过程评估为对项目目标存在重大潜在影响的单个项目风险的信息。

实施定量风险分析过程的输出,则要用作规划风险应对过程的输入,特别是要据此为整体项目风险和关键单个项目风险推荐应对措施。定量风险分析也可以在规划风险应对过程之后开展,以分析已规划的应对措施对降低整体项目风险敞口的有效性。


ID:823
areaid:8
groupid:2
type:in
post_name: 11.4.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.1 实施定量风险分析:输入 / 11.4.1.1 项目管理计划
post_content:

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


ID:824
areaid:8
groupid:2
type:in
post_name: 11.4.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.1 实施定量风险分析:输入 / 11.4.1.2 项目文件
post_content:

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


ID:825
areaid:8
groupid:2
type:in
post_name: 11.4.1.3
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.1 实施定量风险分析:输入 / 11.4.1.3 事业环境因素
post_content:

能够影响实施定量风险分析过程的事业环境因素包括(但不限于):


ID:826
areaid:8
groupid:2
type:in
post_name: 11.4.1.4
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.1 实施定量风险分析:输入 / 11.4.1.4 组织过程资产
post_content:

能够影响实施定量风险分析过程的组织过程资产包括已完成的类似项目的信息。


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

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:


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

访谈(见 5.2.2.2 节)可用于针对单个项目风险和其他不确定性来源,生成定量风险分析的输入。

当需要向专家征求信息时,访谈尤其适用。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。


ID:830
areaid:8
groupid:2
type:tt
post_name: 11.4.2.3
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.2 实施定量风险分析:工具与技术 / 11.4.2.3 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)引导(见 4.1.2.3 节)。在由项目团队成员和其他相关方参加的专门风险研讨会中,配备一名熟练的引导者,有助于更好地收集输入数据。

可以通过阐明研讨会的目的,在参会者之间建立共识,确保持续关注任务,并以创新方式处理人际冲突或偏见来源,来改善引导式研讨会的有效性。


ID:831
areaid:8
groupid:2
type:tt
post_name: 11.4.2.4
post_title: 不确定性表现方式
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.2 实施定量风险分析:工具与技术 / 11.4.2.4 不确定性表现方式
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:834
areaid:8
groupid:2
type:out
post_name: 11.4.3.1
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.4 实施定量风险分析 / 11.4.3 实施定量风险分析:输出 / 11.4.3.1 项目文件更新
post_content:

可作为本过程输出的项目文件包括(但不限于)风险报告(见 11.2.3.2 节)。更新风险报告,反映定量风险分析的结果,通常包括:


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:837
areaid:8
groupid:2
type:in
post_name: 11.5.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.1 规划风险应对:输入 / 11.5.1.1 项目管理计划
post_content:

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


ID:838
areaid:8
groupid:2
type:in
post_name: 11.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.1 规划风险应对:输入 / 11.5.1.2 项目文件
post_content:

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

风险登记册列出了每项风险的指定风险责任人,还可能包含在早期的项目风险管理过程中识别的初步风险应对措施。风险登记册可能还会提供有助于规划风险应对的、关于已识别风险的其他信息,包括根本原因、风险触发因素和预警信号、需要在短期内应对的风险,以及需要进一步分析的风险。


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

能够影响规划风险应对过程的组织过程资产包括(但不限于):


ID:842
areaid:8
groupid:2
type:tt
post_name: 11.5.2.1
post_title: 专家判断
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.1 专家判断
post_content:

见 4.1.2.1 节。应征求具备以下专业知识的个人或小组的意见:

可以就具体单个项目风险向特定主题专家征求意见,例如在需要专家的技术知识时。


ID:843
areaid:8
groupid:2
type:tt
post_name: 11.5.2.2
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.2 数据收集
post_content:

适用于本过程的数据收集技术包括(但不限于)访谈(见 5.2.2.2 节)。单个项目风险和整体项目风险的应对措施可以在与风险责任人的结构化或半结构化的访谈(见 5.2.2.2 节)中制定。必要时,也可访谈其他相关方。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。


ID:844
areaid:8
groupid:2
type:tt
post_name: 11.5.2.3
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.3 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)引导(见 4.1.2.3 节)。开展引导,能够提高单个项目风险和整体项目风险应对策略制定的有效性。熟练的引导者可以帮助风险责任人理解风险、识别并比较备选的风险应对策略、选择适当的应对策略,以及找到并克服偏见。


ID:845
areaid:8
groupid:2
type:tt
post_name: 11.5.2.4
post_title: 威胁应对策略
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.4 威胁应对策略
post_content:

针对威胁,可以考虑下列五种备选策略:

风险责任人也可以采取措施,来分离项目目标与风险万一发生的影响。规避措施可能包括消除威胁的原因、延长进度计划、改变项目策略,或缩小范围。有些风险可以通过澄清需求、获取信息、改善沟通或取得专有技能来加以规避。


ID:846
areaid:8
groupid:2
type:tt
post_name: 11.5.2.5
post_title: 机会应对策略
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.5 机会应对策略
post_content:

针对机会,可以考虑下列五种备选策略:

机会一旦上报,就不再由项目团队做进一步监督,虽然仍可出现在风险登记册中供参考。

最常见的主动接受策略是建立应急储备,包括预留时间、资金或资源,以便在机会出现时加以利用;被动接受策略则不会主动采取行动,而只是定期对机会进行审查,确保其并未发生重大改变。


ID:847
areaid:8
groupid:2
type:tt
post_name: 11.5.2.6
post_title: 应急应对策略
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.6 应急应对策略
post_content:

可以设计一些仅在特定事件发生时才采用的应对措施。对于某些风险,如果项目团队相信其发生会有充分的预警信号,那么就应该制定仅在某些预定条件出现时才执行的应对计划。应该定义并跟踪应急应对策略的触发条件,例如,未实现中间的里程碑,或获得卖方更高程度的重视。采用此技术制定的风险应对计划,通常称为应急计划或弹回计划,其中包括已识别的、用于启动计划的触发事件。


ID:848
areaid:8
groupid:2
type:tt
post_name: 11.5.2.7
post_title: 整体项目风险应对策略
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.7 整体项目风险应对策略
post_content:

风险应对措施的规划和实施不应只针对单个项目风险,还应针对整体项目风险。用于应对单个项目风险的策略也适用于整体项目风险:

如果无法将项目拉回到临界值以内,则可能取消项目。这是最极端的风险规避措施,仅适用于威胁的整体级别在当前和未来都不可接受。


ID:849
areaid:8
groupid:2
type:tt
post_name: 11.5.2.8
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.8 数据分析
post_content:

可以考虑多种备选风险应对策略。可用于选择首选风险应对策略的数据分析技术包括(但不限于):


ID:850
areaid:8
groupid:2
type:tt
post_name: 11.5.2.9
post_title: 决策
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.2 规划风险应对:工具与技术 / 11.5.2.9 决策
post_content:

适用于风险应对策略选择的决策技术包括(但不限于)多标准决策分析(见 8.1.2.4 节),列入考虑范围的风险应对策略可能是一种或多种。决策技术有助于对多种风险应对策略进行优先级排序。

多标准决策分析借助决策矩阵,提供建立关键决策标准、评估备选方案并加以评级,以及选择首选方案的系统分析方法。风险应对策略的选择标准可能包括(但不限于):应对成本、应对策略在改变概率和(或)影响方面的预计有效性、资源可用性、时间限制(紧迫性、邻近性和潜伏期)、风险发生的影响级别、应对措施对相关风险的作用、导致的次生风险等。如果原定的应对策略被证明无效,可在项目后期采取不同的应对策略。


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: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:854
areaid:8
groupid:2
type:out
post_name: 11.5.3.3
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.5 规划风险应对 / 11.5.3 规划风险应对:输出 / 11.5.3.3 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:855
areaid:8
groupid:3
type:
post_name: 11.6
post_title: 实施风险应对
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对
post_content:

实施风险应对是执行商定的风险应对计划的过程。本过程的主要作用是,确保按计划执行商定的风险应对措施,来管理整体项目风险敞口、最小化单个项目威胁,以及最大化单个项目机会。本过程需要在整个项目期间开展。图 11-18 描述本过程的输入、工具与技术和输出。图 11-19 是本过程的数据流向图。

图 11-18实施风险应对:输入、工具与技术和输出

图 11-19实施风险应对:数据流向图

适当关注实施风险应对过程,能够确保已商定的风险应对措施得到实际执行。项目风险管理的一个常见问题是,项目团队努力识别和分析风险并制定应对措施,然后把经商定的应对措施记录在风险登记册和风险报告中,但是不采取实际行动去管理风险。

只有风险责任人以必要的努力去实施商定的应对措施,项目的整体风险敞口和单个威胁及机会才能得到主动管理。


ID:857
areaid:8
groupid:3
type:in
post_name: 11.6.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.1 实施风险应对:输入 / 11.6.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)风险管理计划。见 11.1.3.1 节,风险管理计划列明了与风险管理相关的项目团队成员和其他相关方的角色和职责。应根据这些信息为已商定的风险应对措施分配责任人。风险管理计划还会定义适用于本项目的风险管理方法论的详细程度,还会基于关键相关方的风险偏好规定项目的风险临界值。风险临界值代表了实施风险应对所需实现的可接受目标。


ID:858
areaid:8
groupid:3
type:in
post_name: 11.6.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.1 实施风险应对:输入 / 11.6.1.2 项目文件
post_content:

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


ID:859
areaid:8
groupid:3
type:in
post_name: 11.6.1.3
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.1 实施风险应对:输入 / 11.6.1.3 组织过程资产
post_content:

能够影响实施风险应对过程的组织过程资产包括(但不限于)已完成的类似项目的经验教训知识库,其中会说明特定风险应对的有效性。


ID:862
areaid:8
groupid:3
type:tt
post_name: 11.6.2.2
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.2 实施风险应对:工具与技术 / 11.6.2.2 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括(但不限于)影响力。有些风险应对措施可能由直属项目团队以外的人员去执行,或由存在其他竞争性需求的人员去执行。这种情况下,负责引导风险管理过程的项目经理或人员就需要施展影响力(见 9.5.2.1 节),去鼓励指定的风险责任人采取所需的行动。


ID:863
areaid:8
groupid:3
type:tt
post_name: 11.6.2.3
post_title: 项目管理信息系统 (PMIS)
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.2 实施风险应对:工具与技术 / 11.6.2.3 项目管理信息系统 (PMIS)
post_content:

见 4.3.2.2 节。项目管理信息系统可能包括进度、资源和成本软件,用于确保把商定的风险应对计划及其相关活动,连同其他项目活动,一并纳入整个项目。


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:866
areaid:8
groupid:3
type:out
post_name: 11.6.3.2
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.6 实施风险应对 / 11.6.3 实施风险应对:输出 / 11.6.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:869
areaid:8
groupid:4
type:in
post_name: 11.7.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.1 监督风险:输入 / 11.7.1.1 项目管理计划
post_content:

见 4.2.3.1 节。项目管理计划组件包括(但不限于)风险管理计划(见 11.1.3.1 节)。风险管理计划规定了应如何及何时审查风险,应遵守哪些政策和程序,与本监督过程有关的角色和职责安排,以及报告格式。


ID:870
areaid:8
groupid:4
type:in
post_name: 11.7.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.1 监督风险:输入 / 11.7.1.2 项目文件
post_content:

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


ID:871
areaid:8
groupid:4
type:in
post_name: 11.7.1.3
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.1 监督风险:输入 / 11.7.1.3 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包含关于项目状态的信息,例如,已实施的风险应对措施、已发生的风险、仍活跃及已关闭的风险。


ID:872
areaid:8
groupid:4
type:in
post_name: 11.7.1.4
post_title: 工作绩效报告
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.1 监督风险:输入 / 11.7.1.4 工作绩效报告
post_content:

见 4.5.3.1 节。工作绩效报告是通过分析绩效测量结果而得到的,能够提供关于项目工作绩效的信息,包括偏差分析结果、挣值数据和预测数据。在监督与绩效相关的风险时,需要使用这些信息。


ID:874
areaid:8
groupid:4
type:tt
post_name: 11.7.2.1
post_title: 数据分析
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.2 监督风险:工具与技术 / 11.7.2.1 数据分析
post_content:

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


ID:875
areaid:8
groupid:4
type:tt
post_name: 11.7.2.2
post_title: 审计
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.2 监督风险:工具与技术 / 11.7.2.2 审计
post_content:

见 8.2.2.5 节。风险审计是一种审计类型,可用于评估风险管理过程的有效性。项目经理负责确保按项目风险管理计划所规定的频率开展风险审计。风险审计可以在日常项目审查会上开展,可以在风险审查会上开展,团队也可以召开专门的风险审计会。在实施审计前,应明确定义风险审计的程序和目标。


ID:876
areaid:8
groupid:4
type:tt
post_name: 11.7.2.3
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.2 监督风险:工具与技术 / 11.7.2.3 会议
post_content:

适用于本过程的会议包括(但不限于)风险审查会。应该定期安排风险审查,来检查和记录风险应对在处理整体项目风险和已识别单个项目风险方面的有效性。在风险审查中,还可以识别出新的单个项目风险(包括已商定应对措施所引发的次生风险),重新评估当前风险,关闭已过时风险,讨论风险发生所引发的问题,以及总结可用于当前项目后续阶段或未来类似项目的经验教训。

根据风险管理计划的规定,风险审查可以是定期项目状态会中的一项议程,或者也可以召开专门的风险审查会。


ID:878
areaid:8
groupid:4
type:out
post_name: 11.7.3.1
post_title: 工作绩效信息
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.3 监督风险:输出 / 11.7.3.1 工作绩效信息
post_content:

见 4.5.1.3 节。工作绩效信息是经过比较单个风险的实际发生情况和预计发生情况,所得到的关于项目风险管理执行绩效的信息。它可以说明风险应对规划和应对实施过程的有效性。


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:880
areaid:8
groupid:4
type:out
post_name: 11.7.3.3
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.3 监督风险:输出 / 11.7.3.3 项目管理计划更新
post_content:

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。项目管理计划的任何组件都可能受本过程的影响。


ID:881
areaid:8
groupid:4
type:out
post_name: 11.7.3.4
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 11 项目风险管理 / 11.7 监督风险 / 11.7.3 监督风险:输出 / 11.7.3.4 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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:886
areaid:9
groupid:2
type:in
post_name: 12.1.1.1
post_title: 项目章程
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.1 规划采购管理:输入 / 12.1.1.1 项目章程
post_content:

见 4.1.3.1 节。项目章程包括目标、项目描述、总体里程碑,以及预先批准的财务资源。


ID:887
areaid:9
groupid:2
type:in
post_name: 12.1.1.2
post_title: 商业文件
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.1 规划采购管理:输入 / 12.1.1.2 商业文件
post_content:

1.2.6. 节。商业文件包括:


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

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


ID:889
areaid:9
groupid:2
type:in
post_name: 12.1.1.4
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.1 规划采购管理:输入 / 12.1.1.4 项目文件
post_content:

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


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:896
areaid:9
groupid:2
type:tt
post_name: 12.1.2.4
post_title: 供方选择分析
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.2 规划采购管理:工具与技术 / 12.1.2.4 供方选择分析
post_content:

在确定选择方法前,有必要审查项目竞争性需求的优先级。由于竞争性选择方法可能要求卖方在事前投入大量时间和资源,因此,应该在采购文件中写明评估方法,让投标人了解将会被如何评估。常用的选择方法包括:

一般而言,如果项目的风险和(或)不确定性较高,相对于成本而言,质量就应该是一个关键因素。


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

采购管理计划包含要在采购过程中开展的各种活动。它应该记录是否要开展国际竞争性招标、国内竞争性招标、当地招标等。如果项目由外部资助,资金的来源和可用性应符合采购管理计划和项目进度计划的规定。

采购管理计划可包括以下内容:

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


ID:900
areaid:9
groupid:2
type:out
post_name: 12.1.3.2
post_title: 采购策略
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.2 采购策略
post_content:

一旦完成自制或外购分析,并决定从项目外部渠道采购,就应制定一套采购策略。应该在采购策略中规定项目交付方法、具有法律约束力的协议类型,以及如何在采购阶段推动采购进展。

它们包括(但不限于)以下合同类型及其变种:总价、固定总价、成本加奖励费用、成本加激励费用、工料、目标成本及其他。


ID:901
areaid:9
groupid:2
type:out
post_name: 12.1.3.3
post_title: 招标文件
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.3 招标文件
post_content:

招标文件用于向潜在卖方征求建议书。如果主要依据价格来选择卖方(如购买商业或标准产品时),通常就使用标书、投标或报价等术语;如果其他考虑因素(如技术能力或技术方法)至关重要,则通常使用建议书之类的术语。具体使用的采购术语也可能因行业或采购地点而异。

取决于所需的货物或服务,招标文件可以是信息邀请书、报价邀请书、建议邀请书,或其他适当的采购文件。使用不同文件的条件如下:

随后一般还会使用报价邀请书或建议邀请书。

买方拟定的采购文件不仅应便于潜在卖方做出准确、完整的应答,还要便于买方对卖方应答进行评价。采购文件会包括规定的应答格式、相关的采购工作说明书,以及所需的合同条款。

采购文件的复杂和详细程度应与采购的价值及相关的风险相符。采购文件既需要具备足够详细的信息,以确保卖方做出一致且适当的应答,同时它又要有足够的灵活度,让卖方为满足相同的要求而提出更好的建议。


ID:902
areaid:9
groupid:2
type:out
post_name: 12.1.3.4
post_title: 采购工作说明书
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.4 采购工作说明书
post_content:

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

采购工作说明书应力求清晰、完整和简练。它需要说明所需的附加服务,例如,报告绩效,或对采购品的后续运营支持。在采购过程中,应根据需要对工作说明书进行修订,直到它成为所签协议的一部分。

对于服务采购,可能会用“工作大纲 (TOR)”这个术语。与采购工作说明书类似,工作大纲通常包括以下内容:


ID:903
areaid:9
groupid:2
type:out
post_name: 12.1.3.5
post_title: 供方选择标准
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.5 供方选择标准
post_content:

在确定评估标准时,买方要努力确保选出的建议书将提供最佳质量的所需服务。供方选择标准可包括(但不限于):

针对国际项目,评估标准还可包括“本地内容”要求,例如,在提议的关键员工中要有本国人。

针对不同的标准,可以用数值分数、颜色代码或书面描述,来说明卖方满足采购组织需求的程度。这些标准是加权系统的组成部分,可据此以加权打分的方法排列所有建议书的顺序,以便确定谈判的顺序,并与某个卖方签订合同。


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:907
areaid:9
groupid:2
type:out
post_name: 12.1.3.9
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.9 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


ID:908
areaid:9
groupid:2
type:out
post_name: 12.1.3.10
post_title: 组织过程资产更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.1 规划采购管理 / 12.1.3 规划采购管理:输出 / 12.1.3.10 组织过程资产更新
post_content:

作为规划采购管理过程的结果,需要更新的组织过程资产包括(但不限于)关于合格卖方的信息。

对于采购次数少且相对简单的项目,作为本过程输出的有些文件可以合并。不过,对于采购规模较大、较复杂,而且大部分工作需由承包商完成的项目,就需要使用几种不同类型的文件。表 12-1 列出了采购中常用的文件类型及其部分内容。鉴于采购的法律性质,不应把表 12-1 的内容看成规定性描述,而只应该把它们看成关于所需文件的类型和内容的总体大纲,用于指导实施采购工作。组织、环境和法律规定会决定项目具体需要的文件类型和内容。

表 12-1采购文件比较


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

实施采购是获取卖方应答、选择卖方并授予合同的过程。本过程的主要作用是,选定合格卖方并签署关于货物或服务交付的法律协议。本过程的最后成果是签订的协议,包括正式合同。本过程应根据需要在整个项目期间定期开展。图 12-4 描述实施采购过程的输入、工具与技术和输出。图 12-5是本过程的数据流向图。

图 12-4实施采购:输入、工具与技术和输出

图 12-5实施采购:数据流向图

• Projectcharter


ID:911
areaid:9
groupid:3
type:in
post_name: 12.2.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.1 实施采购:输入 / 12.2.1.1 项目管理计划
post_content:

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


ID:912
areaid:9
groupid:3
type:in
post_name: 12.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.1 实施采购:输入 / 12.2.1.2 项目文件
post_content:

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

它还会规定承包商最终的交付日期。


ID:913
areaid:9
groupid:3
type:in
post_name: 12.2.1.3
post_title: 采购文档
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.1 实施采购:输入 / 12.2.1.3 采购文档
post_content:

采购文档是用于达成法律协议的各种书面文件,其中可能包括当前项目启动之前的较旧文件。

采购文档可包括:

为了减轻风险,买方可能决定与多个卖方签署协议,以便在单个卖方出问题并影响整体项目时,降低由此导致的损失。


ID:922
areaid:9
groupid:3
type:tt
post_name: 12.2.2.5
post_title: 人际关系与团队技能
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.2 实施采购:工具与技术 / 12.2.2.5 人际关系与团队技能
post_content:

适用于本过程的人际关系与团队技能包括谈判。谈判是为达成协议而进行的讨论。采购谈判是指在合同签署之前,对合同的结构、各方的权利和义务,以及其他条款加以澄清,以便双方达成共识。最终的文件措辞应该反映双方达成的全部一致意见。谈判以签署买方和卖方均可执行的合同文件或其他正式协议而结束。

谈判应由采购团队中拥有合同签署职权的成员主导。项目经理和项目管理团队的其他成员可以参加谈判并提供必要的协助。


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:927
areaid:9
groupid:3
type:out
post_name: 12.2.3.4
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.3 实施采购:输出 / 12.2.3.4 项目管理计划更新
post_content:

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


ID:928
areaid:9
groupid:3
type:out
post_name: 12.2.3.5
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.2 实施采购 / 12.2.3 实施采购:输出 / 12.2.3.5 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):


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

控制采购是管理采购关系,监督合同绩效,实施必要的变更和纠偏,以及关闭合同的过程。本过程的主要作用是,确保买卖双方履行法律协议,满足项目需求。本过程应根据需要在整个项目期间开展。图 12-6 描述本过程的输入、工具与技术和输出,图 12-7 是本过程的数据流向图。

图 12-6控制采购:输入、工具与技术和输出

• Projectcharter图 12-7控制采购:数据流向图

买方和卖方都出于相似的目的来管理采购合同,每方都必须确保双方履行合同义务,确保各自的合法权利得到保护。合同关系的法律性质,要求项目管理团队必须了解在控制采购期间所采取的任何行动的法律后果。对于有多个供应商的较大项目,合同管理的一个重要方面就是管理各个供应商之间的沟通。

鉴于其法律意义,很多组织都将合同管理视为独立于项目的一种组织职能。虽然采购管理员可以是项目团队成员,但通常还向另一部门的经理报告。

在控制采购过程中,需要把适当的项目管理过程应用于合同关系,并且需要整合这些过程的输出,以用于对项目的整体管理。如果涉及多个卖方,以及多种产品、服务或成果,就往往需要在多个层级上开展这种整合。

合同管理活动可能包括:

控制措施的质量,包括采购审计的独立性和可信度,是采购系统可靠性的关键决定因素。组织的道德规范、内部法律顾问和外部法律咨询,包括持续的反腐计划,都有助于实现适当的采购控制。

在控制采购过程中,需要开展财务管理工作,包括监督向卖方付款。这是要确保合同中的支付条款得到遵循,确保按合同规定,把付款与卖方的工作进展联系起来。需要重点关注的一点是,确保向卖方的付款与卖方实际已经完成的工作量之间有密切的关系。如果合同规定了基于项目输出及可交付成果来付款,而不是基于项目输入(如工时),那么就可以更有效地开展采购控制。

在合同收尾前,若双方达成共识,可以根据协议中的变更控制条款,随时对协议进行修改。通常要书面记录对协议的修改。


ID:932
areaid:9
groupid:4
type:in
post_name: 12.3.1.1
post_title: 项目管理计划
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.1 控制采购:输入 / 12.3.1.1 项目管理计划
post_content:

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


ID:933
areaid:9
groupid:4
type:in
post_name: 12.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.1 控制采购:输入 / 12.3.1.2 项目文件
post_content:

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


ID:936
areaid:9
groupid:4
type:in
post_name: 12.3.1.5
post_title: 批准的变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.1 控制采购:输入 / 12.3.1.5 批准的变更请求
post_content:

见 4.6.3.1 节。批准的变更请求可能包括对合同条款和条件的修改,例如,修改采购工作说明书、定价,以及对产品、服务或成果的描述。与采购相关的任何变更,在通过控制采购过程实施之前,都需要以书面形式正式记录,并取得正式批准。在复杂的项目和项目集中,变更请求可能由参与项目的卖方提出,并对参与项目的其他卖方造成影响。项目团队应该有能力去识别、沟通和解决会影响多个卖方的工作的变更。


ID:937
areaid:9
groupid:4
type:in
post_name: 12.3.1.6
post_title: 工作绩效数据
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.1 控制采购:输入 / 12.3.1.6 工作绩效数据
post_content:

见 4.3.3.2 节。工作绩效数据包含与项目状态有关的卖方数据,例如,技术绩效,已启动、进展中或已结束的活动,已产生或投入的成本。工作绩效数据还可能包括已向卖方付款的情况。


ID:944
areaid:9
groupid:4
type:tt
post_name: 12.3.2.4
post_title: 检查
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.2 控制采购:工具与技术 / 12.3.2.4 检查
post_content:

检查是指对承包商正在执行的工作进行结构化审查,可能涉及对可交付成果的简单审查,或对工作本身的实地审查。在施工、工程和基础设施建设项目中,检查包括买方和承包商联合巡检现场,以确保双方对正在进行的工作有共同的认识。


ID:945
areaid:9
groupid:4
type:tt
post_name: 12.3.2.5
post_title: 审计
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.2 控制采购:工具与技术 / 12.3.2.5 审计
post_content:

见 8.2.2.5 节。审计是对采购过程的结构化审查。应该在采购合同中明确规定与审计有关的权利和义务。买方的项目经理和卖方的项目经理都应该关注审计结果,以便对项目进行必要调整。


ID:947
areaid:9
groupid:4
type:out
post_name: 12.3.3.1
post_title: 采购关闭
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.3 控制采购:输出 / 12.3.3.1 采购关闭
post_content:

买方通常通过其授权的采购管理员,向卖方发出合同已经完成的正式书面通知。关于正式关闭采购的要求,通常已在合同条款和条件中规定,并包括在采购管理计划中。一般而言,这些要求包括:已按时按质按技术要求交付全部可交付成果,没有未决索赔或发票,全部最终款项已经付清。

项目管理团队应该在关闭采购之前批准所有的可交付成果。


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:951
areaid:9
groupid:4
type:out
post_name: 12.3.3.5
post_title: 项目管理计划更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.3 控制采购:输出 / 12.3.3.5 项目管理计划更新
post_content:

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


ID:952
areaid:9
groupid:4
type:out
post_name: 12.3.3.6
post_title: 项目文件更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.3 控制采购:输出 / 12.3.3.6 项目文件更新
post_content:

可在本过程更新的项目文件包括(但不限于):

如果已经发生索赔,则应记录相关信息以避免重蹈覆辙,其他关于如何改善采购过程的信息也应记录在内。


ID:953
areaid:9
groupid:4
type:out
post_name: 12.3.3.7
post_title: 组织过程资产更新
post_excerpt: 第一部分 项目管理知识体系指南 / 12 项目采购管理 / 12.3 控制采购 / 12.3.3 控制采购:输出 / 12.3.3.7 组织过程资产更新
post_content:

作为控制采购过程的结果,需要更新的组织过程资产包括(但不限于):


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

识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 13-2 描述本过程的输入、工具与技术和输出。图 13-3 是本过程的数据流向图。

图 13-2识别相关方:输入、工具与技术和输出

图 13-3识别相关方:数据流向图

本过程通常在编制和批准项目章程之前或同时首次开展。本过程需在必要时重复