04_第四章项目范围管理

第四章项目范围管理1/90丁勇合肥工业大学管理学院信息工程项目管理InformationEngineeringProjectManagement(IEPM)第四章项目范围管理第四章项目范围管理2/90第一章IT项目管理概述第二章项目的组织和过程管理第三章项目整合管理第四章项目范围管理第五章项目时间管理第六章项目成本管理第七章项目质量管理第八章项目人力资源管理第九章项目沟通管理第十章项目风险管理第十一章项目采购管理本课程主要内容☞第四章项目范围管理3/904.1项目范围管理概述4.2项目范围规划4.3项目范围定义4.4创建工作分解结构(WBS)4.5项目范围核实4.6项目范围控制4.7软件项目范围控制的常见问题及对策本章内容☞第四章项目范围管理4/90缺少正确的项目需求、定义和范围核实是导致项目失败的主要原因之一。目前IT项目最大的问题是项目需求与范围的不确定性和易动性。做对的事情比把事情做好更重要！IT人员缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上面，而忽视了对企业需求获得能力和信息化的感悟能力的造就。IT项目的成功从需求开始，优秀的需求分析与设计人员是IT成功之本。4.1项目范围管理概述第四章项目范围管理5/904.1.1项目范围与项目范围管理项目范围是指产生项目产品阶段包括的所有工作及产生这些产品经过的所有过程。1）项目范围的定义4.1项目范围管理概述忘了一些工作有什么后果？多加了一些工作有什么后果？缺少项目范围定义与范围管理是项目失败的主要原因，特别是IT项目第四章项目范围管理6/904.1.1项目范围与项目范围管理——1）项目范围的定义项目范围的定义包括两个方面的含义:项目产品范围——某项产品、服务或成果所具有的特性和功能。对项目产品范围完成的衡量标准根据客户需求来进行。项目工作范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。对项目工作范围完成的衡量标准根据项目范围管理计划来检验。第四章项目范围管理7/902）项目范围管理的定义4.1.1项目范围与项目范围管理项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。项目范围管理主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。——PMBOK2008第四章项目范围管理8/90项目范围管理的主要任务——保证项目利益相关者在项目要产生什么样的可交付成果方面达成共识，也要在如何生产这些可交付成果方面达成共识。4.1.1项目范围与项目范围管理——2）项目范围管理的定义第四章项目范围管理9/903）项目范围管理的作用4.1.1项目范围与项目范围管理为项目实施提供任务范围的框架项目范围及其构成（WBS及其词典）排除对完成项目目标无关的工作对项目的实施提供有效的控制实时跟踪项目范围绩效水平，计算偏差；根据偏差产生的损益，决定是放弃项目以免造成更大的损失，还是对范围进行调整，确定新的范围目标。为项目最终交付提供依据原则：清楚理解项目的范围，是项目取得成功的基石！第四章项目范围管理10/90项目范围项目成本项目质量项目时间4）项目范围原理4.1.1项目范围与项目范围管理第四章项目范围管理11/90①把客户的需求转变为对项目产品的定义。②根据项目目标与产品分解结构，把项目产品的定义转化为对项目工作范围的说明。③通过工作分解结构，定义项目工作范围。④项目干系人认可并接受项目范围。⑤授权与执行项目工作，并对项目进展进行控制。5）项目范围管理的步骤4.1.1项目范围与项目范围管理第四章项目范围管理12/904.1.2项目范围管理的重要性范围不明确的后果是项目的范围蔓延，项目永远也做不到头；对范围的理解不一致的结果是项目组的工作无法得到其他干系人的认可。对于软件项目来说，这两种现象非常突出，它严重阻碍了项目的成功。4.1项目范围管理概述第四章项目范围管理13/90确定项目的范围对项目管理来说非常重要，它至少能起到如下作用：1)提高费用、时间和资源估算的准确性。2)确定进度测量和控制的基准。3)有助于项目分工。4.1项目范围管理概述——4.1.2项目范围管理的重要性第四章项目范围管理14/904.1.3项目范围管理过程图4-1项目范围管理过程4.1项目范围管理概述第四章项目范围管理15/90P.99收集需求：为实现项目目标而定义并记录干系人的需求的过程。定义范围：制定项目和产品详细描述的过程。创建WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。核实范围：正式验收项目已完成的可交付成果的过程。控制范围：监督项目和产品的范围状态、管理范围基准变更的过程。4.1项目范围管理概述——4.1.3项目范围管理过程第四章项目范围管理16/904.1项目范围管理概述4.2项目范围规划4.3项目范围定义4.4创建工作分解结构(WBS)4.5项目范围核实4.6项目范围控制4.7软件项目范围控制的常见问题及对策本章内容☞第四章项目范围管理17/904.2项目范围规划收集需求是为实现项目目标而定义并记录干系人的需求的过程。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程和干系人登记册中相关信息的分析。第四章项目范围管理18/904.2项目范围规划收集需求工具与技术访谈/焦点小组会议/引导式研讨会/群体创新技术/群体决策技术/问卷调查/观察/原型法项目章程干系人登记册需求文件需求管理计划需求跟踪矩阵成果收集需求第四章项目范围管理19/904.2项目范围规划需求文件需求文件描述各种单一的需求将如何满足与项目相关的业务需求。一开始，可能只有概括性的需求，然后随着信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要干系人认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。第四章项目范围管理20/904.2项目范围规划需求文件的组成部分主要包括：业务需求或需抓住的机遇，描述当前局面的不足以及启动项目的原因；可跟踪的业务目标和项目目标；功能要求，描述业务流程、信息以及与产品的内在联系。可采用适当的方式，如写成文本式需求清单或制作出模型，也可以同时采用这两种方法；非功能性要求，如服务水平、绩效、安全、防护、合规性、保障能力等；质量要求；验收标准；体现组织指导原则的业务规则；对组织其他领域的影响，如呼叫中心、销售队伍、技术团队；对执行组织内部或外部团体的影响；对支持和培训的需求；与需求有关的假设条件和制约因素。第四章项目范围管理21/904.2项目范围规划需求管理计划需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。第四章项目范围管理22/904.2项目范围规划需求管理计划的内容主要包括：如何规划、跟踪和汇报各种需求活动；配置管理活动，例如，如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更；需求排序过程；产品测量指标及使用这些指标的理由；需求跟踪结构，即：哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求。第四章项目范围管理23/904.2项目范围规划需求跟踪矩阵需求跟踪矩阵是一张连接需求与需求源的表格，以便在整个项目生命周期中对需求进行跟踪。需求跟踪矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。它为人们在整个项目生命周期中跟踪需求提供了一种方法，有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。需求跟踪矩阵为管理产品范围变更提供了框架。第四章项目范围管理24/904.2项目范围规划需求跟踪矩阵的过程主要包括：从需求到业务需要、机会、目的和目标；从需求到项目目标；从需求到项目范围／WBS中的可交付成果；从需求到产品设计；从需求到产品开发；从需求到测试策略和测试脚本；从宏观需求到详细需求。第四章项目范围管理25/904.2项目范围规划需求跟踪矩阵中记录各项需求的相关属性这些属性有助于明确各项需求的关键信息。需求跟踪矩阵中的典型属性包括：识别标志、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、现状（如活跃中、已取消、已推迟、新增加、已批准）和实现日期。为确保干系人满意，可能需增加的补充属性包括：稳定性、复杂程度和验收标准。第四章项目范围管理26/904.1项目范围管理概述4.2项目范围规划4.3项目范围定义4.4创建工作分解结构(WBS)4.5项目范围核实与控制4.6软件项目范围控制的常见问题及对策本章内容☞第四章项目范围管理27/904.3项目范围定义范围定义就是制定详细的项目范围说明书，供将来的项目决策作为依据的过程。——PMBOK范围定义的目的提高对时间及资源估算的准确性为绩效测量与控制定义一个基准便于进行明确的职责分配第四章项目范围管理28/904.3项目范围定义项目范围定义工具与技术产品分析备选方案识别专家判断引导式研讨会组织过程资产项目章程需求文件项目范围说明书项目文件更新（干系人登记册/需求文件/需求跟踪矩阵）成果第四章项目范围管理29/90IT项目范围说明书详细地说明了项目产品或可交付成果及生成这些项目交付成果所要求的工作。是项目相关利益主体对有关项目目标和要求的共同意愿表述。由此制定后续的详细计划和业绩评估基线，并开展各项项目工作。4.3项目范围定义第四章项目范围管理30/904.3项目范围定义——IT项目范围说明书详细的项目范围说明书包括如下内容：产品范围描述。逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。产品验收标准。定义已完成的产品、服务或成果的验收过程和标准。项目可交付成果。可交付成果既包括组成项目产品或服务的各种结果，也包括各种辅助成果，如项目管理报告和文件。项目的除外责任。通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围，有助于管理干系人的期望。项目制约因素。列出并说明与项目范围有关、且限制项目团队选择的具体项目制约因素。项目假设条件。列出并说明与项目范围有关的具体项目假设条件，以及万一不成立而可能造成的后果。第四章项目范围管理31/90软件项目范围说明书在软件项目中，软件系统范围经常表现为软件需求规格说明书（SoftwareRequirementsSpecifications，SRS）。SRS也称为功能规格说明、产品规格说明、需求文档或系统规格说明；SRS精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件；SRS不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。4.3项目范围定义第四章项目范围管理32/90SRS作为产品需求的最终成果必须包括所有的需求。任何未写入SRS中的需求，将不能作为协议的一部分，并且不能在产品中出现。所有的参与者必须根据已通过评审的需求来安排工作，以避免不必要的返工和误解。高质量需求文档必须具有完整性、一致性、可修改性、可跟踪性和可读性的特征。4.3项目范围定义——软件项目范围说明书第四章项目范围管理33/90第四章项目范围管理34/90第四章项目范围管理35/90第四章项目范围管理36/904.1项目范围管理概述4.2项目范围规划4.3项目范围定义4.4创建工作分解结构(WBS)4.5项目范围核实与控制4.6软件项目范围控制的常见问题及对策本章内容☞第四章项目范围管理37/904.4创建工作分解结构(WBS)工作分解结构（WorkBreakdownStructure，WBS）是一种为了便于管理和控制而将项目工作任务分解的技术。WBS是一种以可交付成果为分解对象、以结果为导向的分析方法。通过WBS