范围管理
范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。也就是说产品范围决定项目范围。范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。
1.编制范围计划
范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程(典型的例子是合同)也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。在对用户进行业务调查和需求分析的基础上,明确定义系统范围。在执行过程中，首先制定范围说明书。在范围说明书中明确定义项目范围，各阶段的交付物，以及采用的实施方法，并对相应功能进行细致描述，避免在理解上双方发生分歧。
2.范围分解
计划明确了，然而该做哪些事情似乎还是不明晰，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构(WBS)。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
比较常用的方式是以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。Mi-crosoft的项目管理工具Project就可以自动为各个层次的任务编码。
3.范围变更管理
变更的管理是项目范围管理的重要组成部分，项目的范围计划不出现任何改变，几乎是不可能的。因此在项目管理体系中应该包含一套严格、实用、高效的变更程序。
一旦项目变更发生了，项目管理该怎么处理呢?我认为：
(1)记录变更请求： 任何变更，不论以后是否会被接受，都应该记录下来，有些变更请求也许在本阶段不被接受，也许可以成为以后参考的功能或范围。所以对于任何变更请求，首先要做的是记录下来是一个什么样的变更请求，是由哪一类项目干系人提出来的，以及相应的联系方式。
(2)了解变更细节，分析相应变更请求的必要性。
(3)根据变更请求，由相应的人员分析相应变更请求对现有项目进度的影响程度，并分析相关的变更请求之间的影响关系，添加相应记录在相应的变更请求中。
文章来源于领测软件测试网 https://www.ltesting.net/
