配置管理VS更改管理

2021年7月2日
Fahad Usmani.
配置管理vs变更管理

项目环境是动态的,在流程,规划或范围等领域的变化是恒定的。您可以将这些变化分为两类:

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

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

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

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

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

作为非IT专业人士,我有这场斗争。但是,现在我已经通过了PMP和PMI-RMP考试,我可以帮助您了解本博客文章中的概念。

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

改变管理系统

根据PMBOK指南第6版,“更改控manbet最新版制专注于识别,记录和控制变更这个项目和项目基线。“

在更改管理系统中,您可以管理与项目范围,规划和基线相关的更改。

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

在变更管理系统中,分析了更改请求以对任何其他项目目标的任何可能影响。之后,请求是批准或拒绝的。

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

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

变更管理活动

您在更改管理期间执行以下操作:

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

配置管理系统

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

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

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

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

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

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

配置管理活动

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

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

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

假设您正在努力建立一个有10个教室的学校建筑。

例:1

在工程进行到一半时,你的钢铁工程承包商罢工了,你不得不找一个替代者。你找到了一个替代方案,但新承包商一周内不会开始为你的项目工作。

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

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

这是变更管理系统的示例。

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

案例:2

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

当客户改为产品配置时,这是一个要更改产品范围的请求。

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

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

变更管理与配置管理系统之间的差异

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

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

变更管理条件

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

  • 延迟计划:您必须制定反映当前情况的新计划。
  • 成本超支:您需要重新估算您完成项目的成本。

配置管理的条件

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

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

更改管理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).
    Further on, you point again to the contradiction when you quote PMBOK: “Configuration control is focused on the specification of both the deliverables and the processes (i.e., note PROCESS!), while change control is focused on identifying, documenting, and approving or rejecting changes to the project documents, deliverables, or baselines” (note DELIVERABLES!). Thus not in line with your stated interpretation / defintition.

    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}
    请澄清一下。

      • 嗨法赫德,

        更改产品范围,否则不需要更改计划和成本基线?随着产品范围的增加,成本和时间增加右。那么,我们必须在两个配置管理中工作,后跟更改管理,不是吗?

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

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

    例1
    在项目中间,我的钢铁工作承包商走下了工作,我必须找到替代品。我发现了另一种选择,但新的承包商不会开始在项目上工作一周。

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

    例2.
    现在,我正在建设一个学校建筑和客户要求,我必须增加十到十五到十五的房间数量。

    当客户改为产品配置时,这是一个要更改产品范围的请求。

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

    然而,建设额外的5间客房将花费更多的时间,而不是建造10个房间,早先计划。因此,我的时间表也会随着我的基线而改变,因此我必须提出更改请求。

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

  • 这篇文章很好。它帮助我弄清楚了配置管理和变更请求。

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

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

    因此,应该通过更改管理或配置管理来管理这一点。
    因为它会影响时间表,成本和产品规范。

    请解释。

    太感谢了。

  • 你好Fahad,

    请从PMBok®Giews第六版阅读本节,然后更正您的答案,也请尝试理解它。您对配置管理和更改管理的看法根本不正确。

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

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

    “在建立基线之前,不需要通过执行的集成变更控制过程正式控制变更。一旦项目被基线,更改请求就会通过此过程。作为一般规则,每个项目的配置管理计划应定义需要在配置控制下放置哪些项目工件。应正式控制配置元素中的任何更改,都需要更改请求。“

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

    谢谢你!

  • Hi Fahad,我上面也有同样的问题,为什么变更管理是配置管理的子集,而不是另一种方式。这背后有什么原因吗?
    还有另一个让我混淆的问题,
    项目经理正在对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及以后由客户定义)。

    谢谢
    苏米特

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

      Project Manager设置了控制限制以控制过程,如果有任何东西,他会检查一切是否正确,虽然项目是可接受的范围。

      • 在我的视图中,配置的变化也可能影响成本,计划基线且或可能调用一些风险。在这种情况下,需要基于影响来启动更改管理。因此,更改管理可以是配置的子集。

        请分享您对观点的看法。

  • 您能解释为什么改变管理系统是配置管理系统的子集吗?
    虽然相反可能是真的,但改变管理系统如何在配置管理系统下落下。

  • 感谢Fahad的解释,但一个问题,根据您的解释,配置主要用于产品和变更主要专注于基线和项目计划,所以我看到在许多点,他们会在一起见面,就像你的场景2需要将10到20的课堂数量更改为yes是的,但要满足该产品,您还需要更改计划,所以在那种情况下,我们将通过配置和更改,纠正我我错了

    再次感谢

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

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


  • 谢谢你非常默默地为好的解释。
    真的,我特别喜欢它,我正在开始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让我知道。

  • 亲爱的法赫德,感谢您的解释,但我对配置管理系统仍然很困惑。
    让我们以你为例(教室的数量从10个增加到15个),那很好。
    你说任何chang项目流程或基线被认为是一个变更管理系统,所以在前面的实例,当我们决定从10增加到15,我认为这种变化直接影响了项目的范围,这是又一个项目的基线。
    因此,在我看来,这将是在变革管理系统下。
    等待更多信息,提前致谢。

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

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

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

    先感谢您

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

    • 巴西,

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

  • 菲哈德好!

    在博客中的一个例子中。当客户要求将房间数量增加到15到15时。配置变更是显而易见的......同意!但是,没有变更请求进入图片,因为增加了更多的房间将导致项目基线的变化即成本,时间表。例如,通过将10个房间考虑到的工作包......有些在这里混淆。请指教。

  • 嗨法赫德,

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

    总结上述内容,

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

    问候,
    Ram Narayan.

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

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

  • 亲爱的法赫德:

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

    谢谢,祝福......

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

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

    谢谢你!

      • 亲爱的法赫德,

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

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

        记录进程/成本基准/计划基线的变更变更管理。

        这种理解是否正确?如果是,pg。PMBOK第5届的96。说“配置控制专注于可交付成果和过程的规范”。如何侧重于过程的规范?这是改变控制权的描述吗?

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

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

        • 为了我的理解,配置管理会影响产品和过程,其中变更管理仅影响过程。

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

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

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

            还基于PMBOK 5.6.1.1 - 控制范围描述了配置管理计划,似乎计划本身定义了专门的*可配置(因此,在哪种情况下,配置控制适用)。

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

  • 你好,
    请你告诉我什么之间的不同:
    改变管理计划和变革管理系统
    配置管理计划和配置管理系统
    非常感谢

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

      计划是一种记录下来的东西,它指导你的行动。系统是帮助你实现计划的东西。

      希望能帮助到你。

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

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

  • 嗨法赫德,

    配置和变更管理都必须通过集成的变更控制过程来完成吗?这是否会直接影响项目管理计划?

  • 嗨法赫德
    我读到了关于更改管理和配置管理的帖子。我仍然有一些关注所有这个词。
    配置管理和变更管理系统
    改变管理计划和变更控制系统

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

    最良好的问候

  • 嗨Shariff,

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

    • 嗨,那个,

      为了我的理解,配置和更改管理系统都是组织项目管理信息系统的组件。但是,配置管理系统包括在识别,记录和控制产品,服务和结果的功能和物理特性的更改中,包括跟踪系统和批准级别的文档。另一方面,变更管理系统定义了如何控制项目可交付成果和文档,更改和批准。后者通常是前者的子集。请参阅Pmanbet最新版MBOK指南Page 428-429。

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

      • 嗨Shariff,
        配置管理系统来自PMI,但我认为我可能是错误的变化控制来自OPA。另一个问题是更改管理与变更控制相同。谢谢。

  • 法赫德。

    您对更改与配置管理之间差异有效的解释是有效的。我想补充一下,配置管理还包括管理对文档的更改(启用项目团队知道哪个版本是当前的)以及在此努力中使用的组织工具。

    问候,

    Shariff

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

  • {"email":" email地址无效","url":"网站地址无效","required":" required字段缺失"}

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

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

    PMP培训计划


    PMI批准了35个联系时间培训计划,10manbetx2.0手机安卓版0%在线,价格实惠,并帮助您准备PMP考试。

    PMP考试准备工具


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

    >