项目范围管理

第4章IT项目范围管理1第4章IT项目范围管理项目范围管理概述4.1项目范围规划与范围定义4.2项目工作分解结构技术4.3项目范围核实与控制4.4第4章IT项目范围管理2学习目标：1．了解做好项目范围管理的意义2．理解并掌握项目范围与范围管理的基本概念3．理解IT项目范围与质量、时间和成本的关系4．掌握工作分解结构技术5．掌握需求管理与范围定义的方法与过程6．理解控制IT项目范围变更的过程第4章IT项目范围管理34.1项目范围管理概述按照PMBOK的定义，范围是指产生项目产品所包含的所有工作及产生这些产品的过程。比如一套硬件或软件比如计划文件或会议记录第4章IT项目范围管理44.1.1项目范围与范围管理项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。项目范围管理确保项目团队和干系人在项目开发什么产品以及开发使用什么过程这两方面达成共识。第4章IT项目范围管理5项目范围管理涉及的6个主要过程过程输出1.制定范围管理计划范围管理计划、需求管理计划2.收集需求需求文档、需求跟踪矩阵3.范围定义项目范围说明书、项目文档更新4.创建工作分解结构范围基线、项目文档更新5.范围核实接受的可交付成果、变更请求、项目文档更新6.范围变更控制工作绩效信息、变更请求、项目管理计划更新、项目文档更新、组织过程资产更新第4章IT项目范围管理64.1.2IT项目范围管理的重要性项目范围对项目的影响是决定性的，范围不明确的后果是项目范围的蔓延，项目将永远做不到头。对于项目范围理解的不一致，导致项目组的工作无法得到其他干系人的认可。确定IT项目的范围管理的作用：（1）提高费用、时间和资源估算的准确性。（2）确定进行测量和控制的基线。（3）有助于项目分工。资源指人、设备、材料等。第4章IT项目范围管理74.2项目范围规划与范围定义项目范围规划就是确定项目范围，明确项目的主要可交付成果，制订项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义WBS。项目范围规划的工作就是定义过程、工作方法、时间、资源、准则等。项目范围规划是对整个范围管理工作的计划，是指导范围管理工作的指南。第4章IT项目范围管理84.2.1项目范围规划的编制范围管理计划是项目管理计划的一个子部分。依据内容（1）环境因素（2）组织过程资产（3）项目章程（4）项目初步范围说明书①准备详细的范围说明书②创建WBS③维护和批准WBS④获得正式验收已完成的可交付成果⑤控制范围变更的请求第4章IT项目范围管理94.2.2收集项目需求需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望，包括产品需求、用户需求、软件需求等。其中产品需求和用户需求是确定项目范围的重要输入。收集需求是为实现项目目标而定义并记录干系人的需求过程。不能准确定义需求的主要后果是重复工作，这很可能会耗费过半的项目总成本，尤其是软件开发项目。第4章IT项目范围管理10弥补缺陷的相关成本020406080100120开发阶段运行需求设计编码测试第4章IT项目范围管理11需求工程需求工程需求开发需求管理需求获取需求分析需求定义需求验证基线管理变更管理需求跟踪第4章IT项目范围管理121．收集需求的依据需求收集的输入是项目章程和干系人调查表。需求收集是整个软件产品开发的源头，是确定产品方向和定位的重要活动。需求收集活动出现大的误差将是方向性的重要错误。需求收集的过程应该流程化，收集的需求应该分类入库归档化。收集的需求在论证分析中应该确定优先级，而优先级的确认应该引入价值工程，即应该认识到一个需求的重要性该体现到它对产品价值的短期和长期的增值上面。第4章IT项目范围管理132．收集需求的工具与技术（1）访谈。一对一，耗时长但高效（2）焦点小组会议。（3）引导式研讨会。（4）名义小组法。（5）群体决策技术。（6）观察法，适合需要改进工作流程的项目（7）原型法，开发系统或系统某方面的可运行副本，以帮助用户定义需求。比访谈法更快，成本更低要花费多大的精力去收集需求，取决于项目的规模、复杂程度、重要性和其他因素。第4章IT项目范围管理143．收集需求的输出收集需求的输出是干系人的需求文档。这份需求是确定项目范围和创建WBS的重要内容，同时也是范围验证的重要内容。需求基线：团队成员已经承诺将在某一特定产品版本中实现的功能性和非功能性需求的一组集合。第4章IT项目范围管理15课堂练习需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。完整的需求开发过程包括（）A.需求获取、需求分析、需求定义B.需求获取、需求分析C.需求获取、需求分析、需求定义、需求验证D.需求分析、需求定义、需求验证C第4章IT项目范围管理16课堂练习某软件开发项目在项目的最后阶段发现对某个需求的理解与客户不一致，产生该问题最可能的原因是（）工作不完善。A.需求获取B.需求分析C.需求定义D.需求验证D第4章IT项目范围管理174.2.3项目范围定义产品范围是指客户对项目最终产品或服务所期望包含的特征和功能的总和。项目范围是为了交付满足产品范围要求的产品或服务所必需完成的全部工作的总和。项目范围定义是基于所有产品和服务的定义，由一般到具体，层层深入而得到的。第4章IT项目范围管理18范围定义的主要工作依据技术输出项目章程范围管理计划需求文档组织过程资产产品分析备选方案识别技术专家评定项目范围说明书第4章IT项目范围管理19IT项目范围说明书项目范围说明书是一份关于开发和确认项目范围以达成共识的重要文档。项目名称项目目标交付物交付物完成准则工作描述工作规范所需资源估计重大里程碑项目负责人审核意见签字日期客户代表审核意见签字日期第4章IT项目范围管理204.2.4软件项目的需求管理软件系统的范围经常表现为软件《需求规格说明书》。需求管理过程是保证软件需求以技术形式描述产品应该具有的功能、性能、性质等。需求管理从需求获取开始贯穿于整个项目生命周期，力图实现最终产品同需求的最佳结合。第4章IT项目范围管理21需求工程的内容1．定义需求2．需求确认3．建立需求状态4.需求评审5.需求承诺6.需求跟踪7.需求变更控制第4章IT项目范围管理221.定义需求软件需求的表现形式有：①功能需求：系统中必须实现的功能；②性能需求（非功能需求）：包括易用性、质量、性能、安全性、移植性、可重用性等；③设计约束：包括运行环境、开发环境；④其他需求：如开发周期等。输出需求规格说明书第4章IT项目范围管理23课堂练习软件需求包括功能需求、非功能需求、设计约束三个主要部分，其中（）属于功能需求内容。A.软件的可靠性B.软件运行的环境C.软件需要完成哪些事情D.软件的开发工具C第4章IT项目范围管理24课堂练习软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明以及相关分析模型，经评审批准，这些文档定义了开发工作的需求基线，这个基线在客户和开发人员之间就构筑了计划产品（）的一个约定。A.功能需求和设计约束B.功能需求和非功能需求C.功能需求D.功能需求和用户需求B第4章IT项目范围管理252.需求确认项目需求发起确认表需求发起人项目名称项目开始时间项目结束时间主管领导任务目标提交内容交付成果参与人员及分工交付部分IT开发组负责人发起人审批人第4章IT项目范围管理263．建立需求状态需求状态是指用户需求的状态变换过程。状态值定义已建议该需求已被有权提出需求的人建议已批准该需求已被分析，估计了其对项目余下部分的影响，已用确定的产品版本号或创建编号分配到相关基线中，开发团队已同意实现该需求已实现已实现需求代码的设计、编写和单元测试已验证使用所选择的方法已验证了实现的需求，如测试和检测，审查该需求跟踪与测试用例相符已删除计划的需求已从基线中删除，但包括原因说明和作出决定的人员表4-1需求状态表在每种可能的状态类别中，周期性地报告各状态类别在整个需求中所占的百分比将会改进项目的监控工作。第4章IT项目范围管理274．需求评审对软件产品的评审有两类方式①正式的技术评审，也称同行评审；②非正式技术评审。评判需求优劣的主要指标有：正确性、清晰性、无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性第4章IT项目范围管理285．需求承诺需求承诺是指开发方和客户方的责任人对通过了同行评审的需求阶段的工作产品做出承诺，同时该承诺具有商业合同的同等效果。需求承诺XXX项目需求文档_《XXX需求规格说明书》，版本号：X.X.X，是建立在XXX与XXX双方共同对需求理解的基础之上，同意后续的开发工作根据该工作产品开展。如果需求发生变化，双方将共同遵循项目定义的“变更控制规程”执行。需求的变更将导致双方重新协商成本、资源、进度等。甲方签字乙方签字第4章IT项目范围管理296．需求跟踪需求跟踪的目的是建立与维护“需求—设计—编程—测试”之间的一致性。常见的需求跟踪有两种方式：正向跟踪。逆向跟踪。正向跟踪和逆向跟踪合称为“双向跟踪”，建立与维护《需求跟踪矩阵》第4章IT项目范围管理30需求跟踪矩阵需求跟踪矩阵是列出各种需求、需求属性和需求状态的表格，以确保所有需求被跟踪。需求跟踪矩阵的主要目的是通过对需求的分解、执行和验证来保持每个需求源的联系。需求代号需求规格说明书V1.0设计文档V1.2代码1.0测试用例测试记录R0012.1节3.2节Main.c用例01V1.1R0026.2节8.2节用例02V1.1第4章IT项目范围管理31课堂练习表示需求和别的系统元素之间的联系链，最普通的方式是使用需求跟踪矩阵。如果开发人员发现，有一个孤立的设计元素在需求跟踪矩阵中不能回溯到需求，但其表明一个正当的功能，则说明（）。A.需求规格说明书漏掉了一项需求B.设计元素不满足用户需求C.需求规格不满足用户需求D.在需求跟踪矩阵中不需要建立用户需求与设计元素之间的联系A第4章IT项目范围管理327．需求变更控制需求变更的原因可能会来自市场、管理、客户、软硬件工程环境和测试等方面，对于这些变更，如果控制不好就会导致项目陷入混乱、不能按进度执行或软件质量低下等一系列问题。需求变更控制是指正确判断内在或外在原因的变更所带来的影响，并且调整开发过程以控制和适应变化。第4章IT项目范围管理33课堂练习一个大型软件系统的需求通常是会发生变化的。以下关于需求变更策略的叙述中，错误的是（）。A.所有需求变更必须遵循变更控制过程B.对于未获得核准的变更，不应该做变更实现工作C.完成了对某个需求的变更之后，就可以删除或者修改变更请求的原始文档D.每个需求变更必须能追溯到一个经核准的变更请求C第4章IT项目范围管理34案例分析某高校计划建设校园一卡通项目，选择了具有自主一卡通产品的A公司作为系统集成商。项目的主要内容是对学校的3个学生食堂、1个图书馆、1个体育馆实现统一管理，并与学校的后勤保障和财务部门的主要业务系统联通。为保证项目的实施，学校聘请了监理公司对此项目进行监理。经双方协定，合同规定工期为6个月，A公司指定了项目经理小李负责该项目。项目组经需求调研后制定了项目计划，将项目的主要活动划分为需求、设计、卡机具生产、应用系统开发、综合布线及硬件安装调试、软硬件系统联调、现场测试、验收等活动。项目进入编码阶段后，校方领导指示，要求把另外一个教职工食堂也纳入一卡通管理，并对学校重点教研室和实验室进行门禁管理。因此，校方代表直接找到A公司领导提出增加项目内容，并答应会支付相应的费用、延长项目工期，由于该高校是公司重要的客户，A公司领导口头答应了客户的要求。第4章IT项目范围管理35问题1填空（1）根据项目管理知识域相关理论，学校提出的增加内容的要求造成了项目的变更。（2）在此项目中，为了控制项目的变更过程，小李应首先向方提出书面的。范围或需求监理变更申请第4章IT项目范围管理36问题2（1）项目组对变更产生的原因进行了分析，请说明此变更会对项目管理的哪些方面造成影响。（2）项目的CCB对变更进行了审批。请说明此项目CCB的组成应包括哪些人员。（3）请简要叙述变更批准后小李应该安排哪些工作。（4）对变