变更控制过程是范围管理的秘密武器
项目本质上是迭代的，范围通常随着项目的进展而细化。你想要传达的内容并不总是和你得到的内容一样。
这是项目发展的一个正常部分，当涉众了解到更多关于最终结果的外观和工作方式时，更多的业务信息就会暴露出来。然而，重要的是你如何应对变化。
范围蠕变是指非项目范围授权部分的额外特性、功能或要求的名称。它可能会导致项目出现问题，因为范围似乎在膨胀，而且工作似乎永远不会结束。
变更控制流程是管理范围蔓延和确保变更得到审查、分析和批准的秘密武器。
那么它是如何工作的呢?
变更控制过程
项目需要变更，变更控制流程可以帮助您管理变更。以下是流程中的核心步骤：
- 有人认为改变一下会很好
- 他们通过变更请求通知项目经理变更建议
- 变更请求由团队审核
- 对变更的规模、规模和范围进行分析，以了解变更对项目整体的影响
- 团队向项目发起人或关键决策者提出关于是否应该合并变更，以及如果应该合并，将会产生什么影响的建议
- 发起人接受或拒绝变更。
更改请求本身可以有几种格式。它可能是走廊上的非正式对话，或者您的过程可能需要完成一份正式的文档，涵盖预期更改的所有方面。过程的正式程度取决于您的项目管理办公室，并由组织的项目管理文化驱动。
更改请求中包含了什么
项目变更请求可涵盖以下变更：
- 范围
- 预算
- 时间线
- 质量度量
或者其他东西。然而，改变一件事通常会影响到其他所有事情，在我们的经验中，大多数改变都与修改项目的范围有关。
例如，假设您收到一个更改请求，要求您向团队正在构建的移动应用程序的范围中添加一个额外功能。这个请求似乎是合理的，您可以看到该功能将改善最终结果。
我们的要求是将该功能添加到范围中–非常好。但这样做要花钱。这可能意味着已经完成的工作必须重做。它可能需要额外的或专业的资源，也可能意味着当前团队需要更长的时间来完成请求。
换句话说，你不能仅仅因为这是一个好主意就变戏法。它必须用金钱和时间来支付，而且必须有人来做这项工作。
变更请求应记录进行变更的全部影响，以便决策者掌握做出正确选择所需的信息。
更改请求的选项
当收到变更请求时，团队会对其进行评估，然后做出决定。我们是否接受这种改变？如果不是，这是一个永远的“不”还是仅仅是一个“不是现在”？
通常项目发起人有权接受或拒绝变更请求，因为他们是掌握预算并同意时间尺度的人。在某些情况下，其他人可能是变更批准者，所以要确保由最合适的人做出决定。
小贴士：如果变更被接受，在开始工作之前，一定要就资金来源达成一致！
无论请求的结果如何，决策都应记录在案，以备将来参考。我们经常看到经理们问为什么有些事情没有做，因为他们不记得更改被拒绝了。有时候，拒绝的理由并不清楚，所以他们会在稍晚的时候再次询问，希望情况有所改变。项目中的情况可能已经发生了变化，但如果他们的请求当时是一个不合适的想法，那么现在可能仍然是一个不合适的想法。
如果变更在原则上得到了同意，但决定暂时搁置工作，你可以将其添加到“第二阶段”列表或产品待定列表中，以便将来考虑。
记录所做的决定以及作出这些决定的主要原因，以便在需要时提供信息。
下一个步骤
变更管理流程是有效执行项目的关键部分。我们在我们的报告中涵盖了这一点项目管理基础培训，我们有时间以比这篇博文更实际的方式进行讨论。必威体育网页全网独家
确保团队中的所有项目经理以及项目中的利益相关者对如何管理变更有着坚实的理解。如果他们需要关于如何使变更工作成功交付项目的额外指导，请向他们提供培训。