配置管理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最新版件专注于可交付成果和流程的规范，而变更控件专注于识别，记录和批准或拒绝对项目文件，可交付成果或基线的更改。”

产品配置的任何变化也会影响项目范围，您将更新您的项目计划，成本和计划基线。

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

谁可以提高更改和配置请求，谁可以授权它？

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

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

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

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

总结

更改管理和配置管理是集成管理的一部分，也可以处理项目或产品中可能发生的所有更改。变更管理涉及与计划，过程和基准相关的更改，而配置管理处理与产品范围相关的更改。项目经理的工作是提出这些请求，并确保他们得到了妥善审查。决定后，应立即实施。

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

您如何管理项目中的更改？请通过评论部分分享您的经验。