软件项目范围管理

服务外包软件

项目组织与管理三朱建凯0软件项目组织与管理第2章软件项目范围管理1第二章软件项目范围管理

项目范围管理概述软件项目需求管理过程范围定义（WBS）变更管理和范围计划最佳实践

项目范围是指开发项目产品（含服务）所包括的工作及产生这些产品所用的过程。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产(开发)这些产品所用到的过程有共同的理解。

灰色地带是项目的祸根。项目范围管理概述3

启动过程制定项目章程，同时项目范围管理就已经开始了开始进行，其主要过程有：

1.规划范围管理–范围管理计划，确定如何定义、确认、控制项目范围。

2.收集需求

3.定义范围：需求分析

4.创建WBS

5.确认范围

6.范围控制项目范围管理概述4项目范围管理概述

范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能；另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必项完成的工作。

在确定范围时，首先要确定最终产生的是什么，它具有哪些可清晰界定的特征。特征必须要清晰，用文字、图表或某种标准表达出来，能被项目参与人理解。5项目范围管理概述 软件项目的产品范围通常由功能需求、非功能性需求（包括性能需求、设计约束需求、软件接口需求和软件质量需求）几个方面来说明。 软件项目的项目范围通常是指除开产品范围之外的其他要求达到的要求，包括需要完成的一些工艺过程要求。 强烈建议采用UML用例图和用例说明来描述产品范围。

6第二章软件项目范围管理1.项目范围管理概述2.软件项目需求管理过程3.范围定义（WBS）4.变更管理和范围计划5.最佳实践需求工程研究内容需求工程的组成8需求开发和管理的界限9需求开发1）需求开发活动需求开发操作矩阵102）需求获取确定需求开发过程将需求分组管理具有很重要的意义编写项目视图和范围文档112）需求获取（续）用户群分类-应该建立干系人联系册选择产品代表建立（用户）核心队伍确定使用实例召开应用程序开发联系会议分析用户工作流程确定质量属性检查问题报告需求重用123）需求分析绘制关联图创建用户接口原型分析可行性确定需求优先级建立需求模型编写数据字典应用质量功能调配134）编写需求文档软件需求规格说明的基本含义（SRS）IEEE标准830-1998145）需求验证需求验证过程审查需求文档依据需求文档编写测试用例编写用户手册确定产品验收合格的标准需求验证的内容有效性检查一致性检查完备性检查其他15第二章软件项目范围管理1.项目范围管理概述2.软件项目需求管理过程3.范围定义（WBS）4.变更管理和范围计划5.最佳实践项目范围定义项目范围定义就是把项目的工作分为较小的、更易管理的单元。分解项目范围的目的就是要确定每一项任务所需的时间和成本，为后续的时间和成本管理做基础。项目范围定义结果就是工作分解结构（WBS）。17一.WBS定义和说明项目的结构分解结构分解的工具是工作分解结构WBS(WorkBreakdownStructure)，它是一个分级的树型结构，是将项目按照其内在结构或实施过程的顺序进行逐层分解而形成的结构示意图。核心思想：化整为零18SAP系统实施方法论（过程）业务蓝图项目准备0项目评估6后续支持系统实现系统切换准备上线支持12345项目实施和运行过程的全生命周期管理19WBS示意图20二.WBS重要性与实例项目的结构分解的重要性

WBS图是实施项目，创造最终产品或服务所必须进行的全部活动的一张清单，也是进行计划、人员分配、预算计划的基础。

没有WBS工作，后面的一切工作都没有依据。21网站建设的WBS图（1）22网站建设的WBS图（2）注：IT项目更多按阶段设计WBS23表格形式的WBS24三.WBS设计方法和原则WBS设计的方法主要有类比法、自上而下法、自下而上法。1.类比法类比法是以一个类似项目的WBS模板为基础（如PROJECT中的模板），制定本项目的工作分解结构。2.自上而下法自上而下法常常被视为构建WBS的常规方法，即从整个项目开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断地增加级数，细化工作任务。25WBS设计方法、步骤和原则3.自下而上法

自下而上法是要让项目各个团队（成员）从一开始就尽可能地确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归并到一个整体活动或WBS的上一级内容当中去。这种方法一般都很费时，但这种方法对于WBS的创建来说效果好。工程项目中会用到，在IT项目中使用较少。262728第二章软件项目范围管理1.项目范围管理概述2.范围计划编制3.范围定义（WBS）4.变更管理和范围计划5.最佳实践范围核实范围核实是项目干系人对项目范围的正式承认。项目组必须形成一些明确的文件（文档），说明项目产品范围。（责任矩阵）范围核实后，是项目接下来进行任务分工和考核以及将来进行验收和管理的基准。306）需求管理的必要性（续）软件项目中40%-60%的问题都是在需求阶段埋下的祸根EstimatingSoftwareCosts2ndEdition,CapersJones,McGraw-Hill,2007.ISBN978-0071483001

312)需求管理的困难性准确表达的困难时间敏感性牵涉面很大对需求理解的偏差323）需求管理的目标和原则目标使软件需求受控，并建立供软件工程和管理使用的需求基线；是软件计划、产品和活动与软件需求保持一致原则需求一定要分类管理需求必须分优先级需求必须文档化需求的变更要评估影响需求管理必须走流程策略需求和投入建立联系，变更要投资人认可，变更走流程334）需求管理活动首先要有需求规划需求标识建立需求跟踪建立变更管理流程,特别是确定最后拍板责任人选用工具，TelelogicDOORS9.0/RequisistePro345）需求变更管理需求变更的原因变更管理过程图2.8需求变更管理过程35需求变更申请表样例365）需求变更管理（续）变更影响分析图2.10需求变更影响分析模板375）需求变更管理（续）变更控制流程需求变更控制流程386）需求状态需求的属性上下文关系和需求背景需求状态书上建议的八种状态：建议；批准；拒绝；设计；实现；验证；交付；删除39需求状态的变迁407）需求文档版本控制为了做好版本控制，在设计好版本标识后，还应：保证每人都拿到了最新版本确保通知到了关系人由专人负责更新和通知418）需求跟踪需求跟踪的必要性是企业管理的必然要求，CMM第三级的一个KPA内部管理成熟的标志，也是质量的保证措施可追溯性信息源可追溯信息需求可追溯信息设计可追溯信息需求跟踪的实现正向和逆向跟踪42438）需求跟踪（续）需求跟踪的作用便于验证；便于需求变更分析；便于需求维护；便于测试中找问题；便于项目跟踪；减少风险；需求重用需求评审正式评审：同行评审非正式评审：会议形式，必须先提交文档让人有时间准备449）案例小宋负责一个中型项目，公司交代多尊重客户；后期客户频繁变更需求，小宋疲于应付；后来直接找开发人员协商变更事宜；版本混乱了；有人直接在测试环境修改和编译程序；一个程序员未经许可擅自修改核心程序；客户出现意见不统一，耽误了工期。回过头来看，小宋应该如何做才能确保不会出现这些问题？45第二章软件项目范围管理1.项目范围管理概述2.范围计划编制3.范围定义（WBS）4.变更管理和范围计划5.最佳实践最佳范围管理实践1、任务要落实到人2、提供在线网络