3软件项目范围管理

0服务外包软件项目组织与管理三朱建凯1软件项目组织与管理第2章软件项目范围管理第二章软件项目范围管理•项目范围管理概述•软件项目需求管理过程•范围定义（WBS）•变更管理和范围计划•最佳实践3项目范围是指开发项目产品（含服务）所包括的工作及产生这些产品所用的过程。项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产(开发)这些产品所用到的过程有共同的理解。灰色地带是项目的祸根。项目范围管理概述4启动过程制定项目章程，同时项目范围管理就已经开始了开始进行，其主要过程有：1.规划范围管理–范围管理计划，确定如何定义、确认、控制项目范围。2.收集需求3.定义范围：需求分析4.创建WBS5.确认范围6.范围控制项目范围管理概述5项目范围管理概述范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能；另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必项完成的工作。在确定范围时，首先要确定最终产生的是什么，它具有哪些可清晰界定的特征。特征必须要清晰，用文字、图表或某种标准表达出来，能被项目参与人理解。6项目范围管理概述软件项目的产品范围通常由功能需求、非功能性需求（包括性能需求、设计约束需求、软件接口需求和软件质量需求）几个方面来说明。软件项目的项目范围通常是指除开产品范围之外的其他要求达到的要求，包括需要完成的一些工艺过程要求。强烈建议采用UML用例图和用例说明来描述产品范围。第二章软件项目范围管理1.项目范围管理概述2.软件项目需求管理过程3.范围定义（WBS）4.变更管理和范围计划5.最佳实践8n需求工程研究内容需求工程的组成9需求开发和管理的界限10n需求开发n1）需求开发活动需求开发操作矩阵11n2）需求获取l确定需求开发过程l将需求分组管理具有很重要的意义l编写项目视图和范围文档12n2）需求获取（续）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.项目范围管理概述2.软件项目需求管理过程3.范围定义（WBS）4.变更管理和范围计划5.最佳实践17项目范围定义n项目范围定义就是把项目的工作分为较小的、更易管理的单元。n分解项目范围的目的就是要确定每一项任务所需的时间和成本，为后续的时间和成本管理做基础。n项目范围定义结果就是工作分解结构（WBS）。18一.WBS定义和说明项目的结构分解n结构分解的工具是工作分解结构WBS(WorkBreakdownStructure)，它是一个分级的树型结构，是将项目按照其内在结构或实施过程的顺序进行逐层分解而形成的结构示意图。n核心思想：化整为零19SAP系统实施方法论（过程）业务蓝图项目准备0项目评估6后续支持系统实现系统切换准备上线支持12345项目实施和运行过程的全生命周期管理21二.WBS重要性与实例项目的结构分解的重要性WBS图是实施项目，创造最终产品或服务所必须进行的全部活动的一张清单，也是进行计划、人员分配、预算计划的基础。没有WBS工作，后面的一切工作都没有依据。22网站建设的WBS图（1）23网站建设的WBS图（2）注：IT项目更多按阶段设计WBS24表格形式的WBS25三.WBS设计方法和原则WBS设计的方法主要有类比法、自上而下法、自下而上法。1.类比法类比法是以一个类似项目的WBS模板为基础（如PROJECT中的模板），制定本项目的工作分解结构。2.自上而下法自上而下法常常被视为构建WBS的常规方法，即从整个项目开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断地增加级数，细化工作任务。26WBS设计方法、步骤和原则3.自下而上法自下而上法是要让项目各个团队（成员）从一开始就尽可能地确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归并到一个整体活动或WBS的上一级内容当中去。这种方法一般都很费时，但这种方法对于WBS的创建来说效果好。工程项目中会用到，在IT项目中使用较少。2728第二章软件项目范围管理1.项目范围管理概述2.范围计划编制3.范围定义（WBS）4.变更管理和范围计划5.最佳实践30范围核实n范围核实是项目干系人对项目范围的正式承认。n项目组必须形成一些明确的文件（文档），说明项目产品范围。（责任矩阵）范围核实后，是项目接下来进行任务分工和考核以及将来进行验收和管理的基准。31n6）需求管理的必要性（续）l软件项目中40%-60%的问题都是在需求阶段埋下的祸根EstimatingSoftwareCosts2ndEdition,CapersJones,McGraw-Hill,2007.ISBN978-007148300132n2)需求管理的困难性l准确表达的困难l时间敏感性l牵涉面很大l对需求理解的偏差33n3）需求管理的目标和原则l目标使软件需求受控，并建立供软件工程和管理使用的需求基线；是软件计划、产品和活动与软件需求保持一致l原则s需求一定要分类管理s需求必须分优先级s需求必须文档化s需求的变更要评估影响s需求管理必须走流程l策略需求和投入建立联系，变更要投资人认可，变更走流程34n4）需求管理活动l首先要有需求规划s需求标识s建立需求跟踪s建立变更管理流程,特别是确定最后拍板责任人s选用工具，TelelogicDOORS9.0/RequisistePro35n5）需求变更管理l需求变更的原因l变更管理过程图2.8需求变更管理过程36需求变更申请表样例37n5）需求变更管理（续）l变更影响分析图2.10需求变更影响分析模板38n5）需求变更管理（续）l变更控制流程需求变更控制流程39n6）需求状态l需求的属性s上下文关系和需求背景l需求状态s书上建议的八种状态：建议；批准；拒绝；设计；实现；验证；交付；删除40需求状态的变迁41n7）需求文档版本控制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.变更管理和范围计划5.最佳实践47最佳范围管理实践n1、任务要落实到人n2、提供在线网络访问方式n3、范围变更要实时更新n4、任何偏离范围定义的工作都要立即报告n5、及时加强对风险和产出的管理n6、确认变更范围之后要及时相应修订基线48Tipsn定义范围n变更日志n重新定义基线及计划n申请/保留额外的金额/资源n关注信号n设置优先级别n避免陷阱49本次课小结n项目范围包含什么内容n范围定义的重要性nWBS方法，WBS说明n范围变更控制