【项目管理案例】第八期：如何控制范围蔓延

不知道大家在工作中有没有遇到过类似情况：需求总是不能很好的得到买方的认可，或者是各个团队之间对需求的理解都不能达成一致，再或者是项目范围总是在变，导致了项目不能够按时交付？

上面这些情况，很多团队都遇到过，特别是软件项目的乙方团队，那更是深受其苦。

同样，参与过软件开发各种角色的我也屡次深陷其中。根据项目管理三角理论，项目的范围、成本与质量相互制约。如果不能在项目中使用合理的手段和方法去确定项目范围，不能在项目过程中有效的控制范围，不能让项目范围在各相关方之间达成一致，那么会对项目造成严重的伤害。

当一群人同时向你提需求……

说到这个话题，不知道大家还记不记得在领导力第13讲的时候，我给大家分享的那个指导相关方的案例，这里我再帮大家简单回顾一下：

 案例背景 

这个项目是给一个区的几个小学做家校系统。因为当时涉及的需求方众多，所以在获取项目范围的时候，也遇到了难以想象的困难。甚至，在很多个关键需求上，有几方表达的观点是冲突的。

不仅如此，需求收集的战线拉的也特别长，消耗了大量的时间。经历了各种波折，最终勉强收集了一个基本涵盖了所有相关方诉求的一份需求文件，虽然根据这份文件签订了合同和开发协议。

但是，在项目过程中，不断有新的需求或变更提出，而且被表述为是必要的修改。我与项目团队对此也感觉到非常苦恼。

做不包含在合同范围中的事情，肯定会影响项目的进度和质量；不做呢，就