配置管理与变更管理

2020年9月9日
法赫德Usmani
配置管理vs变更管理

项目环境是动态的,在过程、计划或范围等方面的变化是恒定的。您可以将这些更改分为两类:

  1. 变更管理
  2. 配置管理

“变更管理”是第一类。在这里,您可以管理与项目管理计划、流程和基线相关的更改。

在第二个类别中,您管理与产品范围,这称为配置管理。

当建立基线并且您必须对基线进行更改时,就需要更改请求。如果没有设置基线,则不需要正式的更改请求。变更请求和配置请求是集成管理系统的一部分。

变更管理是项目管理中的一个众所周知的术语,但是配置管理不是。在IT领域,经常使用“配置管理”这个术语,所以如果您不是这个行业的人,您可能会遇到理解这个概念的问题。

作为一个非it专业人士,我有这样的挣扎。然而,现在我已经通过了PMP和PMI-RMP考试,我可以帮助您理解这篇博客文章中的概念。

请注意,变更管理和配置管理是最重要的概念PMP考试,你会看到很多关于它们的问题。

变更管理系统

根据PMBOK指南第6版,“变更控bob手机客户端制的重点是识别、记录和控制项目和项目基线的变更”。

在变更管理系统中,管理与项目范围、规划和基线相关的变更。

例如,您的资金耗尽,需要额外资金来完成项目,因此,您将提出额外资金的变更请求。或者,您可能无法在指定时间内完成项目,需要延长时间。

在变更管理系统中,变更请求被分析为对任何其他项目目标的任何可能的影响。然后,请求要么被批准,要么被拒绝。

为了最大限度地减少中断,变更管理系统必须确保识别并分析所有参数,以确定任何可能的影响。

如果变更请求获得批准,您将更新相关基线,更新项目文档,并通知相关利益相关者。

变革管理活动

在变更管理期间,您需要做以下工作:

  1. 确定更改。
  2. 为变更准备适当的文档。
  3. 审查、分析变更请求并做出决策。
  4. 确保请求得到执行、注册和沟通。

配置管理系统

根据PMBOK指南第6版,“配置控bob手机客户端制关注可交付成果和过程的规范。”

在配置管理系统中,您可以管理与产品规范和流程相关的更改。

例如,假设您正在开发一个产品,客户机请求添加一些额外的功能。

由于此更改与产品的配置有关,您将使用配置管理系统来处理此更改。

配置管理记录了您将如何监视和控制变更。它是定义可配置项(产品、服务、结果和组件)并控制对这些项的更改的过程。

配置管理计划保持对产品的版本控制。在这里,您可以保存对产品的任何版本所做的所有更改的日志,以供查看。

配置管理活动

在配置管理过程中,需要完成以下操作:

  1. 确定可配置项。
  2. 记录并准备所有可配置项目的报告。
  3. 根据要求对所有配置进行验证和审核。

变更和配置管理的真实例子

假设你正在做一个项目,要建造一座有十间教室的学校大楼。

案例:1

在项目进行到一半的时候,你的钢铁工程承包商离职了,你必须找到一个替代者。你找到了一个替代者,但是新的承包商在一周内不会开始你的项目。

这将推迟工程。因此,您将通过变更管理系统提出变更请求,要求将日程延长一周。

一旦这个请求被批准,您将更新您的日程基线。

这是变更管理系统的一个例子。

现在让我们看一个配置管理系统的例子。

案例:2

您正在建造一座学校大楼,客户要求您将房间数量从10间增加到15间。

这是在客户更改产品配置时更改产品范围的请求。

您将在配置管理系统下处理此更改,因为此处您的产品规格已更改。早些时候,学校大楼有十个房间,现在将有十五个房间。

请注意,在第一种情况下,您提出了更改请求,将项目的截止日期增加一周。产品没有变化,只需要在进度基线中进行变化;学校的建筑是一样的,但是你要在一周后把这栋建筑交给客户。

变更管理和配置管理系统之间的区别

变更管理和配置管理系统之间的主要区别在于,变更管理处理流程、计划和基线,而配置管理处理产品规范。

变更管理系统的例子可以是额外的资金需求或进度扩展,而配置管理的例子可以是添加到产品中的额外特性。

变革管理的条件

以下是变革管理的几个条件:

  • 进度延迟:你必须制定一个反映当前情况的新进度表。
  • 成本超支:您需要重新估算完成项目的成本。

配置管理条件

以下是配置管理的几个条件:

  • 市场竞争迫使产品具有新功能。
  • 该项目耗时太长,产品已过时,因此需要更新。
  • 客户要求你添加一些额外的功能。
  • 由于成本超支,产品中删除了一些功能。
  • 为了尽早完成项目,删除了一些功能。

变更管理与配置管理

变更管理和配置管理并不争夺相同的空间。它们有不同的用途。

根据《项目管理知识体系指南》第6版bob手机客户端,“配置控制的重点是可交付成果和过程的规范,而变更控制的重点是识别、记录、批准或拒绝项目文件、可交付成果或基线的变更”。

产品配置的任何更改也将影响项目范围,您将更新项目计划、成本和进度基线。

配置管理比更改管理的范围更大。

谁可以提出更改和配置请求,谁可以授权?

任何人都可以提出变更请求,但必须得到项目经理或更高权威的批准,如配置或变更管理计划中所述。如果客户没有参与流程,则需要他们的同意来实现变更请求。

更高的权限可以是变更控制委员会(变更控制委员会)、项目管理办公室(PMO)或项目管理计划中提到的任何其他涉众。

关于配置请求,它通常来自客户机,因为它涉及产品的更改。

项目经理对该请求进行评审,然后将其转发给有关的上级机构进行评审和批准。可能需要客户的同意,因为他们必须为任何额外的功能付费。

总结

变更管理和配置管理是集成管理的一部分,它们都处理项目或产品中可能发生的所有变更。变更管理涉及到与计划、过程和基线相关的变更,而配置管理则涉及到与产品范围相关的变更。项目经理的工作是提出这些要求,并确保它们得到适当的审查。一旦做出决定,就应该立即执行。

现在,我希望您不会在PMP考试中遇到任何关于变更管理和配置管理系统的问题。

如何管理项目中的变更?请在评论区分享你的经验。

问题库

这是PMP考试中最受欢迎的题库。到目前为止,这个PMP题库已经帮助超过10,000名PMP有志者通过PMP考试。

PMP配方指南

这是PMP考试最流行的公式指南。如果你在PMP考试中尝试数学问题时遇到困难。


说出你的想法

  • 你好,法哈德,
    谢谢你的深思熟虑的文章。

    我喜欢你的定义,似乎是正确的;当然也是解释项目管理知识体系的一种方法。但是,部分问题(以及为什么您要写这篇文章,而像我这样的人和您的其他读者想要澄清的原因)是项目管理知识体系非常模糊。你的定义很好,很有道理——这也是我所支持的:配置与产品有关;变更与项目文档、基线、过程等有关。但也存在矛盾。
    ,我试图理解它在我自己的头在学习项目管理知识体系(正如你所知道的PMI“定义”的东西,并不总是一样的“机构/公司λ的”),在项目管理知识体系有一些矛盾,因此在自己的定义上面确实是直接PMBOK。你说“变更控制”是关于“项目的东西”——项目文件、基线和过程;与产品/范围相关的“配置控制”(“产品人员”)。然而,您随后正确地引用了项目管理知识体系“配置控制集中于可交付成果和过程的规范”(例如,注意过程)。
    进一步说,当你引用PMBOK时,你再次指出了矛盾:“配置控制集中于可交付成果和过程的规范(例如,注意过程!),而变更控制集中于识别、记录和批准或拒绝对项目文档、可交付成果或基线的变更”(注意可交付成果!)因此不符合您所陈述的解释/定义。

    另一种解释(我已经听说过)是变更控制是变更项目“工件”(项目文档、计划、过程、可交付成果、基线——简言之,就是控制下的一切)的过程:书面变更请求、变更控制委员会、投票、批准/拒绝等,配置控制是所有“项目工件”(工件包括“项目工件”,如文档和流程以及“产品工件”)的版本控制、“当前版本”标识、旧版本存档等这是Rita Mulcahey(她的PM书)所支持的。这种解释与PMBOK中的变更控制(和变更管理)和配置控制(和配置管理)的一些相同定义(和其他定义)也存在问题和矛盾。
    所有这些都说明:PMBOK是由许多人编写的,然后对其不同的作者和章节进行“控制”,以确保整体完整性。但仍存在不明确和矛盾——我相信这就是其中之一。他们似乎用PMBOK的新版本解决了这些问题,但也出现了其他问题。说了这么多,你的定义很好——我一直认为是正确的。现在我开始怀疑了。我读了很多书,现在正在学习项目管理知识体系——并因此试图理解“项目管理知识体系是如何定义的”——因为正如前面所说的,项目管理知识体系的定义并不总是与“现实世界”的定义相同。这没关系,只是不能接受他们不清楚,他们的方法有矛盾。谢谢。伟大的文章。如果你有能力或有能力与他们对话,告诉PMI澄清他们的定义! Look forward to your feedback.

  • “变更管理”是第一类。在这里,您可以管理与项目管理计划、{processs}和基线相关的更改。

    根据PMBOK指南第6版,“配置控bob手机客户端制关注可交付成果和{过程}的规范。”

    我不明白这两个术语是如何处理{process}的
    请澄清。

  • 法赫德先生你好,
    现在,如果客户请求更改我的范围,
    我需要同时进行变更管理和配置管理

      • 嗨法赫德,

        改变产品范围,难道不需要改变进度和成本基线吗?随着产品范围的增加,成本和时间也相应增加。然后,我们必须同时进行配置管理和变更管理,不是吗?

  • 配置管理是否导致在项目管理中提出变更请求?

    下面是两个用在这里的相同的例子,以帮助你理解,我试图传达的信息。

    示例1
    在项目进行到一半的时候,我的钢结构承包商离职了,我必须找一个替代者。我找到了一个替代方案,但新承包商一周内不会开始这项工程。

    这将推迟该项目。因此,我将通过变更管理系统提出变更请求,要求将计划延长一周。

    示例2
    现在,我正在建造一座学校建筑,客户要求我必须把房间的数量从10个增加到15个。

    这是在客户更改产品配置时更改产品范围的请求。

    我将在配置管理系统下处理此更改,因为这里的产品规格已更改。以前学校大楼有十个房间,现在将有十五个房间。

    然而,建造额外的5个房间比之前计划的建造10个房间需要更多的时间。因此,我的时间表也会改变,从而影响我的基线,因此我必须提出更改请求。

    请让我知道我的理解是否正确!

  • 阿斯克·法哈德,感谢百万兄弟,感谢你们伟大而睿智的头脑为我们提供了丰富的知识,

  • 这篇文章很好。它帮助我了解配置管理和更改请求。

    所以,我想确认一下我们的项目。

    我的项目是建造蓝色的窗户。但在执行时,窗户被漆成了蓝色。之后,涉众将颜色改为黄色。

    因此,这应该由变更管理或配置管理来管理。
    因为它会影响进度、成本和产品规格。

    请解释一下。

    非常感谢。

  • 你好,法哈德,

    请阅读《PMBOK®管理》第六版的内容,并回答“PMBOK®管理”的错误。请阅读《PMBOK®管理》第六版的内容,并回答“PMBOK®管理”的错误。

    “配置管理计划:
    描述如何记录和更新有关项目项目(以及哪些项目)的信息,以使项目的产品、服务或结果保持一致和/或有效。

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

    “在基线建立之前,变更不需要由执行集成变更控制流程进行正式控制。一旦项目基线化,变更请求将通过此流程。作为一般规则,每个项目的配置管理计划应定义哪些项目工件需要置于configu之下定量控制。配置要素中的任何变更都应受到正式控制,并需要变更请求。”

    “配置管理活动,例如:如何启动更改;如何分析影响;如何跟踪、跟踪和报告影响;以及批准这些更改所需的授权级别;”

    非常感谢。

    • 你好Shady,虽然更多的技术细节可以添加到这篇博客文章中,但这里讨论的要点是有效的。

  • 嗨,法哈德,我也有同样的问题,为什么变更管理是配置管理的一个子集,而不是另一种方式。背后有什么原因吗?
    还有一个问题让我困惑,
    项目经理正在对20厘米的钢螺栓进行质量检查。可接受的控制极限是19.955厘米和20.045厘米。最后的测量结果如下:20.033厘米、19.982厘米、19995厘米、20.006厘米、19.970厘米、19.968厘米、19.963厘米、19.958厘米、19.962厘米、19.979厘米和19.959厘米。应该做些什么?

    我一直在想,如果控制限度是好的,为什么我们需要进一步调查这个过程?是否控制极限与公差相似(除了之前由PM定义,之后由客户定义)?

    谢谢
    苏米特

    • 与变更管理相比,配置管理具有更大的范围。

      控制范围由项目经理设定,以控制过程,如果有任何超出控制范围,他将检查项目是否在可接受范围内,但一切是否正确。

      • 在我看来,配置的变化也可能影响成本、进度基线&或者可能引发一些风险。在这种情况下,需要根据影响开展变更管理。因此,变更管理可以是配置的一个子集。

        请分享你对我观点的看法。

  • 你能解释为什么变更管理系统是配置管理系统的子集吗?
    虽然相反,但变更管理系统如何属于配置管理系统。

  • 感谢Fahad的解释,但有一个问题,根据你的解释,配置主要是针对产品的,更改主要集中在基线和项目计划上,因此我看到在很多情况下,它们会在一起,比如场景2,当你需要将教室数量从10个更改为20个时,是的,产品中的更改,但是,为了满足该产品的需求,您还需要更改计划,因此在这种情况下,我们将忽略配置和更改,如果我错了,请纠正我

    再次感谢

  • 项目管理计划及其所有附属计划和基线的任何变更都需要通过变更控制流程进行更新,并获得批准。那么,在进行更新之前,是否所有项目文档都需要经过变更控制流程?e、 g.利益相关者登记簿或风险登记簿或要求文件。是否可以在不经过正式变更控制流程和批准的情况下对其进行更新?PM是否可以在未经其他人批准的情况下进行更改?

    • 这些是项目文档,应该在整个项目生命周期中不断更新。他们不需要经历这个过程。

      • 那么是否所有的项目文档都以同样的方式处理?在项目管理知识体系指南第78页有一个文件列表。bob手机客户端除了像性能数据和问题/变更日志/预测等明显的数据之外,所有其他数据都可以在没有正式变更控制批准的情况下进行更新。

  • 非常感谢Fahad的这篇文章,它带来了简单性,并清晰地区分了配置和变更管理系统。

  • 亲爱的
    非常感谢默奇对我的解释。
    真的,我特别喜欢我开始为PMP考试准备PMP课程。
    谢谢各位。
    Abdulmohsen

  • 我不同意这种澄清,PMBOK并没有很清楚地区分这两者,我的印象是配置管理是变更管理的超级集合,加上一些文档记录存储库功能。

  • 我们是否可以说,规格(配置)的更改与产品质量属性的更改类似?两者之间有什么区别?请澄清
    提前谢谢!

  • 我认为配置管理基本上就是你如何管理你的产品/工件的“完整性”,所有的涉众如何知道最新的蓝图是什么,最新的架构图是什么,最新的设计文档是什么,最新的源代码是什么,等等。
    变更管理就是任何变更,即使是不会导致范围、成本和进度发生任何变更的变更。

    • 这家伙复制了我的内容并发布在那里。我已经向LinkedIn提交了版权侵权通知。

      谢谢阿米特告诉我。

  • 亲爱的Fahad,谢谢你的精彩解释,但我对配置管理系统还是有点困惑。
    让我们以你为例(将教室数量从10个增加到15个),这很好。
    您说过,对项目流程或基线的任何更改都被视为一个变更管理系统,因此在上一个例子中,当我们决定从10增加到15时,我认为此更改直接影响项目范围,而项目范围又是项目基线之一。
    因此,在我看来,这将在变更管理系统下进行。
    等待更多信息,并提前感谢。

  • 变更管理工厂定义了管理项目变更的流程。

    项目管理bob手机客户端知识体系指南第五版,第138页

  • 这篇文章很有用。所以变更管理计划是配置管理计划的一个子集。然而,如果问一个问题——变更管理计划包含什么?正确的答案应该是项目管理计划或配置管理计划。,为什么?

    先谢谢你

  • 谁将发起或批准变更请求。何时我们将提出变更请求,何时我们可以在没有变更请求的情况下更新项目。

    • 为了理解整个过程,我建议您阅读《项目管理知识体系指南》中的集成管理知识部分。bob手机客户端

    • 巴西,

      变更控制去变更控制委员会批准或拒绝请求。在一些项目中,发起人给予项目经理一些权力来批准一些变更请求,这取决于合同、角色和职责。

  • 篇不错的法赫德!

    在你的博客中,有一个例子。当客户要求将房间号从10增加到15时。配置更改很明显…同意!。但变更请求并没有出现,因为增加更多的房间会导致项目基线(即成本、进度)发生变化。例如,将10个房间考虑在内产生的工作包……这里有点混乱。请告知。

  • 嗨法赫德,

    这是对更改与配置管理的极好解释。感谢您如此精彩的对比和生动的澄清。

    综上所述,

    1.变更管理是配置管理的子集
    2.变更管理适用于过程/基线变更。
    3.配置管理适用于产品更改和更新的文档存储库。
    4.两者都经历了综合变更控制过程。

    当做
    Ram Narayan

  • 谢谢Fahad,我已经通过了上周的PMP考试,第一次考试成绩是4P&1MP。

    感谢您的博客对我和所有PMP有志者的支持。

  • 亲爱的法哈德:

    根据PMBOK -5????,你的解释对于PMP雄心者来说太棒了,参考这个讨论,你能澄清PMI过程变更管理计划和/如果,配置管理计划是在哪里开发的吗

    谢谢和最美好的祝愿…

  • 配置管理和变更管理是否与配置控制和变更控制不同?

    在PMBOX指南第五版中,他说:配置控制的重点是可交付成果和流程的规范,而您在配置管理系统中提到的,则是管理与产品规范相关的变更。

    非常感谢。

      • 亲爱的法哈德:,

        你的工作令人印象深刻。但你能澄清萨阿德的疑虑吗?我也分享它。

        配置管理是记录产品(可交付产品)范围/配置的变更

        记录过程/成本基线/进度基线的变更是变更管理。

        这种理解正确吗?如果是,PMBOK第五版第96页说“配置控制关注可交付成果和流程的规范”。为什么配置控制关注流程的规范?这是对变更控制权的描述?

        • 我觉得这两个地方提到的配置管理的定义有一定的差异。

          无论如何,我要给PMI写封信,让我们看看他们的回复。

        • 据我所知,配置管理同时影响产品和流程,而变更管理只影响流程。

          当对产品规格的变更被管理(配置)时,它“可能”也包含了对进度和/或成本的变更。两者都必须通过相同的集成变更控制,只影响产品规格或项目过程,或者两者都影响。尽管在项目管理知识体系中没有特别提到,我假设,当变更管理可能单独行动时,配置管理必须将变更管理作为一个子集或作为一个附带的文档。

          如果我遗漏/偏离,请纠正我。

          • Tauseef,我同意你的评估:“变更管理可能单独行动,[但是]配置管理必须伴随变更管理”。

            同样基于PMBOK 5.6.1.1 -控制范围如何描述配置管理计划,似乎计划本身明确定义了什么是可配置的(因此,在什么情况下配置控制是适用的)。

            我偶然发现了这个博客,因为我的一个PMP认证考试预备学习问题宣称配置管理“并没有取代变更管理系统,而是与之协同工作”。

  • 你好
    请告诉我以下两种方法的不同之处:
    变更管理计划和变更管理系统
    配置管理计划和配置管理系统
    非常感谢
    伊马德

    • 基本上你是在问计划和制度之间的区别。

      计划是记录在案的东西,可以指导你的行动。系统是帮助你实施计划的东西。

      希望它可以帮助。

  • 我们可以说:配置管理将包括变更管理,但变更管理将不包括配置管理。

    换句话说,如果我们回到建筑学校的例子
    1-当客户端将表单10更改为15类时:我们应该进行配置管理和更改管理。
    2-当项目进度将推迟一周时:我们应该改变管理。

  • 嗨法赫德,

    配置和变更管理是否必须通过综合变更控制流程进行,这是否会直接影响项目管理计划?

  • 嗨,法哈德
    我读了你关于变更管理和配置管理的文章。我对这学期还是有些担心。
    配置管理和变更管理系统
    变更管理计划和变更控制系统

    有人能给我更多的解释和区别这四个术语的例子,这将是很好的
    提前感谢你对我理解的贡献

    最诚挚的问候

  • 嗨Shariff,

    很好的解释和例子。谢谢。您能解释一下变更管理系统和配置管理系统之间的区别吗?

    • 嗨,嘘,

      据我所知,配置和变更管理系统都是组织项目管理信息系统的组成部分。然而,配置管理系统包括用于识别、记录和控制产品、服务和结果的功能和物理特性变化的文件化程序,包括跟踪系统和批准级别。另一方面,变更管理系统定义了如何控制、变更和批准项目交付物和文件。后者通常是前者的子集。请参阅项目管理知识库指南第428-429页。bob手机客户端

      我希望这个解释能有所帮助。

      • 嗨shariff,
        配置管理系统来自pmis,但我想我可能错了,变更控制来自opa。另一个问题是变更管理与变更控制相同。谢谢。

  • 法赫德。

    您对更改和配置管理之间的区别的解释是正确的。我想补充一点,配置管理还包括管理文档的更改(以使项目团队知道哪个版本是最新版本)以及在这项工作中使用的组织工具。

    当做

    Shariff

  • 但在一些问题中,你会去哪里找到文档,答案是配置管理。似乎它也被视为文档管理存储库工具,对吗?

  • {“email”:“email address invalid”,“url”:“Website address invalid”,“required”:“required field missing”}

    建议的资源b0b体育app

    使用这些资源来准备Pb0b体育appMP认证考试,并以最少的努力通过考试。

    PMP培训计划


    PMI批准的35小时接触培训计划100%bob体育网页登录在线,价格合理,帮助您准备PMP考试。

    PMP考试准备工具


    一个PMP考试准备课程,这是100%在线和提供你需要通过PMP考试的一切。

    >