所谓项目范围管理，是指产生项目产品所包括的所以工作及产生这些产品所用的过程。企业内部实施项目，是指在公司内部推广公司自己开发的系统。在企业内部实施项目这类项目中，由于内部员工的关系密切，所以很难管理的就是项目范围，经常是没有明确的范围，而且范围不停地扩大，最终是项目组和业务单位都无法忍受了，只好宣传实施失败。
项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。项目范围管理过程中用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
本文从两个真实的案例开始。第一个案例，是一个报表定期推送的产品，即定期生成统计报表，然后通过邮件的方式直接推送给相关的用户。这个产品，项目组内部经过了多次的调研，获得到了真实的需求，产品开发完成后，内部试运行了一段时间，且相关的培训文档和 实施推广流程都定好了之后，才在各单位进行推广。这次推广实施的效率很高，基本上每两周就完成一个单位的实施，且用户反馈很好。第二个案例，还是与报表相关，是09年项目组内部基于一个管理理念，开了一套分析报表。刚开发出来时，为了想加快这套分析报表的成熟和推广，因此首先选了一个关系不错的单位做试点，想通过该单位使用，创建一个样板，然后在公司全面推广。愿望是美好的，而现实总是没有愿望那么美好。这套分析报表的理念，与该单位的管理思路不一致，更要命的是，项目组和该试点单位，都对这个报表产品没有一个清晰的愿景。于是，项目实施的过程，就是重复着“项目组修改-用户验证-不满意再修改-再验证”。之前预计一个月的实施周期，结果实施了一年后还看不到结束的迹象，最后只好宣告失败，以终止该实施项目。在这个过程，项目组正常的产品开发受到影响，而用户的正常月度考核指标，也不同程度的受到了影响。
以上两个案例，笔者都全程参与了，因此在最近的复盘会议上，项目组一致认为，一个成功的实施项目，应该要有以下个要素：
第一：练内功：实施推广的产品，要有核心的价值，给用户带来的实实在在的收益。
首先，要有拿得出手的东西，能切实给用户还带来价值，或者是解决用户当前重要或紧急的问题。当有了这样一个核心价值，那么，即使提优化或修改，也会围绕着核心价值这个中心来来进行。需要克服的是，不要认为是在公司内部，大家可以互相理解，东西差一点，也就将就着用，再说是实施嘛，肯定要有修改。第一个案例中，大家开始的心态就是这样，到了最后，觉得“理解”的成本实在太高，高到无法接受了。
第二：说丑话：明确实施的范围，让用户的期望回归合理。
对于IT系统这样的产品，产品开始使用后，可能存在或多或少的不足甚至是缺陷，因此在实施前，需与用户确认哪些情况的修改项目组会响应，那些情况的修改，项目组不会考虑响应。当然在具体的表述，一般我们是从实施的目标说起，说这个主要是验证该产品是否适合实施单位，因此只会响应哪一类的修改请求。重点的一点，是要与实施单位明确：只要对实施的范围达成了一致，才能启动实施过程，如果连范围都确定不了，那么这个实施，基本上会是一个失败的实施项目。对于失败的项目，越早结束越好。另外，一开始就明确这个范围，那么用户在提变更需求时，首先要过滤一下，看看是否该提，这样一来，大大减少双方的的沟通成本。
第三：定方案：确定实施方案，让用户心中有数。
定方案，主要是指确定实施的步骤，以及在各步骤，需要被实施单位配置的事项、步骤准出的准则，通过这个实施