第3讲-软件项目范围管理.pptVIP

3.1软件项目范围管理概述 3.1.1项目范围管理 3.1.2软件项目范围与系统需求 3.1.1项目范围管理 项目范围对于项目的影响是决定性的。项目只有完成所有项目干系人达成共识的项目范围中的全部工作才能结束，因此一个范围不明确或干系人对范围理解不一致的项目不可能获得成功。 范围不明确最可能的后果是项目的范围蔓延，项目永远也做不到头；而范围的理解不一致的结果往往是项目组的工作无法得到其他干系人的认可。 对于软件项目来说，这两种情况是非常普遍的。需求不明确的系统总会产生新的需求，开发团队只知道每天都在工作，但不知道哪一天才能完成工作；需求理解的偏差则会造成严重的系统缺陷，用户不接受一个没有满足要求的软件系统，开发团队花费了大量的工作返工已经完成的系统。 项目范围管理过程 美国项目管理学院(PMBOK2004)定义的包括以下几个过程： 范围规划——制定项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义工作分解结构（WBS）。 范围定义——制定详细的项目范围说明书，作为将来项目决策的根据。 制作工作分解结构——将项目大的可交付成果与项目工作划分为较小和更易管理的组成部分。 范围核实——正式验收已经完成的项目可交付成果。 范围控制——控制项目范围的变更。 上述过程不仅彼此之间，而且还与其他知识领域过程交互作用。 3.1.2软件项目范围与系统需求 项目是临时的，任何项目都用明确的起点和终点，这也就意味着，项目中的工作是有限的，在项目中存在一个清晰的界限，通过这个界限可以判断哪些工作属于这个项目，哪些工作不属于这个项目。 位于项目边界内的工作就属于项目范围内，而位于项目边界外的工作，无论多少，甚至可能同项目有着千丝万缕的联系，都不属于项目范围。 在软件项目中，软件系统的需求同项目范围有着密切的关系。首先，交付一个可以满足用户需求的软件系统是软件项目中最重要的工作之一。因此，这个软件系统的功能特征就决定了主要的项目范围。 当然，实施软件系统这不是全部，除了系统范围外，软件项目的范围中还经常包括更多的内容。比如一些软件项目的交付物中会包括系统功能规格说明书、系统设计说明书、系统使用手册、使用培训等等。 就软件项目而言，项目范围中较难把握的一部分就是软件系统的范围，或者说是软件系统的功能特性。 绝大多数的软件项目的需求都存在问题，每一个需求问题都会带来不明确的项目范围。软件本身是抽象的，也没有找到一种简单的、可以避免歧义和理解偏差的系统功能描述的方法，因此对软件系统的描述经常会有模糊和二义性，基于这样的描述定义出的系统范围也是模糊的。这也是软件项目范围难于管理的重要原因。 3.2范围规划 软件项目范围规划的工作要点包括四个方面。 如何确定详细的项目范围。 如何根据详细项目范围得到WBS。 如何验收已经交付的项目成果。 如何控制并管理范围变更。 软件项目管理实际工作中需要明确以下几点： 范围规划是范围管理的第一步，是对整个范围管理工作的计划，是指导范围管理工作的指南。因此，在范围规划的工作就是定义过程的工作，定义后续工作的方法、时间、资源、准则等内容。 范围规划是一个渐进的过程，不是一蹴而就的。在项目的最初阶段，就需进行范围规划工作，得到范围管理计划。 通过范围规划过程得到的范围管理计划可能不是独立的，而是融入到项目管理计划或其他的文档中。 3.3范围定义 3.3.1范围定义概述 3.3.2软件产品范围 3.3.3项目范围说明书 3.3.1范围定义概述 顾名思义，范围定义就是定义项目的范围，即根据范围规划阶段定义的范围管理计划，采取一定的方法，逐步得到精确的项目范围。项目范围说明书是范围定义工作最主要的成果，除此之外，由于项目范围变得更加清晰，范围管理计划也需要随之更新。 范围说明书是范围定义工作最主要的产品，也是描述、界定项目范围的文件。一般地，范围说明书包括项目目标、产品范围、项目要求等内容。 在定义项目范围、编写项目范围说明书时需要注意以下几个问题： 与项目中的很多文档一样，范围定义的工作也不可能一次性彻底完成，需要不断的改进和精化。 项目范围说明书一定要做到量化且可验证，否则会遇到难以核实和控制的问题。 软件项目的产品范围即软件产品的功能特性，是一个抽象的概念。 3.3.2软件产品范围 软件项目的目标是开发或实施某软件系统或产品，软件系统本身就是软件项目最终要的交付物，软件系统（产品）范围也是软件项目范围中最重要