项目的范围是我们活动的依据与目标，那么范围决定了我们需要做哪项工作内容，同时我们得评估大概做多久？所以项目范围管理实际上也是我们所要完成的目标，我们做到哪做多久。
因此项目范围管理便是必须得做好的一点，无疑我们可能经常在项目范围管理的过程中不知道如何做或者如何做好，以下通过理论与个人实践相结合的方式详解如何做项目范围管理。
01 范围计划
制定一系列与项目范围管理的计划。包括前期明确项目范围、如何去分解项目、在需求方变更需求时如何做、收尾阶段范围通过什么工具什么方法验收。
这一步主要在某一团队初始合作阶段是需要的，在合作一两次之后就不用每次都做范围计划了。
02 范围定义
范围定义其实就是将需要做的内容文档化，并和需求方达成一致，因此在范围定义时一定要和需求方把需求沟通清楚，不然就会变得很被动。
能够将范围说明书细化的尽量细化，以防需求方在过程中与收尾阶段提出该处我们不是这样想的，在互联网项目中非常好的一点是在范围定义时可以通过"原型图"把所有要做的内容画出来，并把所实现的逻辑确定，画出来之后与需求方确认。
03 构建WBS
分解项目目标并把小目标所需的时间、成本、责任人等进行文档化，同时能够清晰的看到某一个小目标在xx时间完成。
在构建WBS时尽量要满足SMART原则：
具体的：具体目标、责任人
可衡量的：可衡量的时间、成本、质量
可达到的：设定的目标是可达到的
有相关性的：和其他目标有相关性，确保在大目标内
明确的期限：有明确的期限，有明确的开始时间与结束时间
04 范围验证
范围验证则是通过范围计划时确定的验证工具与验证方法来验收项目。
在部分与客户合作的项目中，验证时可能需要客户提供数据来进行验证，但客户可能暂时无法提供或不想提前提供，此时也应向客户提出项目验证时的风险点。
05 范围控制
范围控制经常是一件比较头疼的事情，由于需求方常常在前期需求可能未考虑清楚，或者现在在又觉得某一处这样做更好。
范围控制主要在项目周期的三处应该做好：
撰写合同。在合同中应明确在原定范围上能否进行变更，哪些变更免费，哪些变更需要进行收费。
范围计划。在范围计划时范围变更时的流程是怎样的，门槛越高的变更可能会减少很多。
变更时。需求方在变更需求的时候我们需要辨别需求方的真实需求，然后先考虑在不变更的情况下是否已经满足了该需求，在需求交流不能解决的情况下则需要开始评估该变更对成本、时间及其他地方的影响，再进行与相关方进行开会确认。
控制项目范围，避免范围不断蔓延，蔓延下去PM可能有背不完的锅。
