《IT项目范围管理》PPT课件

《《IT项目范围管理》PPT课件》由会员分享，可在线阅读，更多相关《《IT项目范围管理》PPT课件（70页珍藏版）》请在金锄头文库上搜索。

1、第4章 IT项目范围管理,1,学习目标：,2,1了解做好项目范围管理的意义 2理解并掌握项目范围与范围管理的基本概念 3理解IT项目范围与质量、时间和成本的关系 4掌握工作分解结构技术 5掌握需求管理与范围定义的方法与过程 6理解控制IT项目范围变更的过程,4.1 项目范围管理概述,按照PMBOK的定义，范围是指产生项目产品所包含的所有工作及产生这些产品的过程。,3,比如一套硬件或软件,比如计划文件或 会议记录,4.1.1 项目范围与范围管理,项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。 项目范围管理确保项目团队和干系人在项目开发什么产品以及开发使用什么过程这两方面达成共识。,

2、4,项目范围管理涉及的6个主要过程,5,4.1.2 IT项目范围管理的重要性,项目范围对项目的影响是决定性的，范围不明确的后果是项目范围的蔓延，项目将永远做不到头。 对于项目范围理解的不一致，导致项目组的工作无法得到其他干系人的认可。 确定IT项目的范围管理的作用： （1）提高费用、时间和资源估算的准确性。 （2）确定进行测量和控制的基线。 （3）有助于项目分工。,6,资源指人、设备、材料等。,4.2 项目范围规划与范围定义,项目范围规划就是确定项目范围，明确项目的主要可交付成果，制订项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义WBS。 项目范围规划的工作就是定义过程

3、、工作方法、时间、资源、准则等。,7,项目范围规划是对整个范围管理工作的计划，是指导范围管理工作的指南。,4.2.1 项目范围规划的编制,范围管理计划是项目管理计划的一个子部分。,8,4.2.2 收集项目需求,需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望，包括产品需求、用户需求、软件需求等。其中产品需求和用户需求是确定项目范围的重要输入。 收集需求是为实现项目目标而定义并记录干系人的需求过程。,9,不能准确定义需求的主要后果是重复工作，这很可能会耗费过半的项目总成本，尤其是软件开发项目。,弥补缺陷的相关成本,10,0 20 40 60 80 100 120,开发阶段,运行,需

4、求,设计,编码,测试,需求工程,11,需求工程,需求开发,需求管理,需求获取,需求分析,需求定义,需求验证,基线管理,变更管理,需求跟踪,1收集需求的依据,需求收集的输入是项目章程和干系人调查表。 需求收集是整个软件产品开发的源头，是确定产品方向和定位的重要活动。需求收集活动出现大的误差将是方向性的重要错误。 需求收集的过程应该流程化，收集的需求应该分类入库归档化。 收集的需求在论证分析中应该确定优先级，而优先级的确认应该引入价值工程，即应该认识到一个需求的重要性该体现到它对产品价值的短期和长期的增值上面。,12,2收集需求的工具与技术,（1）访谈。一对一，耗时长但高效 （2）焦点小组会议。

5、（3）引导式研讨会。 （4）名义小组法。 （5）群体决策技术。 （6）观察法，适合需要改进工作流程的项目 （7）原型法，开发系统或系统某方面的可运行副本，以帮助用户定义需求。,13,比访谈法更快，成本更低,要花费多大的精力去收集需求，取决于项目的规模、复杂程度、重要性和其他因素。,3收集需求的输出,收集需求的输出是干系人的需求文档。这份需求是确定项目范围和创建WBS的重要内容，同时也是范围验证的重要内容。 需求基线：团队成员已经承诺将在某一特定产品版本中实现的功能性和非功能性需求的一组集合。,14,课堂练习,需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。完整的需求开发过程包括（

6、） A.需求获取、需求分析、需求定义 B.需求获取、需求分析 C.需求获取、需求分析、需求定义、需求验证 D.需求分析、需求定义、需求验证,15,C,课堂练习,某软件开发项目在项目的最后阶段发现对某个需求的理解与客户不一致，产生该问题最可能的原因是（ ）工作不完善。 A.需求获取 B.需求分析 C.需求定义 D.需求验证,16,D,4.2.3 项目范围定义,产品范围是指客户对项目最终产品或服务所期望包含的特征和功能的总和。 项目范围是为了交付满足产品范围要求的产品或服务所必需完成的全部工作的总和。 项目范围定义是基于所有产品和服务的定义，由一般到具体，层层深入而得到的。,17,范围定义的主要工

7、作,18,IT项目范围说明书,项目范围说明书是一份关于开发和确认项目范围以达成共识的重要文档。,19,4.2.4 软件项目的需求管理,软件系统的范围经常表现为软件需求规格说明书。 需求管理过程是保证软件需求以技术形式描述产品应该具有的功能、性能、性质等。 需求管理从需求获取开始贯穿于整个项目生命周期，力图实现最终产品同需求的最佳结合。,20,需求工程的内容,1定义需求 2需求确认 3建立需求状态 4. 需求评审 5. 需求承诺 6. 需求跟踪 7. 需求变更控制,21,1.定义需求,软件需求的表现形式有： 功能需求：系统中必须实现的功能； 性能需求（非功能需求）：包括易用性、质量、性能、安全性

8、、移植性、可重用性等； 设计约束：包括运行环境、开发环境； 其他需求：如开发周期等。,22,输出 需求规格说明书,课堂练习,软件需求包括功能需求、非功能需求、设计约束三个主要部分，其中（ ）属于功能需求内容。 A.软件的可靠性 B.软件运行的环境 C.软件需要完成哪些事情 D.软件的开发工具,23,C,课堂练习,软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明以及相关分析模型，经评审批准，这些文档定义了开发工作的需求基线，这个基线在客户和开发人员之间就构筑了计划产品（ ）的一个约定。 A.功能需求和设计约束 B.功能需求和非功能需求 C.功能需求 D.功能需求和用户需

9、求,24,B,2.需求确认,25,3建立需求状态,需求状态是指用户需求的状态变换过程。,26,表4-1 需求状态表,在每种可能的状态类别中，周期性地报告各状态类别在整个需求中所占的百分比将会改进项目的监控工作。,4需求评审,对软件产品的评审有两类方式 正式的技术评审，也称同行评审； 非正式技术评审。 评判需求优劣的主要指标有：正确性、清晰性、无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性,27,5需求承诺,需求承诺是指开发方和客户方的责任人对通过了同行评审的需求阶段的工作产品做出承诺，同时该承诺具有商业合同的同等效果。,28,需求承诺 XXX项目需求文档_XXX需求规格说明书，版

10、本号：X.X.X，是建立在XXX与XXX双方共同对需求理解的基础之上，同意后续的开发工作根据该工作产品开展。如果需求发生变化，双方将共同遵循项目定义的“变更控制规程”执行。需求的变更将导致双方重新协商成本、资源、进度等。 甲方签字 乙方签字,6需求跟踪,29,需求跟踪的目的是建立与维护“需求设计编程测试”之间的一致性。 常见的需求跟踪有两种方式： 正向跟踪。 逆向跟踪。 正向跟踪和逆向跟踪合称为“双向跟踪”，建立与维护需求跟踪矩阵,需求跟踪矩阵,需求跟踪矩阵是列出各种需求、需求属性和需求状态的表格，以确保所有需求被跟踪。 需求跟踪矩阵的主要目的是通过对需求的分解、执行和验证来保持每个需求源的联

11、系。,30,课堂练习,表示需求和别的系统元素之间的联系链，最普通的方式是使用需求跟踪矩阵。如果开发人员发现，有一个孤立的设计元素在需求跟踪矩阵中不能回溯到需求，但其表明一个正当的功能，则说明（ ）。 A.需求规格说明书漏掉了一项需求 B.设计元素不满足用户需求 C.需求规格不满足用户需求 D.在需求跟踪矩阵中不需要建立用户需求与设计元素之间的联系,31,A,7需求变更控制,32,需求变更的原因可能会来自市场、管理、客户、软硬件工程环境和测试等方面，对于这些变更，如果控制不好就会导致项目陷入混乱、不能按进度执行或软件质量低下等一系列问题。 需求变更控制是指正确判断内在或外在原因的变更所带来的影响

12、，并且调整开发过程以控制和适应变化。,课堂练习,一个大型软件系统的需求通常是会发生变化的。以下关于需求变更策略的叙述中，错误的是（ ）。 A.所有需求变更必须遵循变更控制过程 B.对于未获得核准的变更，不应该做变更实现工作 C.完成了对某个需求的变更之后，就可以删除或者修改变更请求的原始文档 D.每个需求变更必须能追溯到一个经核准的变更请求,33,C,案例分析,某高校计划建设校园一卡通项目，选择了具有自主一卡通产品的A公司作为系统集成商。项目的主要内容是对学校的3个学生食堂、1个图书馆、1个体育馆实现统一管理，并与学校的后勤保障和财务部门的主要业务系统联通。为保证项目的实施，学校聘请了监理公司

13、对此项目进行监理。 经双方协定，合同规定工期为6个月，A公司指定了项目经理小李负责该项目。项目组经需求调研后制定了项目计划，将项目的主要活动划分为需求、设计、卡机具生产、应用系统开发、综合布线及硬件安装调试、软硬件系统联调、现场测试、验收等活动。 项目进入编码阶段后，校方领导指示，要求把另外一个教职工食堂也纳入一卡通管理，并对学校重点教研室和实验室进行门禁管理。因此，校方代表直接找到A公司领导提出增加项目内容，并答应会支付相应的费用、延长项目工期，由于该高校是公司重要的客户，A公司领导口头答应了客户的要求。,34,问题1,填空 （1）根据项目管理知识域相关理论，学校提出的增加内容的要求造成了项

14、目的 变更。 （2）在此项目中，为了控制项目的变更过程，小李应首先向 方提出书面的 。,35,范围或需求,监理,变更申请,问题2,（1）项目组对变更产生的原因进行了分析，请说明此变更会对项目管理的哪些方面造成影响。 （2）项目的CCB对变更进行了审批。请说明此项目CCB的组成应包括哪些人员。 （3）请简要叙述变更批准后小李应该安排哪些工作。 （4）对变更产生的结果可采取一定的方法进行验证。其中，对于需求、设计等文档类变更是否正确可采用什么方法进行验证？对于软硬件系统变更是否正确可采用什么方法进行验证？ （5）请简要叙述在这次变更过程中监理方应参与的工作环节,36,问题2参考答案,1.范围、进度

15、、成本、质量、人力资源、合同 2.项目经理、公司领导、监理方、校方代表 3.更新项目管理计划，更新WBS和WBS字典，安排相应人员去实施新的项目活动 4.评审；测试 5.接受变更申请、对变更进行评估、参与CCB评审、对变更申请进行审批、对变更结果进行验证,37,问题3,在客户提出新需求时，该项目产品基线中哪些项目会发生变化？,38,参考答案 需求文件、设计文件、应用系统程序代码、硬件配置记录,4.3 项目工作分解结构技术,工作分解结构（Work Breakdown Structure，WBS）是对项目所涉及工作面向交付成果的分组，定义了项目的全部范围。 WBS是项目管理中的基础文档，提供了计划

16、和管理项目进度、成本、资源和变更的基础。,39,4.3.1工作分解结构,分解：把项目可交付成果划分为更小的部分。 一般WBS是分级的树型结构，是对项目从粗到细的分解过程，它每细分一个层次，表示对项目元素更细致的描述。 在进行任务分解时，可以采用图表的形式或清单的形式表达任务分解的结果。,40,大型/复杂事物的逻辑分解方法,41,整体,部分,部分可连续分解，直至每一部分可以管理。,1图表形式,图4-2 工作分解结构图,42,WBS的编码,工作任务的概括描述,最底层的细目叫做工作包,分解层次与结构,根据项目本身的复杂程度、规模大小，形成工作分解结构的不同层次。 工作分解结构每细分一个层次表示对项目元素更细致的描述。 工作包是完成一项具体工作要求的特定的、可确定的、可交付以及独立的任务，可为项目控制充分而合适的管理信息,43,WBS编码设计,编码系统：WBS中的每项工作都要编号，用来唯一确定其在项目工作分解结构中的位置，这些号码的全体即