项目在客户的眼中，需求经常是含糊不清的，他们也经常道不清述不明，客户内部也常常众口不一。客户没有责任把需求整理好来告诉你，就算告诉你的也不一定就是他们最终想要的，所以作为项目经理，“范围管理”是非常重要的活动。这里主要讲述一下我作为项目经理的职能时，在项目范围管理中，进行的收集需求、定义范围、创建WBS、确认范围、控制范围的过程。  

成都创新互联公司是专业的资阳网站建设公司，资阳接单;提供成都网站设计、做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行资阳网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!　　项目管理-时间管理-甘特图（http://www.cnblogs.com/wgp13x/p/4385475.html）是我的项目管理专辑的第一篇，他们都很重要。

　　

一、收集需求、定义范围　　项目范围管理是重中之重，矣是很多项目做失败的关键所在。如何正确的掌握客户的需求是范围管理的目标，而需求往往隐藏太深以至于看不到。收集需求有多种工具与技术，在瀑布或迭代式开发过程中，确定需求通常要花费较大的时间与精力来做，比如之前我们使用的UML大象技术（详情见：http://www.cnblogs.com/wgp13x/p/3824964.html）中的业务需求分析技术，因为此种项目的规模较大，需求一旦发生变更造成的影响是巨大的，要慎重对待。　　　　下面是项目管理中十大知识领域之一的项目范围管理的框架图。   二、创建WBS，确认范围　　项目范围一般不可能在项目进行过程中一成不变，但这不是在动手开发前不进行范围确定的借口。如果没有创建经过多方共同确认的范围文档，那简直是一个恶梦。你肯定也遇到过，想一下，当你接近完成某功能时，一个领导说这个跟我想要的不一样么，我想象中的应该能完成那样的功能啊，另一个领导说也不对，应该是另一种效果，你是不是很抓狂。说到底，业务肯定是业务单位最了解，沟通重要，方法更重要。我们要在动手做之前“确定”好，要做什么，做出来的产品应该是什么样的。注意这里的“确定”不是项目经理说的算的，也不是某一领导说的算的，有争议的要及时沟通，尽早解决。  　　上面是我用“亿图”工具绘制的我们上个项目的WBS图，内容不全，这里只用作说明。 　　下面是我制作的《项目需求规格说明书》的一部分，它是使用EXCEL绘制，TFS管理。     　　上图中画红框的部分是会经常用到的，它们可以与TFS集成使用，因此非常易用，项目团队中的成员可以随时查看我们的项目范围。  三、控制范围　　项目范围一般不可能在项目进行过程中一成不变，就像接口肯定不能完全一路到底一样。双方开发前“敲定”的接口真的能“敲定”吗？总有技术细节在真正实施前没有被考虑到。项目范围也一样，尤其是对经验欠缺的项目更是如此。项目开始前指定的项目范围需要随着业务分析与系统分析的过程，进行细化与补充，甚至详细分析完成了都会有“个别”的项目范围不能确定，但这只是很少数的。沟通是最重要的，无论在何时进行范围确认与更新时，一定要保持与干系人的及时沟通。毕竟我们是服务提供者，没有什么事情是不能商量的。会出现这么一种情况，在开发后期出现了“莫名遗漏”的需求，产生的原因很多，只能避免，无法杜绝。这里可能会产生一个“变更”，这时我们就要考量此“变更”会带来的影响，进度上的、成本上的等等，再作决定如何处理，关于这些就要在“变更管理”一节中详述了。  总结　　项目范围是“三权分立”中的最基本、极重要的一权，它是后续开发的依据，更是系统测试的依据。没有它很多扯皮的事情就要发生，没有它系统测试都无所适从。项目范围管理非常重要，这也是我在管理上个项目中所取得的极其amazing的经验与技能。 　　家里有一整套1995年猪年邮票，距今整整20年了，不知道价值现在几何。猪邮票还挺可爱的，给大家贴两张欣赏一下。   来自王安琪

作者：Angel 出处：http://www.cnblogs.com/wgp13x/ 欢迎转载或分享，但请务必声明文章出处。如果文章对您有帮助，希望你能推荐或关注。

王安琪，英文名Angel，南京邮电大学计算机应用技术硕士学位。 熟悉Java、C#编程语言。专注于WebService、海量数据处理、搜索引擎技术、消息中间件技术、分布式文件存储、.NET应用程序开发、系统架构设计。主要从事大数据管理系统的研发，项目经理，系统架构师，就职于江苏金陵科技集团有限公司。

Email：aitanjupt@hotmail.com

QQ：289770363

网站栏目：我是如何来进行项目管理-范围管理的-创新互联
浏览地址：http://scpingwu.com/article/ccojie.html