项目绩效领域:你知道它们是什么吗?为什么它们很重要?

PMI在7个项目绩效领域中引入了8个项目绩效领域^th其项目管理知识体系的版本。这些观点和我们见过很多次的观点不同，但又相似。那么，这些项目绩效域是什么，为什么它们很重要，以及PMI起草它们的情况如何?

我们讲的内容

这是我们将在本文中回答的三个问题。为此，我将其分为六个部分:

1. 项目管理知识体系7和项目绩效领域
2. 什么是项目绩效领域?
3. 为什么项目绩效域对我们有价值?
4. 项目绩效领域与知识领域的关系
5. 与KAs、APMBoK章节和PRINCE2主题协调项目性能域
6. 关键评估:八个项目绩效域有多好?

项目管理知识体系7和项目绩效领域

的项目管理协会(PMI)发行新版项目管理知识体系指南(PMBOK指南)每四年左右。在2021年夏天，它发布了7^thPMBOK指南版，PMBOK 7。

但是，与前六个版本相比，这是一个革命性的变化，在我们的专题文章中，我们将介绍你需要知道的一切，PMBOK指南第七版:回答你的20个最重要的问题．

这本书本身包含两个不同的部分:

1. 项目管理标准
   这是美国认可的国家标准(ANSI/PMI 999-01-2021)。
2. 项目管理知识体系指南
   这是PMI对成为一名专业项目经理所需要的知识和技能的评估。

这两个部分都进行了革命性的改造，在风格和结构上与6完全不同^th版。

项目管理知识体系指南的最大组成部分是项目绩效领域。从表面上看，这些内容取代了上一版的10个知识领域(ka)。事实上，1996年的第一版中出现了9个这样的ka。

PMI和性能域

当项目管理知识体系7引入绩效域的概念时，它并不是一个新概念——在整个行业中都不是，在PMI中也不是。

性能域的概念已经存在很长时间了。然而，正是PMBOK 7创建了我们当前的项目绩效域概念。PMI的其他两个标准包含性能领域:

• 项目管理标准
• 项目组合管理的标准

什么是项目绩效领域?

因此，显而易见的起点是PMBOK 7中项目绩效域的定义。奇怪的是，这个术语并没有出现在术语表中。(Performance Domain也是如此)。但是我们有第二章的开篇句

项目绩效域是一组相关活动，这些活动对项目成果的有效交付至关重要

项目管理知识体系指南的第2章，7^th版
项目管理学会，2021年

项目性能域是贯穿项目的一系列活动。

嗯，不是有三个表现领域吗?

请不要混淆PMBOK 7的八个性能域:

1. 人
2. 流程(技术PM技能)
3. 商业环境。

这些构成了以下两者的基础:

• PMI的人才三角而且
• PMI项目管理专业(PMP)考试内容大纲(ECO)

事实上，PMP ECO使用了领域这个术语，并将其定义为:

对项目管理实践至关重要的高级知识领域

这是个不错的定义。然而，在ECO背景下，它指的是比PMBOK 7的8个项目绩效领域更高的级别。

我对项目绩效领域的定义

我一直在仔细考虑这个问题。因此，我的定义与PMI的定义在一个实质性方面有所不同。下面就是:

项目绩效域是有助于项目管理有效实践的技能、活动和行为的集合。

所以，一个性能域是我们所做的一些事情的逻辑分组，以交付一个项目，它的结果，以及它的价值。它们是我们花时间做的事情。

注意:我不认为性能域的所有部分在所有上下文中都是必要的(关键的/必要的)。我会把任何性能域画得比“仅仅”对性能至关重要的元素更宽。你怎么看?

PMI的8个项目绩效领域是什么?

PMI的八个项目绩效领域是:

1.利益相关者

涉众将决定项目的成功与否。这是我的项目管理“规则”之一。所以，这个领域是关于与他们建立有效的工作关系，这样你就可以适当地整合他们的需求、优先级、偏好和观点。

2.团队

交付项目的是你的团队。所以，这个领域是关于发展和领导你的团队，这样他们就能成功。

3.开发方法和生命周期

所有的项目在某种程度上都是混合的，但是您将利用哪些元素来创建您的项目方法?你将如何组织你的项目来优化价值和责任的交付?

4.规划

好的计划是你的项目成功的基础。反之亦然。该领域从项目管理知识体系6计划过程组中汲取所有的知识和过程，通过计划的范围、活动、进度、资源、预算等来建立成功。

5.项目工作

这一点可能看起来有点奇怪。难道不是全部吗项目工作的？把这个域看作是关于您需要创建的基础设施的。这是一种元活动，包括沟通、采购、物理资源的部署，以及能力、知识和专业知识的整理。

6.交付

这个领域与旧PMBOK 6执行过程组的大部分知识和许多过程非常匹配。就我个人而言，我更喜欢“交付”这个词，而不是“执行”。后者听起来太……无可挽回了。这贯穿于整个实现部分，即权利的移交。

7.测量

我理解为什么PMI将监视和控制过程组与执行过程组分开。但是很多人都认为这是一个不同的项目阶段。这是错误的。这里有一个完整的额外技能集，领域结构使这更清楚。因此，这个领域是关于评估性能并采取必要步骤将项目带回正轨的。

8.不确定性

不确定性是项目的本质——正如VUCA的其他组成部分一样:波动性、复杂性和模糊性。不确定性会对我们的结果产生影响，这就是一种风险——波动性、复杂性和模糊性会加剧这种风险。在这里，你会发现所有的知识和技能的风险管理。

项目管理知识体系7如何描述每个项目绩效域

项目管理知识体系7以一致的方式处理描述项目性能域的8个部分。他们有四个部分:

1. 介绍性能域是关于什么以及它的目标是什么。本部分包括术语的基本定义。
2. 一系列的子部分，列出了性能域的组件
3. 域与其他域的关系如何
4. 你应该期望的结果，以及如何评估你的结果

其中很多都有描述裁剪相关方面的子章节。

为什么项目绩效域对我们有价值?

我将为你提供三个原因，为什么这是一个你需要理解的重要想法。

1. 完整性
2. 方法
3. 集成

完整性

项目绩效域重要的第一个原因是PMI的断言:

这些性能域共同构成了一个统一的整体。

项目管理知识体系指南的第2章，7^th版
项目管理学会，2021年

因此，根据定义，领域划分了项目管理知识、技能和行为的整体。顺便说一下，这就是为什么我自己的定义排除了必要的、关键的、必要的或其他同义词。对于每个项目，您可能会发现需要利用的元素以及它们之间的相互关系都是不同的。但是您可以期望每个项目都需要所有域(而不是每个域的所有内容)。

方法

这与项目绩效领域重要的第二个原因有关。它们贯穿于每个项目，无论您选择什么方法，都可以用于项目交付。因此，这些领域同样适用于:

• 纯预测性(传统)项目管理方法
• 纯自适应(敏捷)项目管理方法
• 利用整个项目管理知识体系的混合项目管理方法。事实上，我认为这样断言是合理的“所有项目管理都是混合项目管理”．

集成

因为所有领域的知识和技能作为一个整体是同等重要和必要的，所以它们也必须是相互依存的。没有一个能独立于它的同伴而存在，如果缺少任何一个，这八个的集合都是不完整的。

这意味着我们不能人为地将我们的项目管理实践划分为独立的工作流。这种方法通常被称为“筒仓”或“烟囱”的创建。

当我们学习项目管理的技巧时，我们可能会很自然地把它们看作是独立的学科。我们也可以选择专攻这些领域中的一个或另一个，或者其中的一部分，比如:

• 风险管理
• 规划
• 利益相关方参与
• 采购

然而，这些选择是关于组织语用学的。在一个真实的项目中，我们必须在所有八个领域中集成我们团队的活动。

项目绩效领域与知识领域的关系

PMI已经确定了它认为这8个领域应该包括哪些内容。我们将在接下来的8篇文章中详细介绍每一篇文章。我们将在其附带的详细电子书中提供每个组件的详细解释。

在这里，我认为有必要尝试将项目管理知识体系7的8个领域与项目管理知识体系6的10个知识领域和5个过程相协调。

请注意，由于项目管理的集成性质，这些分配充其量只是近似值。你不能依赖任何形式的一对一通信。我怀疑这就是PMBOK 7的作者选择不提出任何此类和解的原因。

项目绩效领域	PMBOK 6知识领域	PMBOK 6过程
利益相关者	利益相关者管理
团队	资源管理(团队部分)
开发方法和生命周期	集成管理	InitiatingClosing
规划	范围管理(除控制以外的所有部分) 进度管理(除控制以外的所有部分) 成本管理(计划，估计，确定零件) 资源管理(计划，估计，获取零件)	规划
项目工作	资源管理(开发和管理团队，控制部分) 通信管理 采购管理
交付	范围管理(控制部分) 进度管理(控制部分) 成本管理(控制部分) 质量管理	执行
测量		监控
不确定性	风险管理

与KAs、APMBoK章节和PRINCE2主题协调项目性能域

作为我以前写过我不认为PMBOK 6中的10个知识领域的列表是完整的。在这个意义上，PMBOK 7的8个领域更是如此。更容易看到所有的项目管理知识如何适用于他们。

我们可以借鉴我更广泛的知识领域，包括:

• 的一些关键部分项目管理知识体系协会(APMBoK)第7版
• 7个主题PRINCE2
• 一些PMI的实践标准

为了使这个表更简单，我将根据八个项目性能域中的一个来分配这四个来源中的每个元素。我会选择我认为最合适的，仅用于说明目的．请认识到这是一个严重的过度简化。

项目绩效领域	知识领域	APMBoK部分	PRINCE2主题	PMI实践标准
利益相关者	利益相关者管理	3.1利益相关者参与
团队	领导	3.2领导团队
开发方法和生命周期	治理 裁剪	1.2生命周期选项和选择1.3建立治理和监督2.1塑造早期生命周期	组织
规划	范围管理 进度管理 成本管理 资源管理	4.1定义输出4.2综合规划	PlansBusiness案例	项目评估计划工作分解结构
项目工作	资源管理 通信管理 采购管理 知识管理	2.2保证、学习和成熟4.3控制部署
交付	质量管理 进度管理	4.3控制部署	QualityChange	配置管理
测量	好处/价值管理	2.3过渡使用	进步
不确定性	风险管理		风险

关键评估:八个项目绩效域有多好?

在整个2022年，我撰写了八篇系列文章，详细评估每个项目绩效领域。因此，我将总结每个域，并为您提供所需的链接，以便进一步研究每个性能域。

请注意，在每个摘要中，我提供我的域的定义。在每篇文章中，我都会讨论PMBOK指南的定义，以及为什么我通常会选择稍微不同的表达方式。

这是你的快速导航器:

1. 利益相关者
2. 团队
3. 开发方法和生命周期
4. 规划
5. 项目工作
6. 交付
7. 测量
8. 不确定性

利益相关者

我的定义

在这种情况下，我认为PMBOK 7的定义是正确的:

“涉众绩效域处理与涉众相关的活动和功能。”

评估

涉众绩效域几乎是最好的。然而，由于没有提及计划涉众参与活动的必要性，我无法将其描述为“好”。

分数:3好吧
需要大量工作

主要优势

涉众性能域是简单、清晰和精确的。那里的东西都是好的。

主要的缺点

其中一个定义是naïve，毫无用处。没有提及计划涉众参与。

了解更多

• 阅读全文:
  涉众绩效领域:您需要了解的简单性和强大性
• 获取电子书:
  项目管理领域:涉众:与涉众建立有效的工作关系
• 观看直播:
  干系人绩效领域:我们为之工作或与之共事的人

团队

我的定义

“团队绩效领域涉及对负责生产实现业务成果的项目可交付成果的人员的支持、组织、管理、领导和文化。”

评估

团队绩效域既不好也不坏。这仅仅是“还可以”。

我希望在项目管理知识体系指南的下一版中看到关于这一部分的大量工作——假设它保留了项目绩效域的结构。

就像涉众领域一样，有什么就是好的。在很大程度上，“还可以”的评级是由于缺少了什么。

分数:3好吧
需要大量工作

主要优势

有很多值得喜欢的地方:

• 它的定义
• 仆人式领导的存在——尽管我想在模型、方法和工件章节中看到更多
• 团队文化的要素
• 一个关于情商的体面介绍
• 试图建立如何调整你的领导风格——尽管我认为内容严重缺乏

主要的缺点

这个性能领域的弱点很大程度上来自于缺失。这包括:

• 没有链接到团队发展模型的描述以及如何创建一个高绩效的团队
• 总体上缺乏对领导力的有益讨论
• 多样性和包容性
• 虚拟(或远程)团队
• 处理团队成员的压力，建立情绪弹性
• 管理关键的团队事件，如团队成员离职
• 项目团队成员，特别是项目管理团队成员的能力框架
• 与更广泛的组织文化的关系
• 一般管理技能，如授权和反馈

了解更多

• 阅读全文:
  团队绩效领域:如何为一个成功的项目建立基础
• 获取电子书:
  项目管理领域:团队:从负责执行工作的人那里得到最好的
• 观看直播:
  团队绩效域:团队的四个要素

开发方法和生命周期

我的定义

“开发方法和生命周期性能领域解决了交付项目的战略方法。”

评估

我真的很纠结这个问题。我想给这个项目的表现领域打3分，“好”。但事实上，我认为证据指向2分，“贫穷”。我的理由在下面的段落中，关于这个领域的弱点。

分数:2差
需要做很多工作

主要优势

我认为PMBOK 7团队将其视为项目性能域是一个真正的优势。有些内容还可以，近乎不错。但远不是全部。我也很喜欢这个例子。

主要的缺点

在我们必须考虑的这个项目性能领域成熟表达的临时开始中有很多缺陷。主要缺点是:

1. 这些定义有些重复。它们只是陈述一些显而易见的东西，并没有给标题增加什么价值
2. 期望的结果是微弱的，而制约则更微弱。
3. 有些主要内容充其量是“还可以”。
4. 性能域只有三个关键元素，我认为应该有两个以上的关键元素。这意味着游戏缺少40%的核心内容:
   1. 治理和治理结构
   2. 采购和采购
5. 该领域与项目管理知识体系指南中项目绩效领域(裁剪)后面的部分之间的集成很弱，甚至不存在。然而，它们应该更紧密地结合在一起，更清晰地描绘出相互之间的联系
6. 与其他域交互的部分遗漏了一个重要的部分

了解更多

• 阅读全文:
  项目管理知识体系7开发方法绩效领域:是否错失良机?
• 获取电子书:
  项目管理领域:开发方法和生命周期:调整大的选择
• 观看直播:
  开发方法和生命周期性能领域:裁剪时间

规划

我的定义

计划绩效域包含创建和维护交付项目的方法和过程的知识。”

评估

这是最难评估的。如果所有内容都达到2.4.2节(规划变量)的质量，我肯定会给性能域一个“好”。但它肯定不是。

事实上，大多数其他主要部分充其量是“贫穷”，甚至可能是“缺乏”。使用哪种平均数最好?通过不同的方法，我得到了“好”，“缺乏”和“可怜”!

所以，我跟着直觉走了。我所有的评价都是主观的，但这一个比其他几个更主观。我给PMBOK 7计划绩效域打了一个薄薄的2分:差——“需要做很多工作”。

分数:2差
需要做很多工作

主要优势

毫无疑问，关于估算和调度的小节，以及对计划变量小节的介绍都很好，接近优秀。

但是在这个领域我找不到其他喜欢的地方。问题是这是一个庞大的话题，涵盖了早期PMBOK指南中10个知识领域中的6个或7个。然而，作者为其他七个性能域分配了类似数量的页面。他们没有机会。

主要的缺点

主要有两点:

1. 一致性
   这一章有点像由委员会设计的骆驼。它远不如鼓励我们创造的计划那么连贯。感觉作者以牺牲其他部分为代价，优先考虑了计划过程的一部分。然后，他们创造了一个关于其他组件的支离破碎的评论的拼凑，没有统一或，我敢说，整体的方法。
2. 敏捷vs预测性项目管理
   整个部分并没有过多地讨论敏捷项目环境中的计划。但是，由于不想过分强调规划的必要性，作为对这一点的随意承认，因此，它似乎缩短了一个具有很大预测性的项目的规划需求。我们没有对这两个方面的规划进行平等的评估，而是对每一个都提供了很差的服务。

了解更多

• 阅读全文:
  规划绩效领域:如何规划解决方案以满足您的目标
• 获取电子书:
  项目管理领域:计划:如何计划解决方案以满足您的目标
• 观看直播:
  项目规划领域:为项目的成功做好准备

项目工作

我的定义

我更喜欢项目管理知识体系指南这一部分的声明，而不是正式的定义:

“项目工作使项目团队保持专注，项目活动顺利进行。”

评估

这个领域几乎没有连贯性。它需要更多的工作。就像在所有的性能领域中一样，有很多好的东西。但也有一些严重的不足。这个领域让我接近1的评级，缺乏。但它的一些优点让我得到了2分，可怜的．

分数:2差
需要做很多工作

主要优势

我喜欢团队提到的一些事情。如果他们能更好地覆盖地面，我会更喜欢:

• 提到精益生产方法和回顾或项目过程部分的经验教训
• 物质资源部分的重点是废物(并提及健康和安全)
• 关于采购的部分很薄弱，但至少它是存在的——在PMBOK 7中没有其他关于这个主题的内容
• 关于监测新工作和变化的部分确实非常清晰和简洁地阐明了关键点
• 在整个项目的学习部分提到知识管理和显性知识与隐性知识

主要的缺点

在我看来，项目工作绩效领域是一个奇怪主题的大杂烩。他们感觉自己被丢弃在这里，因为作者找不到其他地方安置他们。

正如PMBOK 7中定义的那样，这个领域没有一致性。如果“项目工作绩效域”有任何意义，我们就不会这样对待它。更确切地说，这感觉像是一个事后的想法，完全是为了流浪儿和流浪者的家而开发的。

我只能假设作者从这堆乱七八糟的东西中创造了第八个域，原因有两个。:

1. 他们无法约束自己，为这些思想找到更合乎逻辑的替代归宿
2. 也许他们不喜欢数字7——毕竟这是一个奇数，有时被认为是不祥的。它也是质数。或者，他们可能希望避免复制PRINCE2中大量使用的7个主题、过程和原则

项目工作绩效领域的内容质量

然而，我们也应该评估现有产品的质量——不管它在这个性能领域是如何组合在一起的。我在这里的回答是，它最好的情况下是足够的(好)，最坏的情况下是非常差的(缺乏)。

了解更多

• 阅读全文:
  项目工作领域:实现有效项目管理的过程
• 获取电子书:
  项目管理领域:项目工作:实现有效项目管理的过程
• 观看直播:
  项目工作领域:完成工作

交付

我的定义

“交付绩效域处理与交付项目所实现的价值相关的活动和功能。”

评估

评估该项目性能域的挑战是作者为其选择的有限定义。也许这是一个弱点。然而，就其本身而言，该定义意味着很容易根据这样一个简单的定义来评估内容。

这样做——这似乎是最公平的方法——让我有两个选择:好或者很好。这是需要工作的。但我认为在交付绩效领域还有很多值得称道的地方。三个主要的子部分都很好，关于可交付成果的子部分非常好。是的，下一版的作者需要修正这些问题。但我认为这些都是小调整。交付表现领域非常好，我给它打了4分。

分数:4好
那太好了，但还需要做些小调整吗

主要优势

交付绩效域的主要优势在于其对以下方面的讨论:

• 价值
• 可交付成果(优秀)
• 质量成本(优)

主要的缺点

我将把这个性能领域的弱点分为三类:

1. 少了什么
   1. 成本管理
   2. 进度管理
   3. 配置管理
   4. 福利管理
2. 什么是弱
   • 价值
   • 改变的成本
   • 次优的结果
3. 需要修复的地方
   • 改变的成本

了解更多

• 阅读全文:
  交付绩效领域:如何明确你承诺交付的内容
• 获取电子书:
  项目管理领域:交付:如何明确你承诺交付的内容
• 观看直播:
  项目交付领域:实现项目效益

测量

我的定义

”衡量绩效领域包括评估项目绩效，并采取适当的行动来保持最佳绩效，从而交付承诺的业务价值。”

评估

我认为这是八个领域中最好的。我非常接近于给度量性能域我的最高分5分(优秀)。但是我希望在下一个版本中看到一些调整(如果它保留了项目性能域)。所以我不能给它5分。

但是，给它4分(好)似乎太小气了。它比我的交付域的4分要好。我对它的吹毛求疵确实是微不足道的。所以，我的评分是4.5(非常好)。

分数:4.5非常好

几乎是我所希望的一切

主要优势

这是一个经过深思熟虑和精心编写的领域，有许多清晰的插图来支持文本。许多章节都有非常好的内容，有些部分的思考方式超出了PMBOK指南早期版本所提供的内容。本部分非常忠实于PMBOK 7的“原则”方法，同时仍然提供了大量实用的想法和建议。“测量什么”一节对我来说很突出。

这整个领域将为项目经理的学习和理解增加巨大的价值。经验丰富的实践者的深刻见解在这里比在任何其他领域都要多。书中有很多发人深省的内容，即使是有经验的项目经理也可以细细品味。

主要的缺点

关于弱点没有太多可说的。所以，本着“当表现良好时，你不需要寻找弱点来抱怨”我不再多说了。

我对额外内容的建议很少，没有一个是基本的。我不认为作者漏掉了任何重要的东西。我还想补充几件小事。

了解更多

• 阅读全文:
  监视和控制:什么是PMBOK 7测量性能域?
• 获取电子书:
  项目管理领域:测量:监视和控制:什么是测量性能领域?
• 观看直播:
  测量性能领域:监视和控制您的项目

不确定性

我的定义

“不确定性绩效域处理与项目管理发生的不稳定、不确定、复杂和模糊环境相关的活动和功能。”

评估

我努力给不确定性表现领域分配一个分数。在本节的开头，有一些坦率地说令人震惊的定义。但是，性能领域的主体肯定是好的。是的，它需要一些小的调整，但也有优秀的时刻。

我的不确定性表现领域得分3.5 -好的倾向于良好。

分数:3.5 -好的倾向于好

可以伟大的重大工作在部分，并在其他一些调整

主要优势

项目不确定性(风险管理)的“经典”方法与围绕VUCA环境的思想之间的联系，使这成为以前PMBOK指南中讨论的一个有趣的发展。它让我们围绕不确定和“混乱”的工作环境，对更广泛的概念进行了深思熟虑和引人入胜的讨论。通过引入复杂性、模糊性和波动性的概念，作者为更丰富的项目干预讨论创造了空间。

主要的缺点

最大的弱点在于对不确定性、模糊性、复杂性和波动性的定义。

我希望未来的版本能解决另外两个弱点。

1. 首先，对波动率的讨论比其他的都要轻(并且忽略了视界扫描和态势感知的关键方面)。
2. 其次，关于复杂性的讨论需要更清楚地利用Cynefin框架的思想

在修订和更新的版本中，我希望看到一个大的缺失项目:基本的风险流程!

了解更多

• 阅读全文:
  不确定性绩效领域:如何在VUCA背景下处理风险
• 获取电子书:
  项目管理领域:不确定性:不确定性性能领域:如何在VUCA环境中处理风险
• 观看直播:
  不确定性绩效领域:存在VUCA和风险的项目管理

你对项目绩效域的想法有什么看法?

请在下面的彗星中分享你的想法。我将对每一份贡献作出回应。