规划绩效领域:如何规划解决方案以满足您的目标

“事先的计划和准备可以防止P***表现不佳”．我相信这是英国军队里的常言话，毫无疑问，还有很多其他地方。计划的目的是弄清楚如何实现你想要实现的目标。因此，计划是项目管理的一个关键要素。所以，7的规划性能域^thPMI项目管理知识体系指南(PMBOK指南)的版本必须是核心。

作为项目经理，内容对我们来说至关重要。因此，我们必须提高标准。那么，项目管理知识体系7的计划性能域部分包含什么?它在多大程度上符合我的标准?

这是我们八篇系列文章中的第四篇，涵盖PMBOK 7的八个项目性能域。要了解这些领域的一般介绍，请查看我们的文章，项目绩效领域:你知道它们是什么吗?为什么它们很重要?

本文结构

在本文中，我们将研究:

• 什么是规划性能域?
• 规划领域的基本原则
• PMI对规划性能域组成部分的描述
• 规划领域的关键评估
• 我们还应该在计划绩效领域中包括什么?
• 规划绩效域如何与其他项目管理域相关联

什么是规划领域?

项目管理的计划领域包含为项目的成功交付创建和维护计划所需的所有知识。挑战在于它需要同时解决这两个问题:

1. 高度规划的、可预测的项目，以及
2. 高度适应性、敏捷的项目

当然，它还需要容纳介于两者之间的一切。因为毕竟，“所有项目管理都是敏捷项目管理。”

这一点，以及规划对项目管理学科的中心地位，给任何像明确整个“规划领域”这样广泛而重要的努力的表达带来了很大的负担。PMI在PMBOK 7中的第一次尝试将如何与任务相匹配?

计划绩效领域的项目管理知识体系定义

我的第一印象是PMBOK 7的作者对这个性能域采用了一个相当奇怪的定义。并不是说这是错的。我只是觉得:

• 重点古怪
• 沃尔蒂在它的执行，和
• 很难读懂

你怎么看?

“规划绩效域处理与交付项目可交付成果所需的初始、持续和演进的组织和协调相关的活动和功能。”

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

这偏离了一个更常见的定义，什么是计划，在其重点。它从组织和协调的角度定义了计划。然而，这种强调与我推断PMBOK 7作者自己设定的任务非常一致。也就是说，在原则和抽象的高水平上工作。

对我来说，这是值得称赞的。我喜欢创意。它之所以失败，是因为PMBOK指南从根本上需要服务于:

• 实践者，他们想把事情做好
• 学习者，他们想要了解基础知识

然而，我也应该说，我确实喜欢使用“进化”这个词来提醒我们，计划从来都不是一成不变的。

我们对规划绩效领域的建议定义

我会这样定义计划:

”规划:创造一种方法或过程来实现你的目标。

事实上，在我的项目管理术语指南中，《置身内部:解码项目管理的行话》，我定义:

”计划:计划规定了你打算如何交付项目。它们涉及到项目的三个要素:任务、时间和资源，并描述了需要做什么、如何做、何时、由谁、用什么资产和材料，以及如何支付。”

置身内部:解码项目管理的行话， ２^nd版
迈克·克莱顿，2017年

根据这些，我建议对规划绩效领域进行以下修订定义:

“规划绩效域包含了创建和维护交付项目的方法和流程的知识。”

规划绩效领域的预期结果

项目管理知识体系7继续根据六个期望的结果来定义领域，这表明项目团队已经有效地执行了它:

1. 项目以有组织、协调和深思熟虑的方式进行。
2. 有一个整体的方法来交付项目成果。
3. 不断发展的信息被详细阐述，以产生项目承担的可交付成果和结果。
4. 花时间计划是适合这种情况的。
5. 计划信息足以管理涉众的期望。
6. 在整个项目中，有一个根据出现和变化的需求或条件调整计划的过程。

让我们依次来看看这些。

有组织的、协调的和深思熟虑的方式

我喜欢这种说法，但我有两个顾虑。

1. 我知道这是一个有价值的结果，但忍不住觉得它就在那里，是不合理的。我更希望PMI能够以良好的计划能够增加项目成功的机会这一观点作为引导。
2. 这感觉像是对那些有时会反对任何计划的敏捷纯粹主义者的讽刺。从这个意义上说，我支持这种说法，但有些人会争辩说，一个结构良好的敏捷过程和最少的计划也可以交付一个以有组织、协调和深思熟虑的方式进行的项目。

全面的方法

这是另一个“母亲和苹果派”的说法，每个人都会认为这是不言而喻的好处。我们不希望一切都是整体的吗?来吧，PMI……花点时间解释一下为什么这很重要，并证明它确实很重要。

不断发展的信息

这种情绪并没有错。的确，在上面，我选择了“演进”这个词作为规划领域PMBOK 7定义的一个真正的优势。然而，这似乎是一种过于复杂的方式，表示我们使用新信息来更新和改进我们的计划。

花在计划上的时间

这个结果说明了裁剪，正如这里所说的，是完全正确的。怎么可能不是呢?但是，我们稍后会看到PMBOK 7在定义“适当”时并没有采取公平的方法。

满足利益相关者的期望

绝对的。在这段视频中，我将项目计划的关键交付物定义为……信心。

我所希望的是，似乎已经考虑到这一点的作者能够更明确地说明这一点。

适应的过程

没有什么可以补充的，除了它会引导我们:

• 变更控制你计划的实质变化
• 版本控制用于跟踪变更的文件
• 配置管理用于跟踪产品的变更

除此之外，PMBOK 7在变更控制方面非常薄弱，无论是版本控制还是配置管理都没有在索引中得到提及!

那么，缺少什么呢?

我认为在规划绩效领域的PMBOK 7成果中，有两件大事要么被遗漏了，要么被掩盖了:

1. 缺失:成功的概率
   我希望PMI能更大胆一些。首先，我要明确指出，良好的计划可以增加项目成功的可能性。该成功是有效执行计划性能域的结果。
2. 被埋葬的人:自信
   计划输出确实需要帮助我们管理涉众的期望。但是，我想更进一步。计划过程中最重要的产品是信心。利益相关者之间的信心和团队内部的信心。

验证规划性能域的结果

对于每个领域，项目管理知识7还设置了“检查”，通过这些检查，我们可以根据绩效领域的每个结果评估项目绩效。

我将用我自己的话来解释这些支票。

有组织的、协调的和深思熟虑的方式

对这一点的检查是项目的性能与计划指标的对比。这证实了我的感觉，即这是(或应该是)明确关于性能的，而不是“有组织、协调和深思熟虑”的代理。

全面的方法

这指的是确保计划的各个方面(进度、预算、资源分配、采购)得到适当的协调，以避免差距、重叠和重复*或不一致。在这里，支票让我们清楚地了解了整体方法的价值。

*我添加了“重叠和重复”，PMBOK 7省略了这一点。

不断发展的信息

在这里，PMBOK 7采用了一种冗长的方式来表示(我认为)您计划的当前状态需要保持您将交付价值的信心。坦白地说，这部分在我看来有点乱。

花在计划上的时间

然而，这一点陈述得很简单……但有些重复。我们发现，如果我们的计划的水平是适当的，就花了适当的时间。

满足利益相关者的期望

这种检查将重点转移到涉众沟通上，因此将负担转移到涉众沟通计划上。这张支票的限制比我想要的要多。同样令人担忧的是，关于你的沟通计划的主要部分内容很少，我将在下面描述。

适应的过程

这适当地指的是对自适应项目使用积压，对更有预见性的项目使用变更控制。但继续省略对版本控制和配置管理的引用。

规划性能域内的重要定义

在规划绩效领域的介绍中，PMBOK 7强调了(在方框中)术语的六个定义:

• 三对估计：
  我将在下面讨论这些问题。在我看来，这些都是很好的定义。
• 两个对进度压缩：
  崩溃和快速跟踪。同样，我将在下面考虑它们。这些是PMBOK 7在对这些术语的主要讨论中提供的较差的定义。在我看来，它们过于简略了。
• 和预算这是一个很好的定义

我在这里质疑的是PMI选择了哪些定义。在规划的世界里有很多行话，选择标准是什么?

例如:

• 盒子需要定义精度和准确度吗?它们都是重要的基本概念，但正文描述得很好。同样的，崩溃和快速追踪。
• 另一方面，基线或依赖性的定义在哪里——同样或可以说是更基本的概念?后者在主要部分进行了描述;但前者并非如此。
• 为什么是预算，而不是进度?

我相信当我引用PMBOK 7的引文时，我这样做是出于教育目的的合理使用。但我也怀疑，在这里分享所有六个定义会让我在这种情况下有扩展原则的风险。

所以，这里是我自己的一些定义《置身内部:解码项目管理的行话》：

”估计:对项目中某个要素(如时间、精力、资源需求或成本)的有根据的定量预测。

”崩溃：做出妥协，提前推进工作，或赶上重大延误．”

”快速跟进并行处理多项任务，以减少交付项目所需的时间。”

”预算完成全部或部分项目的估计费用的财务报表。同理，我们也可以制定资源和时间预算。”

”时间表:项目计划中的时间部分，显示活动应该何时开始和结束。

”基线计划已签署的正式承诺的计划。它被用作监控项目进展和成功的基础。”

”依赖:有些任务可以在任何时间完成，并且独立于其他活动。另一些则与其他任务的开始或完成等事件相关联。这些联系被称为依赖关系。”

置身内部:解码项目管理的行话， ２^nd版
迈克·克莱顿，2017年

规划领域的基本原则

PMBOK 7列出了良好规划的目的——并且隐含了一个比它正式给出的更好的定义。它是“开发一种方法来创建项目可交付成果”它继续提醒我们可交付成果和结果之间的联系。

三重底线

有一个有趣的方框表明，经济利益可能不是我们唯一感兴趣的，我们可能会被它所激励“三重底线”利润、人民和地球。PMI将这些影响描述为金融、社会和环境影响。我在关于利益相关者参与的书中讨论过这个问题，影响力议程．

花适量的时间做计划

谁能说我们应该在计划上花适当的时间呢?问题是:“多长时间合适?””

PMBOK 7似乎只是反对花太多时间。其论点的核心是这句话:花太多时间做计划是低效的。这是不言而喻的事实。

但是，希望尽快交付的仓促计划也会导致混乱、错误和返工的需要。

PMI:如果你要陈述显而易见的东西，你需要做更多的工作来正确地围绕模糊的词设置一些参数“适当的”．

PMI对规划性能域组成部分的描述

项目管理知识体系7给了我们八个描述计划性能域组件的部分。开头的概述，以及结尾的交互部分和检查表，添加了三个子部分，构成了完整的11个子部分。

第一个是:

计划变量

这是一个很好的部分，它所占的内容比本章其他部分加起来还要多。似乎这就是作者认为规划的真正意义所在。

它很好地介绍了如何根据您的需求量身定制计划:

• 开发方法
• 项目及其需要创建的可交付成果
• 组织及其治理和文化需求
• 市场和竞争环境施加的压力
• 法律和监管框架

然后有4个部分涵盖:

1. 计划和交付之间的联系
   本文将讨论范围(最广泛的概述)以及预测交付或自适应交付的选择如何推动您的高级规划方法。这部分忽略了严格时间驱动项目的里程碑计划的重要性。
2. 估计
   对估算的基本原则的出色描述，这是整个领域中最好的部分。如果它能链接到PMBOK 7的模型、方法和工件章节的4.4.2节就好了，该章节列出了一系列估算方法。
3. 日程安排
   它对调度过程有很好的描述，对关键术语有很好的描述，如:滞后和领先，崩溃和快速跟踪，以及不同类型的依赖关系，包括类型任务依赖关系而且外部依赖关系．奇怪的是，书中根本没有提到基线。
4. 预算
   这是四种方法中最弱的一种，我觉得很缺乏。

了解更多关于这些过程的信息

以下是我们关于这些主题的文章:

• 项目计划过程:浏览您需要的许多步骤
• 项目计划过程-如何建立有效的项目计划|视频
• 12个项目计划错误及其修复方法
• 基于能力的计划:入门
• 项目评估:掌握艺术和工艺
• 使用PERT方法使您的项目评估更可靠
• 如何估算项目成本|视频
• 项目调度:您的基本指南
• 3种方法制定你的下一个项目预算
• 如何预测你的项目|视频未来的预算挑战
• 减少项目预算的压力|视频

接下来的六个部分

接下来的五个部分都涵盖了一个好计划的重要组成部分。然而，它们都以一种始终薄弱的方式来表达，除了对主题的介绍之外，几乎没有其他内容，平均每篇只有两段。

但是，我们有一篇全面的文章。

• 项目团队的组成和结构
  我们有很多关于团队的资源，但与本节最相关的文章是:完成项目人力资源管理的6个主题入门课程
• 沟通
  同样，我们在项目沟通的不同方面有大量的内容，但首先是:如何进行正确的项目沟通管理
• 物理资源
  项目资源管理:综合指南的第1部分
• 采购
  项目采购管理[你需要知道的所有基本知识]
• 变化
  项目变更控制:你需要知道什么使其有效

等一下，迈克……

等等，我听到你说……团队专注、沟通、物理资源和采购不是包括在下一个绩效领域，项目工作中吗?

是的，他们是。但是，除了采购部，他们在那里没有得到比在这里更多的爱。准备好接受下一篇文章中一些熟悉的批评吧!

最后两个部分

最后三个主要部分涉及如何制定一个好计划的三个方面:

1. 指标
   描述在评估性能时度量标准的重要性。并且有对基线的一次性引用。这以与度量性能域的明显链接结束。
2. 对齐
   描述在整个项目中集成活动和工件的需求，以及在任何计划或组合中与其他项目集成的需求。这是显而易见的陈述还是一个有用的提醒和提示?我认为是后者，因为它提醒我们没有任何其他提及项目集成，这是以前PMBOK纪德版的10个知识领域之一。

规划领域的关键评估

我将评估7个项目绩效领域中的每一个^thPMBOK指南的5分制版本，包括:

1. 缺乏
   只是顺便提一下什么是重要的
2. 可怜的
   需要做很多工作
3. 好吧
   需要大量工作
4. 好
   会很棒，但需要做些小调整
5. 优秀的
   我所希望的一切

在这种情况下，我觉得很难。如果所有内容都达到2.4.2节(规划变量)的质量，我肯定会给性能域一个“好”。但它肯定不是。

事实上，大多数其他主要部分充其量是“贫穷”，甚至可能是“缺乏”。这里有一个例子，我想知道最好的平均形式是什么。如果我根据内容选择平均值和权重，我就会得到“ok”。但是，如果我通过取模式或甚至是加权的平均值来平均，我将在缺乏和贫乏之间挣扎。

所以，我相信我的直觉。我所有的评分都是主观的，但这个评分比其他评分更主观。我要给PMBOK 7计划性能域打个2分。我评价这个性能域为可怜的-“需要做很多工作”。

项目管理知识体系7规划领域的优势

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

但是在这个领域我找不到其他喜欢的地方。问题是这是一个庞大的话题，涵盖了早期PMBOK指南中10个知识领域中的6个或7个:

1. 集成管理
2. 进度管理
3. 成本管理
4. 资源管理
5. 通信管理
6. 采购管理
7. (范围管理主要涉及交付域)

然而，作者为其他七个性能域分配了类似数量的页面。他们没有机会。

项目管理知识体系7规划领域的弱点

当然，这种观察的结果是，所有其他部分都是弱的。所以，我就不重复那个和弦了。我也将避免重复我在此过程中提出的一些较小的批评。

相反，让我从另外两个方面来解决它的弱点。

1:一致性

这一章有点像由委员会设计的骆驼。它远不如鼓励我们创造的计划那么连贯。感觉作者以牺牲其他部分为代价，优先考虑了计划过程的一部分。然后，他们创造了一个关于其他组件的支离破碎的评论的拼凑，没有统一或，我敢说，整体的方法。

2:敏捷vs预见性项目管理

整个部分并没有过多地讨论敏捷项目环境中的计划。但是，由于不想过分强调规划的必要性，作为对这一点的随意承认，因此，它似乎缩短了一个具有很大预测性的项目的规划需求。

我们没有对这两个方面的规划进行平等的评估，而是对每一个都提供了很差的服务。

我们还应该在计划绩效领域中包括什么?

在这些评论中，我最喜欢的部分是问自己，‘我还会包括什么?“在这个领域里，没什么可说的。如果我们接受它所包含的内容而不考虑讨论的缺乏，那么规划的大多数方面都在这里。所以，我的一些建议是次要的。

但是，缺少或基本缺少的是:

• 确定范围是计划过程的一部分
• 里程碑的使用
• 参考里克和应急计划
• 商业案例或利益案例
• 规划视界和滚动规划
• 计划过程的责任-并签署
• 记录项目计划的不同格式
• 计划中的控制点(可能在度量部分中暗示了它们)
• 资源水平和平滑

规划绩效域如何与其他项目管理域相关联

这很简单。项目规划涉及到项目管理的每一个领域。《我们》:

• 计划利益相关者参与
• 部署我们的团队来创建、维护和执行计划
• 根据我们选择的开发方法和生命周期构建我们的计划
• 使用我们的计划来指导交付
• 在我们的计划中加入度量来启用度量
• 将计划交给风险管理部门，以考虑不确定性

你对规划绩效域有什么想法?

请分享您对PMI处理计划绩效域的方式的看法以及您对此的任何评论。我一定会回复你在下面发表的任何评论。

项目管理领域电子书系列

这是我们的规划卷中的一章Kindle独家项目管理领域电子书系列．