{项目管理项目报告}04第四章项目范围管理

《{项目管理项目报告}04第四章项目范围管理》由会员分享，可在线阅读，更多相关《{项目管理项目报告}04第四章项目范围管理（90页珍藏版）》请在金锄头文库上搜索。

1、丁 勇,合肥工业大学管理学院,信息工程项目管理Information Engineering Project Management( IEPM ),第四章 项目范围管理,1,第一章 IT 项目管理概述第二章 项目的组织和过程管理第三章 项目整合管理第四章 项目范围管理第五章 项目时间管理第六章 项目成本管理第七章 项目质量管理第八章 项目人力资源管理第九章 项目沟通管理第十章 项目风险管理第十一章 项目采购管理,本课程主要内容,2,4.1 项目范围管理概述 4.2 项目范围规划4.3 项目范围定义4.4 创建工作分解结构(WBS)4.5 项目范围核实 4.6 项目范围控制 4.7 软件项目范围

2、控制的常见问题及对策,本章内容,3/90,缺少正确的项目需求、定义和范围核实是导致项目失败的主要原因之一。 目前IT项目最大的问题是项目需求与范围的不确定性和易动性。 做对的事情比把事情做好更重要！ IT人员缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上面，而忽视了对企业需求获得能力和信息化的感悟能力的造就。 IT项目的成功从需求开始，优秀的需求分析与设计人员是IT成功之本。,4.1 项目范围管理概述,4/90,4.1.1 项目范围与项目范围管理,项目范围是指产生项目产品阶段包括的所有工作及产生这些产品经过的所有过程。,1）项目范围的定义,4.1 项目范围管理概述,忘了一些工作有什么后

3、果？,多加了一些工作有什么后果？,缺少项目范围定义与范围管理是项目失败的主要原因，特别是IT项目,5/90,4.1.1 项目范围与项目范围管理1）项目范围的定义,项目范围的定义包括两个方面的含义: 项目产品范围某项产品、服务或成果所具有的特性和功能。对项目产品范围完成的衡量标准根据客户需求来进行。 项目工作范围为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。对项目工作范围完成的衡量标准根据项目范围管理计划来检验。,6,2）项目范围管理的定义,4.1.1 项目范围与项目范围管理,项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。项目范围管理主要在于定义和控制哪些工作

4、应包括在项目内，哪些不应包括在项目内。 PMBOK 2008,7/90,项目范围管理的主要任务 保证项目利益相关者在项目要产生什么样的可交付成果方面达成共识，也要在如何生产这些可交付成果方面达成共识。,4.1.1 项目范围与项目范围管理2）项目范围管理的定义,8,3）项目范围管理的作用,4.1.1 项目范围与项目范围管理,为项目实施提供任务范围的框架 项目范围及其构成（WBS及其词典） 排除对完成项目目标无关的工作 对项目的实施提供有效的控制 实时跟踪项目范围绩效水平，计算偏差； 根据偏差产生的损益，决定是放弃项目以免造成更大的损失，还是对范围进行调整，确定新的范围目标。 为项目最终交付提供依

5、据,原则：清楚理解项目的范围，是项目取得成功的基石！,9,4）项目范围原理,4.1.1 项目范围与项目范围管理,10,把客户的需求转变为对项目产品的定义。 根据项目目标与产品分解结构，把项目产品的 定义转化为对项目工作范围的说明。 通过工作分解结构，定义项目工作范围。 项目干系人认可并接受项目范围。 授权与执行项目工作，并对项目进展进行控制。,5）项目范围管理的步骤,4.1.1 项目范围与项目范围管理,11/90,4.1.2 项目范围管理的重要性,范围不明确的后果是项目的范围蔓延，项目永远也做不到头； 对范围的理解不一致的结果是项目组的工作无法得到其他干系人的认可。 对于软件项目来说，这两种现

6、象非常突出，它严重阻碍了项目的成功。,4.1 项目范围管理概述,12/90,确定项目的范围对项目管理来说非常重要，它至少能起到如下作用： 1) 提高费用、时间和资源估算的准确性。 2) 确定进度测量和控制的基准。 3) 有助于项目分工。,4.1 项目范围管理概述4.1.2 项目范围管理的重要性,13/90,4.1.3 项目范围管理过程,图4-1 项目范围管理过程,4.1 项目范围管理概述,14/90,P.99,收集需求：为实现项目目标而定义并记录干系人的需求的过程。 定义范围：制定项目和产品详细描述的过程。 创建WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。 核实

7、范围：正式验收项目已完成的可交付成果的过程。 控制范围：监督项目和产品的范围状态、管理范围基准变更的过程。,4.1 项目范围管理概述4.1.3 项目范围管理过程,15/90,4.1 项目范围管理概述 4.2 项目范围规划4.3 项目范围定义4.4 创建工作分解结构(WBS)4.5 项目范围核实 4.6 项目范围控制 4.7 软件项目范围控制的常见问题及对策,本章内容,16,4.2 项目范围规划,收集需求是为实现项目目标而定义并记录干系人的需求的过程。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。 收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也

8、都要在这些需求的基础上进行。需求开发始于对项目章程和干系人登记册中相关信息的分析。,17/90,4.2 项目范围规划,收集需求,工具与技术,访谈/焦点小组会议/引导式研讨会/群体创新技术/群体决策技术/问卷调查/观察/原型法,项目章程,干系人登记册,需求文件 需求管理计划 需求跟踪矩阵,成果,收集需求,18,4.2 项目范围规划,需求文件 需求文件描述各种单一的需求将如何满足与项目相关的业务需求。一开始，可能只有概括性的需求，然后随着信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要干系人认可的需求，才能作为基准。 需求文件的格式多种多样，既可以是一份按

9、干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。,19,4.2 项目范围规划,需求文件的组成部分主要包括： 业务需求或需抓住的机遇，描述当前局面的不足以及启动项目的原因； 可跟踪的业务目标和项目目标； 功能要求，描述业务流程、信息以及与产品的内在联系。可采用适当的方式，如写成文本式需求清单或制作出模型，也可以同时采用这两种方法； 非功能性要求，如服务水平、绩效、安全、防护、合规性、保障能力等； 质量要求； 验收标准； 体现组织指导原则的业务规则； 对组织其他领域的影响，如呼叫中心、销售队伍、技术团队； 对执行组织内部或外部团体的影响； 对支持和培

10、训的需求； 与需求有关的假设条件和制约因素。,20,4.2 项目范围规划,需求管理计划 需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。,21,4.2 项目范围规划,需求管理计划的内容主要包括： 如何规划、跟踪和汇报各种需求活动； 配置管理活动，例如，如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更； 需求排序过程； 产品测量指标及使用这些指标的理由； 需求跟踪结构，即：哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求。,22,4.2 项目范围规划,需求跟踪矩阵 需求跟踪矩阵是一张连接需求与需求源的表格，以便在整个项目生命周

11、期中对需求进行跟踪。 需求跟踪矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。它为人们在整个项目生命周期中跟踪需求提供了一种方法，有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。 需求跟踪矩阵为管理产品范围变更提供了框架。,23,4.2 项目范围规划,需求跟踪矩阵的过程主要包括： 从需求到业务需要、机会、目的和目标； 从需求到项目目标； 从需求到项目范围WBS 中的可交付成果； 从需求到产品设计； 从需求到产品开发； 从需求到测试策略和测试脚本； 从宏观需求到详细需求。,24,4.2 项目范围规划,需求跟踪矩阵中记录各项需求的相关属性 这些属性有助

12、于明确各项需求的关键信息。 需求跟踪矩阵中的典型属性包括：识别标志、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、现状（如活跃中、已取消、已推迟、新增加、已批准）和实现日期。 为确保干系人满意，可能需增加的补充属性包括：稳定性、复杂程度和验收标准。,25,4.1 项目范围管理概述 4.2 项目范围规划4.3 项目范围定义4.4 创建工作分解结构(WBS)4.5 项目范围核实与控制 4.6 软件项目范围控制的常见问题及对策,本章内容,26,4.3 项目范围定义,范围定义就是制定详细的项目范围说明书，供将来的项目决策作为依据的过程。 PMBOK 范围定义的目的 提高对时间及资源估

13、算的准确性 为绩效测量与控制定义一个基准 便于进行明确的职责分配,27/90,4.3 项目范围定义,项目范围定义,工具与技术,产品分析 备选方案识别 专家判断 引导式研讨会,组织过程资产,项目章程,需求文件,项目范围说明书 项目文件更新（干系人登记册/需求文件/需求跟踪矩阵）,成果,28,IT项目范围说明书,详细地说明了项目产品或可交付成果及生成这些项目交付成果所要求的工作。 是项目相关利益主体对有关项目目标和要求的共同意愿表述。 由此制定后续的详细计划和业绩评估基线，并开展各项项目工作。,4.3 项目范围定义,29/90,4.3 项目范围定义IT项目范围说明书,详细的项目范围说明书包括如下内

14、容： 产品范围描述。逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。 产品验收标准。定义已完成的产品、服务或成果的验收过程和标准。 项目可交付成果。可交付成果既包括组成项目产品或服务的各种结果，也包括各种辅助成果，如项目管理报告和文件。 项目的除外责任。通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围，有助于管理干系人的期望。 项目制约因素。列出并说明与项目范围有关、且限制项目团队选择的具体项目制约因素。 项目假设条件。列出并说明与项目范围有关的具体项目假设条件，以及万一不成立而可能造成的后果。,30/90,软件项目范围说明书,在软件项目中，软件系统范围经常表

15、现为软件需求规格说明书（Software Requirements Specifications，SRS）。 SRS 也称为功能规格说明、产品规格说明、需求文档或系统规格说明； SRS 精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件； SRS 不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。,4.3 项目范围定义,31/90,SRS作为产品需求的最终成果必须包括所有的需求。 任何未写入SRS中的需求，将不能作为协议的一部分，并且不能在产品中出现。 所有的参与者必须根据已通过评审的需求来安排工作，以避免不必要的返工和误解。 高质量需求文档必须具有完整

16、性、一致性、可修改性、可跟踪性和可读性的特征。,4.3 项目范围定义软件项目范围说明书,32/90,33,34,35,4.1 项目范围管理概述 4.2 项目范围规划4.3 项目范围定义4.4 创建工作分解结构(WBS)4.5 项目范围核实与控制 4.6 软件项目范围控制的常见问题及对策,本章内容,36,4.4 创建工作分解结构(WBS),工作分解结构（ Work Breakdown Structure，WBS）是一种为了便于管理和控制而将项目工作任务分解的技术。 WBS是一种以可交付成果为分解对象、以结果为导向的分析方法。 通过WBS对项目所涉及的工作进行分解，而所有这些工作构成了项目的整体范围。,37/90,4.4 创建工作分解结构(WBS),4.4.1 WBS的定义,WBS是项目团队实现项目目标和创建必须的可交付成果，面向可交付成果的层次分解，定义出项目的整体范围。 PMBOK,没有在WBS中的工作不属于项目的范围。 WBS是有层次的，没有层次的活动列表不是WBS！,38,4.4 创建工