范围潜变和渐进明晰

         时间、成本及范围是项目管理三个重要要素，范围管理中有两个容易混淆的概念：范围潜变与渐进明晰。范围潜变指的是在项目进行过程中，项目范围发生细微变更，最后形成较大的范围变化，从而影响项目；渐进明晰是范围逐渐明确的过程，这符合项目实际情况。很多项目，用户一开始往往只能提出要做什么东西，至于具体做的是什么，怎么做，他们也说不清楚。这就需要项目的实施者帮助用户分析，逐步弄清项目的范围。
　　 比如，客户提出开发一个活期存定期的交易。你根据客户现有业务流程，认为需要开发录入及复核两个交易，存期分为1月、3月、6月、1年、3年及5年，录入交易由一般操作员来操作，复核交易由主管来执行......，这就是范围渐进明晰。有些东西客户客户说不出来，但却是他想要的，有些东西客户天天接触，他认为你也应该知道，就没告诉你。范围就是业务分析中逐步界定的，当完成业务分析时，项目实施者要形成工作说明书，说明项目范围，并与客户达成共识，形成项目范围基线。如果之后双方在项目范围存在分歧，工作说明书是个很好的判断标准。在项目过程进行范围控制时，要时刻参考项目范围基线，即不要少做事情，也不要“镀金”。
　　 范围潜变和渐进明晰一样，是个过程。还是上面那个例子，客户过段时间要求你增加打印功能，这在双方约定的工作说明书上没有记载，你经过评估，觉得工作量不大，就答应了——这属于范围潜变。又过段时间，客户又提出查询功能，你觉得不难实现，又同意了。再后来，用户提出查询能根据不同人来控制权限......这样，项目结束时，你对项目进行收尾，发现进度和成本已经与计划相差很大——这就是没有控制范围潜变的严重后果。其实，防止范围潜变的方法很简单，就是对范围的变更进行有效控制。一般情况下，项目都存在一个变更控制委员会（CCB），这个委员会人员组成最好包括甲乙双方。如果范围发生变更，就提交给CCB进行评估，看看对成本及进度有何影响。如果评审通过，项目经理就相应修改项目计划，然后将变更纳入项目范围。这样，项目始终都在控制之中，不会偏离预期太多。

　　 在项目过程中，我们要分清范围渐进明晰与范围潜变。对于前者，我们要帮助用户搞清需求，界定范围；对于后者，我们要进行严格控制范围变更，防止项目像脱缰野马那个失去控制。  

转自：http://blog.tianya.cn/blogger/post_show.asp?BlogID=417386&PostID=8807864

范围潜变 VS 渐进明细

另文补充讨论：http://blog.sina.com.cn/s/blog_6a656bb40102dqjx.html

范围潜变，又叫范围蔓延，是指由干系人发起的小的、不易察觉的范围增加；

渐进明细，是项目的特点，是指随着项目的发展对项目的各方面了解越来越详细；

举例而言：

夫妻俩外出买衣服

本来在家里考虑是买两套运动衣（不包括运动鞋），可是到了商场，发现运动鞋促销，于是就买了一双--- 这是范围蔓延

本来在家里考虑买运动衣时，只是考虑需要买运动衣，没有确定款式、色彩，到了商场，随着看的越来越多，慢慢对要买的运动衣的款式、色彩、价位有了明确的认识--- 这是渐进明细 

1、渐进明细： 意味着分步骤开发、连续积累，如滚动式规划。但任何明细都需经过综合评估，任何变更都必须经过整体变更控制。

2、范围潜变： 未得到控制的变更通常称为项目范围潜变，也叫范围蔓延。范围潜变指在不提对时间、费用和资源的影响或者无须顾客批准的情况下添加（哪怕是属于项目范围的）性能和功能。

3、二者关系。

思考：现实工作中哪些行业通常会遇到范围潜变的困扰？我们应当如何解决此类问题？ 

（1）首先，需要与干系人更好地定义范围

（2）其次，要与干系人建立起“范围蔓延”与“渐进明细”的概念差异。在项目的“范围管理”中：“范围蔓延”与范围的“渐进明细”是有本质区别的： 

“渐进明细”是正常的，也就是说项目的范围不可能在开始的时候就非常清晰，需要不断地补充、细化、完善，这是客观规律。

但“范围蔓延”是不正常的，是危险的，是未经评估对时间和成本的影响就增加的功能或服务，是失控的变更，这是项目实施过程中经常遇到的重要问题。

（3）最后，项目的渐进明细一定要在项目的边界之内进行，以避免渐进明细演变成范围潜变。