软件项目范围管理

1、0服务外包软件项目组织与管理 三1软件项目组织与管理软件项目组织与管理第第 2 2 章章软件项目范围管理软件项目范围管理第二章软件项目范围管理 项目范围管理概述项目范围管理概述 软件项目需求管理过程软件项目需求管理过程 范围定义（范围定义（WBSWBS） 变更管理和范围计划变更管理和范围计划 最佳实践最佳实践3 项目范围是指开发项目产品（含服务）所包括的工作及产生这些产品所用的过程。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。 这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产(开发)这些产品所用到的过程有共同的理解。 灰色地带灰色地带是项目的祸根。是项目的祸

2、根。项目范围管理概述4 启动过程制定项目章程，同时项目范围管理就已经开始了开始进行，其主要过程有： 1.规划范围管理 范围管理计划，确定如何定义、确认、控制项目范围。2.收集需求3.定义范围：需求分析 4.创建WBS 5.确认范围 6.范围控制项目范围管理概述5项目范围管理概述 范围的概念包含两方面，一个是产品范围，范围的概念包含两方面，一个是产品范围，即产品或服务所包含的即产品或服务所包含的特征或功能特征或功能；另一个；另一个是项目范围，即为交付具有规定特征和功能是项目范围，即为交付具有规定特征和功能的产品或服务所的产品或服务所必项完成的工作必项完成的工作。 在确定范围时，首先要确定最终产生

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

4、求，包括需要完成的一些工外的其他要求达到的要求，包括需要完成的一些工艺过程要求。艺过程要求。强烈建议采用强烈建议采用UML 用例图和用例说明来描述产用例图和用例说明来描述产品范围。品范围。 第二章软件项目范围管理1.项目范围管理概述项目范围管理概述2.软件项目需求管理过程软件项目需求管理过程3.范围定义（范围定义（WBS）4.变更管理和范围计划变更管理和范围计划5.最佳实践最佳实践8n需求工程研究内容需求工程的组成9需求开发和管理的界限10n需求开发n1）需求开发活动需求开发操作矩阵11n2）需求获取l确定需求开发过程l将需求分组管理具有很重要的意义l编写项目视图和范围文档12n2）需求获取（

5、续）l用户群分类 - 应该建立干系人联系册l选择产品代表l建立（用户）核心队伍l确定使用实例l召开应用程序开发联系会议l分析用户工作流程l确定质量属性l检查问题报告l需求重用13n3）需求分析l绘制关联图l创建用户接口原型l分析可行性l确定需求优先级l建立需求模型l编写数据字典l应用质量功能调配14n4）编写需求文档l软件需求规格说明的基本含义（SRS）lIEEE 标准 830-199815n5）需求验证l需求验证过程s审查需求文档s依据需求文档编写测试用例s编写用户手册s确定产品验收合格的标准l需求验证的内容s有效性检查s一致性检查s完备性检查s其他第二章软件项目范围管理1.项目范围管理概述

6、项目范围管理概述2.软件项目需求管理过程软件项目需求管理过程3.范围定义（范围定义（WBS）4.变更管理和范围计划变更管理和范围计划5.最佳实践最佳实践17项目范围定义n项目范围定义就是把项目的工作分为较小的、项目范围定义就是把项目的工作分为较小的、更易管理的单元。更易管理的单元。n分解项目范围的目的就是要确定每一项任务所分解项目范围的目的就是要确定每一项任务所需的时间和成本，为后续的时间和成本管理做需的时间和成本，为后续的时间和成本管理做基础。基础。n项目范围定义结果就是项目范围定义结果就是工作分解结构（工作分解结构（WBS）。18一一. WBS定义和说明定义和说明项目的结构分解项目的结构分

7、解n结构分解的工具是工作分解结构结构分解的工具是工作分解结构WBS(Work Breakdown Structure) ，它是一个，它是一个分级的树型分级的树型结结构，是将项目按照构，是将项目按照其内在结构或实施过程的其内在结构或实施过程的顺序顺序进行逐层分解而形成的结构示意图。进行逐层分解而形成的结构示意图。n核心思想：核心思想：化整为零化整为零19SAP系统实施方法论（过程）系统实施方法论（过程）业务蓝图业务蓝图项目准备项目准备0 0项目评估项目评估6 6后续支持后续支持系统实现系统实现系统切换准备系统切换准备上线支持上线支持1 12 23 34 45 5项目实施和运行过程的全生命周期管理

8、项目实施和运行过程的全生命周期管理20WBS示意图21二. WBS重要性与实例项目的结构分解的重要性项目的结构分解的重要性 WBS图是实施项目，创造最终产品或服务所图是实施项目，创造最终产品或服务所必须进行的全部活动的一张清单，也是进行必须进行的全部活动的一张清单，也是进行计划、人员分配、预算计划计划、人员分配、预算计划的基础。的基础。 没有没有WBS工作，后面的一切工作都没有依据工作，后面的一切工作都没有依据。22网站建设的网站建设的WBS图（图（1）23网站建设的网站建设的WBS图（图（2）注：注：IT项目更多按阶段设计项目更多按阶段设计WBS24表格形式的表格形式的WBS25三三. WB

9、S设计方法和原则设计方法和原则 WBS设计的方法主要有类比法、自上而下法、自下而上法。设计的方法主要有类比法、自上而下法、自下而上法。 1.类比法类比法 类比法是以一个类似项目的类比法是以一个类似项目的WBS模板为基础（如模板为基础（如PROJECT中的模板），制定本项目的工作分解结构。中的模板），制定本项目的工作分解结构。2.自上而下法自上而下法 自上而下法常常被视为构建自上而下法常常被视为构建WBS的常规方法，即从整个项的常规方法，即从整个项目开始，逐步将它们分解成下一级的多个子项。这个过程目开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断地增加级数，就是要不断地增加级数，细化工

10、作任务细化工作任务。26WBS设计方法、步骤和原则设计方法、步骤和原则 3.自下而上法自下而上法 自下而上法是要让项目各个团队（成员）从一自下而上法是要让项目各个团队（成员）从一开始就尽可能地确定项目有关的各项具体任务，开始就尽可能地确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归并到一个整然后将各项具体任务进行整合，并归并到一个整体活动或体活动或WBS的上一级内容当中去。这种方法一的上一级内容当中去。这种方法一般都很费时，但这种方法对于般都很费时，但这种方法对于WBS的创建来说效的创建来说效果好。果好。 工程项目中会用到，在工程项目中会用到，在IT项目中使用较少。项目中使用较少。

11、2728第二章软件项目范围管理1.项目范围管理概述项目范围管理概述2.范围计划编制范围计划编制3.范围定义（范围定义（WBS）4.变更管理和范围计划变更管理和范围计划5.最佳实践最佳实践30范围核实n范围核实是项目干系人对项目范围的范围核实是项目干系人对项目范围的正式承正式承认认。n项目组必须形成一些明确的项目组必须形成一些明确的文件（文档），文件（文档），说明项目产品范围。（责任矩阵）说明项目产品范围。（责任矩阵） 范围核实后，是项目接下来进行任务分工和范围核实后，是项目接下来进行任务分工和考核以及将来进行考核以及将来进行验收和管理的基准验收和管理的基准。31n6）需求管理的必要性（续）l软

12、件项目中40%-60%的问题都是在需求阶段埋下的祸根Estimating Software Costs 2nd Edition, Capers Jones, McGraw-Hill, 2007. ISBN 978-0071483001 32n2)需求管理的困难性l准确表达的困难l时间敏感性l牵涉面很大l对需求理解的偏差33n3）需求管理的目标和原则l目标使软件需求受控，并建立供软件工程和管理使用的需求基线；是软件计划、产品和活动与软件需求保持一致l原则s需求一定要分类管理s需求必须分优先级s需求必须文档化s需求的变更要评估影响s需求管理必须走流程l策略需求和投入建立联系，变更要投资人认可，变更

13、走流程34n4）需求管理活动l首先要有需求规划s需求标识s建立需求跟踪s建立变更管理流程, 特别是确定最后拍板责任人s选用工具，Telelogic DOORS 9.0/ Requisiste Pro35n5）需求变更管理l需求变更的原因l变更管理过程图2.8 需求变更管理过程36需求变更申请表样例37n5）需求变更管理（续）l变更影响分析图2.10 需求变更影响分析模板38n5）需求变更管理（续）l变更控制流程需求变更控制流程39n6）需求状态l需求的属性s上下文关系和需求背景l需求状态s书上建议的八种状态：建议；批准；拒绝；设计；实现；验证；交付；删除40需求状态的变迁41n7）需求文档版本

14、控制l为了做好版本控制，在设计好版本标识后，还应：s保证每人都拿到了最新版本s确保通知到了关系人s由专人负责更新和通知42n8）需求跟踪l需求跟踪的必要性s是企业管理的必然要求，CMM第三级的一个KPAs内部管理成熟的标志，也是质量的保证措施l可追溯性信息s源可追溯信息s需求可追溯信息s设计可追溯信息l需求跟踪的实现s正向和逆向跟踪4344n8）需求跟踪（续）l需求跟踪的作用s便于验证；便于需求变更分析；便于需求维护；便于测试中找问题；便于项目跟踪；减少风险；需求重用l需求评审s正式评审：同行评审s非正式评审：会议形式，必须先提交文档让人有时间准备45n9）案例小宋负责一个中型项目，公司交代多尊重客户；后期客户频繁变更需求，小宋疲于应付；后来直接找开发人员协商变更事宜；版本混乱了；有人直接在测试环境修改和编译程序；一个程序员未经许可擅自修改核心程序；客户出现意见不统一，耽误了工期。回过头来看，小宋应该如何做才能确保不会出现这些问题？第二章软件项目范围管理1.项目范围管理概述项目范围管理概述2.范围计划编制范围计划编制3.范围定义（范围定义（WBS）4.变更管理和范围计划变更管理和