借助分级管控技术，轻松化解项目难题——之需求管理

各位同学，大家好！我是韩宾，目前在网易从事项目管理工作，一直在践行敏控项目管理方法。今天跟大家聊一聊分级管控技术（MoSCoW），以及如何借助分级管控技术化解项目需求难题。

需求管理痛点

随着企业不断发展壮大，业务越来越多，多个项目同时启动建设成为常态，但是企业当前能提供的资源是有限的，导致部分项目存在资源不足问题，进而导致项目进度滞后。每个项目经理都想为项目申请充足的资源，甚至会产生“抢”资源的状况。各位同学，大家是否也碰到过资源不足的问题呢？

在资源不足的背景下，我们先来看下需求管理的一些痛点，列举4个方面：

1、需求同时做，抓不住重点。

2、进度计划不能满足业务要求；需求同时开展，由于资源不足，进度计划肯定会有影响。

3、领导看不到早期收益，支持力度会打折。怎么理解呢？假如一个项目建设周期是12个月，我们同时开展所有需求开发，等到12个月后一起上线交付，在这12个月过程中，特别是项目进展到中期时，由于领导迟迟看不到项目收益，支持力度很可能会降低，比如说临时抽调资源去支持其它项目等等。

4、团队能力受到质疑，因为交付时间延后不能满足业务要求，客户满意度降低。

如何解决需求管理痛点？

那么项目中面对资源不足我们如何破解呢？大家一起思考一下，是申请加资源吗？但是前面提到了，资源不足是现状，暂时无法改变。那么还是一味地加班处理？当然加班可以解决一时的项目问题，但是我理解加班无法成为常态，毕竟团队身心俱疲，也会严重影响项目建设质量，最终会有更大的质量隐患。怎么解决呢？

通常解决复杂问题的法门一定不是复杂的，同样解决资源不足的问题，不一定是加资源或加班。我们的思路是升维思考，降维打击。也就是分级聚焦，要事第一，采用MoSCoW分级管控技术进行需求优先级排序。根据优先级配置资源，保证资源先投入到优先事项上。

怎么理解呢，就是在时间有限、精力有限、资源有限的条件下，采用断舍离的方法，断掉各种诱惑，舍弃一切对结果不重要的需求任务，集中精力优先做最重要的需求。并且一旦开始，就全身心地关注它，直到最终完成。用最小的代价，引导团队在最短的时间内先交付一个基础版本，MVP版本或者MVS，让用户或者客户开展早期体验使用，并获得反馈然后进行迭代优化，以实现早赢、快赢的阶段目标。

MoSCoW排序技术原理

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

下面介绍一个应用MoSCoW技术的一个例子。

一个项目的需求清单中，通常包括3类需求：必须做的、应该做的，可以有的需求。通常必须做的和应该做的需求的工作量占比达到80%，这也是这个项目商业论证的必做需求，另外20%的工作量用来处理可以有的需求，也就是提高用户体验，让用户产生体验愉悦的需求。通常情况下，我们肯定是先保证交付基础必做需求，然后再来考虑做体验优化需求。这是MoSCoW在需求优先级排序中的应用。

再拿手机项目来举例，一个手机之所以成为手机，肯定具备通话功能，这是手机必须有的功能，满足通话需求的各个性能要求，比如说手机天线性能指标、通话电流指标等等。拍照功能和上网功能我理解是应该有的功能，而拍照美颜则是可以有的体验升级功能。

MoSCoW分级管理需求实践案例

结合一个新APP产品，展开介绍MoSCoW分级管理需求实践过程

几年前，我负责组织管理一款直播打赏类新产品，虽然当时行业内花椒直播和映客直播已经很成熟，但是这个项目在公司内部属于新产品，需要从0到1构建研发。下图中左边的需求池就是当时收集的第一版产品需求，项目从立项启动，团队组建到新产品MVP版本上线运营，并开始产生流水收益，仅仅用了不到3个月时间。我们项目组怎么做到的呢？

我们项目组采用MoSCoW分级管理需求，并做了适当裁剪，将需求等级划分为三级：P0、P1、P2，P0需求是必须要做的需求，P1是应该做的需求，P2可以做的需求。

需求划分为三个等级后，我们规划了3个版本迭代交付，特别是第一个MVP版本，直播打赏主流程跑通、用户主要功能需求满足。我们用了不到3个月时间，在5月26日交付上线，运营即开始产生收益流水。同时并行开发一部分P1，P2的需求，确保版本能够连续交付上线，6月8日交付了V2.0版本，6月22日交付3.0版本。

我们项目组通过MoSCoW分级排序，聚焦重点需求，优先安排资源开发。实现了新产品MVP版本快速敏捷交付，满足了业务运营需求，达到了早期目标收益，也为后续管理层支持奠定了很好的基础。

以上就是MoSCoW分级管控技术在需求管理中具体的落地实践过程，希望能给大家带来一些启发和参考，从容面对项目中的需求难题。欢迎大家互动交流，谢谢！