配置管理vs变更管理

7月2日,2021年
法赫德Usmani
配置管理VS更改管理

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

  1. 更换管理层
  2. 配置管理

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

在第二类中,您可以管理与之相关的更改产品范围,称为配置管理。

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

更改管理是项目管理中的一个众所周知的术语,但配置管理不是。在IT字段中,术语“配置管理”经常使用,因此如果您不在该行业中,您可能会面临理解概念的问题。

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

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

变更管理系统

根据项目管理知识体系指南第6版,“manbet最新版变更控制集中于识别、记录和控制变更该项目和项目基线。“

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

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

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

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

如果变更请求被批准,您将更新相关的基线,更新项目文档,并通知相关的涉众。

改变管理活动

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

  1. 确定更改。
  2. 准备更改的正确文档。
  3. 审查,分析,并对更改请求作出决定。
  4. 确保请求得到实现、注册和沟通。

配置管理系统

根据PMBOK指南第6版,“配置控manbet最新版制集中于可交付成果和过程的规范。”

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

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

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

配置管理文档如何监控和控制更改。它是定义可配置项目(产品,服务,结果和组件)并控制此类项目的更改的过程。

配置管理计划保留了产品的版本控制。在这里,您可以记录对产品的任何版本进行审查的所有更改。

配置管理活动

您在配置管理期间执行以下操作:

  1. 识别可配置项目。
  2. 记录并准备所有可配置项目的报告。
  3. 验证并进行所有配置的审核按照要求。

一个真实的变革和配置管理示例

假设你正在进行一项工程,要建造一座有十个教室的校舍。

情况1

在项目的中间,您的钢结构承包商走下去,您必须找到更换。您可以找到另一种选择,但新的承包商不会开始在您的项目上完成一周。

这将推迟工程。因此,您将通过变更管理系统提高一个周期扩展的更改请求。

批准此请求后,您将更新您的日程安排基准。

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

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

案例:2

您正在构建一座学校建筑,客户要求您增加十到十五到十五的房间数量。

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

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

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

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

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

更改管理系统的示例可以是额外的资金要求或计划扩展,而配置管理的示例可以是添加到产品的额外功能。

变更管理条件

以下是变更管理的一些条件:

  • 计划上的延迟:你将不得不制定一个新的计划来反映当前的情况。
  • 成本超支:你需要重新评估完成项目的成本。

配置管理条件

以下是配置管理的一些条件:

  • 市场竞争迫使产品上的新功能。
  • 这个项目花了很长时间,产品已经过时了,所以需要更新。
  • 客户端请求添加一些额外的功能。
  • 由于成本超支,一些功能从产品中删除。
  • 要提前完成项目,请删除某些功能。

更改管理VS配置管理

更改管理和配置管理不会竞争相同的空间。它们用于不同的目的。

根据PMBOK指南第6版,“配置控manbet最新版件专注于可交付成果和流程的规范,而变更控件专注于识别,记录和批准或拒绝对项目文件,可交付成果或基线的更改。”

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

配置管理具有比变更管理更大的范围。

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

任何人都可以提高更改请求,但必须由项目经理或更高权限批准,如配置或更改管理计划中所述。如果客户未涉及该过程,则需要其同意以实施更改请求。

更高的权威可以是项目管理计划中提到的更改控制板(CCB),项目管理办公室(PMO),或任何其他利益攸关方。

关于配置请求,通常,它来自客户端,因为它涉及产品的变化。

该请求由项目经理审核,然后转发给有关的更高权限,以获取审核和批准。可能需要来自客户的协议,因为它们必须支付任何其他功能。

总结

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

现在我希望你在解决PMP考试中关于变更管理和配置管理系统的问题时不会有任何问题。

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

PMP问题银行

这是PMP考试最受欢迎的问题银行。迄今为止,该PMP问题银行有超过10,000人的PMP志愿者通过PMP考试。

PMP配方指南

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



推荐阅读


说出你的想法

  • 你好Fahad,
    谢谢你的思考文章。

    我喜欢你的定义,似乎是正确的;并肯定是解释PMBOK的一种方式。但是,部分问题的一部分(以及为什么你已经写了像我这样的文章和谁以及追求读者的人员,那就是PMBok非常让它成为一个模糊的交易。你的定义是好的,是完美的感觉 - 这就是我的支持:配置与产品有关;变更与项目文档,基线,流程等有关。但是存在矛盾。
    And, as I’ve tried to make sense of it in my own head in studying PMBOK (as you know PMI has “THEIR definition” of things, not always the same as “Organization/Company lambda’s”), there are some contradictions in PMBOK, and thus in your own definitions above—which are indeed direct out of PMBOK. You say that “Change Control” is about “Project stuff” — Project Documents, Baselines and Processes ; and “Configuration Control” as Product/Scope related (“Product Stuff”). Yet, you then correctly quote PMBOK that ““Configuration Control focuses on the specifications of both the deliverables and the processes” (i.e., note PROCESSES).
    进一步说,当你引用PMBOK时,你再次指出了矛盾:“配置控制集中于可交付成果和过程的规范(例如,注意过程!),而变更控制集中于识别、记录和批准或拒绝对项目文档、可交付成果或基线的变更”(注意可交付成果!)因此不符合您所陈述的解释/定义。

    Another interpretation (that I’ve enountered) is that Change Control is the process of changing Project “Artifacts” (Project document, plans, process, deliverables, baselines – in short, everything that is under control): the written change requests, the Change Control Board, voting, approval / rejections, etc. And that Configuration control is the versioning, identification of “current version”, archiving of old versions, etc. of all “Project Artifacts” (Artifacts covering both “Project Stuff” like docs & processes and “Product Stuff”, like deliverables). This is the one espoused by Rita Mulcahey (her PM book). This interpretation also has problems and contradictions with some of the same definitions (and others) of Change Control (and Change Mgmt) and Configuration Control (and Config Mgmt) that is found in PMBOK.
    所有这一切都可以说:PMBOK是由大量的人写的,然后在各种作者和章节上“控制”,以确保整体完整性。但仍然存在毫无丝状和矛盾 - 我相信这是一个。他们似乎与新版本的pmbok清除了这些,但其他人出现。这一切都说,你的定义是一个很好的一个 - 而且我一直认为是真的。现在我开始奇怪。已经阅读并现在为PMBOK进行了研究 - 因此试图了解“PMBOK如何定义这一点” - 因为正如前面的PMBOK定义一样,并不总是同一个的“真实世界”的定义。没关系,它不清楚他们不明确,他们的方法有矛盾。谢谢。伟大的文章。如果您可以或能够与他们的对话 - 告诉PMI澄清他们的脱发! Look forward to your feedback.

  • “变化管理”是第一类。这里您管理与项目管理计划、{过程}和基线相关的变更。

    根据PMBOK指南第6版,“配置控manbet最新版制侧重于可交付成果和{进程}的规格。

    我不明白如何处理{Process}
    请澄清一下。

      • 嗨Fahad,

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

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

    下面是在这里使用的2个例子,帮助您了解我想要传达的内容。

    示例1
    在这个项目进行到一半时,我负责钢铁工程的承包商罢工了,我得找一个替代者。我找到了一个替代方案,但新承包商一周内不会开始这个项目。

    这将推迟工程。因此,我将通过变更管理系统提出变更请求,延长一周的时间。

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

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

    我将在配置管理系统下处理此更改,因为这里的产品规格已经更改。早些时候,学校大楼有10个房间,现在它将有15个房间。

    但是,与之前计划的10个房间相比,增加5个房间需要更多的时间。因此,我的日程也将改变,从而影响我的基线,因此我必须提出更改请求。

    如果我的理解是正确的,请告诉我!

  • 这是一个伟大的一个兄弟。非常感谢让我在这种背景下更好地了解这些概念。

  • ASC Fahad,万分感谢兄弟,感谢你伟大而聪明的头脑为我们提供了如此丰富的知识,

  • 这篇文章非常好。它有助于我清晰地了解配置管理和更改请求。

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

    我的项目是用蓝色构建窗口。但在执行时,窗户用蓝色涂漆。之后,利益相关者将颜色变为黄色。

    因此,应该通过更改管理或配置管理来管理这一点。
    因为它影响进度,成本和产品规格。

    请解释。

    太感谢了。

  • 你好Fahad,

    请阅读PMBOK®指南第六版中的这部分内容,然后更正你的答案,并努力理解它。你所说的配置管理和变更管理根本不是真的。

    “配置管理计划:
    介绍将如何记录和更新项目(以及哪些项目)的信息的信息,以便项目的产品,服务或结果仍然是一致的和/或手术。

    “一旦提供的第一个版本完成,应申请更改控制。通过配置管理工具和程序支持可交付(例如,文档,软件和构建块)的多个版本或版本的控制。“

    在基线建立之前,变更不需要由执行综合变更控制过程进行正式的控制。一旦项目被基线化,变更请求就会经过这个过程。作为一般规则,每个项目的配置管理计划应该定义哪些项目工件需要置于配置控制之下。配置元素中的任何更改都应该得到正式控制,并且需要一个更改请求。”

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

    谢谢你。

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

  • 嗨Fahad,我也有同样的问题,为什么改变管理是一个配置管理的子集,而是另一种方式。有什么推理吗?
    还有另一个让我混淆的问题,
    QUES:项目经理为20厘米的钢螺栓进行质量检查。可接受的控制限制为19.955厘米和20.045厘米。在该过程结束时进行的测量结果如下:20.033cm,19.982cm,19,995厘米,20.006cm,19.970cm,19.968cm,19.963cm,19.958cm,19.962 cm,19.979cm和19.959厘米。应该做什么?

    我总是认为如果控制限制是良好的,为什么我们需要更需要调查这个过程?它不是控制限制通常相似的容差(以前由PM及以后由客户定义)。

    谢谢
    Sumit.

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

      控制限制是由项目经理设定的,以控制过程,如果有任何超出控制范围的事情发生,他将检查项目是否在可接受范围内。

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

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

  • 您能解释为什么改变管理系统是配置管理系统的子集吗?
    但是变更管理系统是如何归入配置管理系统的呢?

  • 谢谢Fahad你的解释,但是有一个问题,根据你的解释,配置主要是针对产品,而变更主要是针对基线和项目计划,所以我看到很多时候它们会重合在一起,对于场景2当你需要改变教室的数量从10到20现在是的,改变产品,但为了满足产品需要改变计划,所以在这种情况下我们将通过配置和变化,纠正我如果我错了

    再次感谢

  • 项目管理计划和其所有附属计划和基准的任何变化都需要通过变更控制流程进行更新,并已批准。然后,在更新之前,所有项目文件都需要通过更改控制过程?例如股权持有人注册或风险登记册或要求文件。这些可以通过更新而不经历正式的变革控制过程和批准?如果没有其他一些批准,PM可以做出改变吗?

    • 这些是项目文件,并在整个项目生命周期中一直在更新。他们不需要经历这个过程。

      • 那么所有项目文件都对待同样的方式吗?PMBOK指南中有一份文档列表Page 78.除了像性数据和问题/更改日manbet最新版志/预测等明显的文件之外,还可以更新所有其他其他情况,而无需正式更改控制批准?

  • 非常感谢这件作品的Fahad,它带来了简约并提供了分辨的配置和变更管理系统的清晰度。

  • 亲爱的
    非常感谢你的精彩解释。
    真的,我特别喜欢,我正在开始对PMP考试的PMP准备课程。
    感谢和regalrds。
    Abdulmohsen.

  • 我不同意这个澄清,PMBok并不是很明显这两个,我的媒体是配置管理是超级变革安慰,加上一些文档记录存储库函数。

  • 我们可以说spécifications的变化吗(配置)可以类似于改变产品质量属性?他们两个之间有什么区别?请我需要澄清
    提前感谢!

  • I think Configuration Management is basically how will you manage the ‘integrity’ of your products/artifacts, how will all the stakeholders know what’s the latest blueprint to reference, what’s the latest architecture diagram, what’s the latest design document, what’s the latest source code to act one, etc.
    变更管理只是任何变化,即使是那些不会导致范围,成本,时间表的任何变化。

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

      谢谢Amit让我知道。

  • 亲爱的Fahad,谢谢你的解释,但是我对配置管理系统还是有些困惑。
    让我们拍摄你的案例(将课堂数量从10到15增加),这很棒。
    你说任何chang项目流程或基线被认为是一个变更管理系统,所以在前面的实例,当我们决定从10增加到15,我认为这种变化直接影响了项目的范围,这是又一个项目的基线。
    所以,在我看来,这将是在变更管理系统之下。
    等待更多信息,提前致谢。

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

    PMBOmanbet最新版K指南第五版,页数:138

  • 这篇文章非常有用。因此,更改管理计划是配置管理计划的子集。但是如果要求问题 - 更改管理计划包含什么?正确的答案将是项目管理计划或配置管理计划。为什么?

    先谢谢你

  • 谁将启动或批准更改请求。当我们会提出更改请求时,我们可以在没有更改请求的情况下更新项目时。

    • 巴西,

      更改控制转到CCB更改控制板以批准或拒绝请求。在一些项目中,赞助商向项目经理提供了一些权限,以批准一些更改请求,这取决于合同和角色和职责。

  • 篇不错的法赫德!

    在你博客里的一个例子里。客人要求将房间数量从10个增加到15个。配置的改变是明显的…同意!但是变更请求并没有出现在图片中,因为增加更多的房间会导致项目基线的变更,例如成本,进度。例如,考虑到10个房间的工作包……这里有点混乱。请建议。

  • 嗨Fahad,

    这是对改变VS配置管理的一个很好的解释。感谢您如此精彩的比较和生动的澄清。

    总结上述内容,

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

    问候,
    Ram Narayan.

  • 感谢Fahad,我上周通过PMP考试与4P&1MP,首先尝试。

    感谢您的所有支持,您的博客向我提供给我和所有PMP志愿者。

  • 亲爱的法赫德:

    您的解释对于PMP志愿者来说是令人敬畏的,参考本讨论,您可以澄清哪些PMI流程变更管理计划和/(如果PMBOK-5)开发了配置管理计划????

    感谢和最美好的祝愿…

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

    在PMBox Guide第五Ed中。说:配置控件专注于配置管理系统中提到的可交付成果和过程的规范,管理与产品规范相关的更改。

    谢谢你。

      • 亲爱的法赫德,

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

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

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

        这种理解正确吗?如果是,项目管理知识体系第5版第96页说“配置控制集中于可交付成果和过程的规范”。为什么配置控制集中在过程的规格说明上?这是变更控制的描述,对吧?

        • 我觉得这两个地方提到的配置管理的定义之间存在一些差异。

          不管怎样,我要给PMI写封邮件,让我们看看他们的回复。

        • 根据我的理解,配置管理同时影响产品和过程,而变更管理只影响过程。

          当管理到产品规范的更改时(配置),它“可能”并入调度和/或成本。两者都必须通过相同的集成变更控制,仅对产品规范或项目过程或两者之间影响。虽然PMBOK中没有特别提及,但是,虽然更改管理可以单独起作用,但是配置管理必须沿着更改管理,可以作为子集或作为随附的文档。

          如果我缺少/偏离,请纠正我。

          • Tauseef,我同意您的评估:“更改管理可以单独行动,[但]配置管理必须沿着”。

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

            我只发生在这个博客中,因为我的PMP认证考试预备学习问题之一断言,配置管理“不取代改变管理系统,而是与其有效。

  • 你好,
    你能告诉我这两者的区别吗?
    变更管理计划和变更管理体系
    还配置管理计划和配置管理系统
    非常感谢
    IMAD.

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

      计划是记录的东西,指导您在您的行为中。系统是帮助您实施计划的东西。

      希望能帮助到你。

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

    换句话说:如果我们回到建筑学校示例:
    1-当客户从10个班变更到15个班时:我们应该做配置管理和变更管理。
    2-当项目进度将推迟一周时:我们应该改变管理。

  • 嗨Fahad,

    是否必须通过集成的更改控制过程来完成配置和变更管理,并将这意味着这将直接影响项目管理计划吗?

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

    有人可以让我在这四个术语之间给我更多的解释和差异,这将是很好的
    提前感谢您对我的理解贡献

    最好的方面

  • 嗨Shariff,

    与良好的例子进行了良好的解释。谢谢。您还可以在变更管理系统和配置管理系统之间解释不同。

    • 嗨Thathish,

      根据我的理解,配置管理系统和变更管理系统都是组织项目管理信息系统的组成部分。然而,配置管理系统由文件化的程序组成,这些程序用于识别、记录和控制对产品、服务和结果的功能和物理特性的变更,包括跟踪系统和批准级别。另一方面,变更管理系统定义了如何控制、变更和批准项目可交付成果和文档。后者通常是前者的子集。参见PMmanbet最新版BOK指南第428-429页。

      我希望这个澄清有所帮助。

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

  • 法赫德,

    您对变更和配置管理之间差异的解释是有效的。我想补充的是,配置管理还包括管理文档的变更(以使项目团队知道当前的版本)以及在此工作中所使用的组织工具。

    问候,

    shar

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

  • {“电子邮件”:“电子邮件地址无效”,“URL”:“网站地址无效”,“必需”:“必填字段缺少”}

    推荐资源新万博登录手机版

    为您的PMP认证考试新万博登录手机版准备使用这些资源,并以最少的努力通过考试。

    PMP培训计划


    PMI批准了35个接触小时的培训项目,1manbetx2.0手机安卓版00%在线,负担得起,并帮助您准备PMP考试。

    PMP考试准备工具


    PMP考试准备课程,即100%在线,为您提供通过PMP考试所需的一切。

    >