借助分级管控技术，轻松化解项目难题-之变更管理（上篇）

分级管控技术（MoSCoW）既可以应用在分级管理需求，也可以应用到分级管理变更。上一篇文章结合案例跟大家分享了MoSCoW在需求管理中的应用实践情况，本篇文章我们继续分享在项目变更管理中，如何借助分级管控技术化解项目变更难题。

变更管理痛点

项目具有五个特征：跨职能性、临时性、不确定性、独特性、变革性，这五个特征即是项目存在的理由，也是项目的种种挑战根源所在。在项目建设过程中，肯定存在各种各样的变更请求，但是项目时间有限、能提供的资源也有限，部分变更请求不能及时处理，进而导致项目进度滞后。

各位同学，大家是否也碰到过变更请求问题？又是如何解决的呢？

在时间有限、资源不足等制约因素下，列举了4个变更管理的痛点：

1、范围确认后，需求无序蔓延变更。

2、由于无序变更导致项目进度计划延期。

3、频繁变更，团队成员身心俱疲。比如说刚开发完的一个功能模块，需求方就要求改变，然后没有任何变更机制，就让团队去修改，这样的话团队士气会特别受挫。

4、团队得不到业务部门认可，由于频繁变更，肯定影响交付时间，但是业务部门通常不会记得他们提了多少次变更，一般只会记得最初承诺的交付时间计划，此时就会出现业务部门不满意。

如何解决变更管理痛点？

项目中面对变更请求我们如何应对解决呢？大家一起思考一下，是申请加资源或者加班全部接受变更请求？还是不接受任何变更请求？

通常解决复杂问题的法门一定不是复杂的，面对变更请求问题，我们的思路还是升维思考，降维打击。也就是分级聚焦，要事第一，提前设计变更管理机制，使用优先级排序技术MoSCoW来对变更进行分级，并定义不同级别变更的处理流程方法。通过分级管理变更，保证资源先投入到重要变更请求上。

MoSCoW排序技术原理

MoSCoW是一种分级管控排序技术，可以直接应用在需求优先级排序上。将待办事项列表中的每个需求用M,S,C或W进行标识，M表示必须有，S表示应该有，C表示可以有，W表示现在可以没有，大家理解一下。

变更请求分级排序

MoSCoW也可以应用在变更请求优先级排序上，每个变更请求可以用M,S,C或W进行标识。M表示必须变更，S表示应该变更，C表示可以变更，W表示现在可以不用变更。

下面介绍一下项目范围变更的MoSCoW分级应用示例，如下：

1、变更才能实现项目预期结果（Must）。

2、变更能够更好地满足关键利益相关方的动态优先级需求（Should）。

3、变更只是满足某些人（如领导）的个人偏好，而不是为了用户实际需要（Could）。

4、变更所带来的价值可以通过另一个新项目来实现（Could）。

5、变更使得项目重点不清楚，价值感模糊（Wont）。

以上就是应对变更请求的整体策略，即：分级聚焦，要事第一，使用优先级排序技术MoSCoW来对变更进行分级，提前设计变更管理机制。希望能给大家带来一些启发和参考。