第四章项目范围管理ppt课件

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

2、见问题及对策本章内容 3/73短少正确的工程需求、定义和范围核实是导致工程失败的主要缘由。目前IT工程最大的问题是工程需求与范围的不确定性和易动性。做对的事情比把事情做好更重要！IT人员缺乏对企业信息化的深化了解，他们更多地把视角放在技术上面，而忽视了对企业需求获得才干和信息化的感悟才干的培育。 IT工程的胜利从需求开场，优秀的需求分析与设计人员是IT胜利之本。4.1 工程范围管理概述 4/734.1.1 工程范围与工程范围管理 工程范围是指产生工程产品阶段包括的一切任务及产生这些产品经过的一切过程。 1工程范围的定义 4.1 工程范围管理概述忘了一些任务有什么后果？多加了一些任务有什么后果？

3、短少工程范围定义与范围管理是工程失败的主要缘由，特别是IT工程 5/734.1.1 工程范围与工程范围管理1工程范围的定义 工程范围的定义包括两个方面的含义:工程产品范围某项产品、效力或成果所具有的特性和功能。对工程产品范围完成的衡量规范根据客户需求来进展。工程任务范围为交付具有规定特性与功能的产品、效力或成果而必需完成的任务。对工程任务范围完成的衡量规范根据工程范围管理方案来检验。62工程范围管理的定义 4.1.1 工程范围与工程范围管理 工程范围管理包括确保工程做且只做胜利完成工程所需的全部任务的各过程。工程范围管理主要在于定义和控制哪些任务应包括在工程内，哪些不应包括在工程内。 PMBO

4、K 2021 7/73工程范围管理的主要义务保证工程利益相关者在工程要产生什么样的可交付成果方面达成共识，也要在如何消费这些可交付成果方面达成共识。 应该将工程产品范围与工程任务范围的管理很好地结合，以确保工程任务可以得到工程的最终可交付成果。4.1.1 工程范围与工程范围管理2工程范围管理的定义 83工程范围管理的作用 4.1.1 工程范围与工程范围管理 为工程实施提供义务范围的框架。 工程范围及其构成WBS及其词典排除对于与完成工程目的无关的任务。 对工程的实施提供有效的控制。实时跟踪工程范围绩效程度，计算偏向；根据偏向产生的损益，决议是放弃工程以免呵斥更大的损失，还是对范围进展调整，确定

5、新的范围目的。为工程最终交付提供根据。原那么：清楚了解工程的范围，是工程获得胜利的基石！9工程范围工程本钱工程质量工程时间4工程范围原理4.1.1 工程范围与工程范围管理 10把客户的需求转变为对工程产品的定义。根据工程目的与产品分解构造，把工程产品的 定义转化为对工程任务范围的阐明。经过任务分解构造，定义工程任务范围。工程干系人认可并接受工程范围。授权与执行工程任务，并对工程进展进展控制。5工程范围管理的步骤4.1.1 工程范围与工程范围管理 11/734.1.2 工程范围管理的重要性 范围不明确的后果是工程的范围蔓延，工程永远也做不到头；对范围的了解不一致的结果是工程组的任务无法得到其他干

6、系人的认可。对于软件工程来说，这两种景象非常突出，它严重妨碍了工程的胜利。4.1 工程范围管理概述 12/73确定工程的范围对工程管理来说非常重要，它至少能起到如下作用： 1) 提高费用、时间和资源估算的准确性。 2) 确定进度丈量和控制的基准。 3) 有助于工程分工。4.1 工程范围管理概述4.1.2 工程范围管理的重要性 13/734.1.3 工程范围管理过程 图4-1 IT工程范围管理过程 4.1 工程范围管理概述 14/73P.99范围规划：制定工程范围管理方案，如何确定、核实与控制工程范围，如何制造和定义WBS；范围定义：制定详细的工程范围阐明书，作为未来工程决策的根据；制造WBS：

7、将工程大的可交付成果与工程任务划分为较小和更易管理的组成部分；范围核实：正式验收曾经完成的工程可交付成果；范围控制：经过对呵斥工程范围变卦的要素施加影响，控制工程范围的变卦。4.1 工程范围管理概述4.1.3 工程范围管理过程 15/734.1 工程范围管理概述4.2 工程范围规划4.3 工程范围定义4.4 创建任务分解构造(WBS)4.5 工程范围核实与控制4.6 软件工程范围控制的常见问题及对策本章内容164.2 工程范围规划工程范围规划工具与技术产品分析工程方案识别技术模板、表格、规范专家评定制定工程初步范围阐明书制定工程章程制定工程管理方案范围管理方案详细根据成果工程章程工程初步范围阐

8、明书工程管理方案 17/734.2 工程范围规划范围规划：确定如何定义、验证并控制工程范围以及如何构建WBS，给出工程范围管理的主要方法和程序；其成果是工程范围管理方案。工程范围管理方案主要包括：如何确定工程范围如何编制详细的工程范围阐明书如何分解WBS如何确认工程产出物和可交付成果如何对工程范围进展控制和变卦管理 18/734.2 工程范围规划工程范围管理方案是工程范围管理的根底，需求从分析产品、工程章程、工程初步范围阐明书以及其他工程管理方案入手。编写范围管理方案应遵守“SMART原那么：SpecificMeasurableAchievableResult drivenTiming工程范围

9、管理方案包含在工程管理方案之内！194.1 工程范围管理概述4.2 工程范围规划4.3 工程范围定义4.4 创建任务分解构造(WBS)4.5 工程范围核实与控制4.6 软件工程范围控制的常见问题及对策本章内容204.3 工程范围定义工程范围定义工具与技术产品分析其他方案的识别专家判别利害关系者分析制定工程初 步范围阐明书制定工程章程整体变卦 控制工程范围阐明书更新后的工程范围管理方案成果范围规划工程章程工程初步范围阐明书工程范围管理方案同意的变卦恳求214.3 工程范围定义范围定义就是制定详细的工程范围阐明书，供未来的工程决策作为根据的过程。 PMBOK范围定义的目的提高对时间及资源估算的准确

10、性为绩效丈量与控制定义一个基准 便于进展明确的职责分配 22/73工程范围定义的主要根据：工程文件：工程章程、工程初步范围阐明书、工程范围管理方案、同意的变卦恳求。工程范围定义中搜集的信息：环境要素和组织过程资产信息 、IT工程专业领域对工程交付成果和工程任务的客观要求方面的信息 、工程范围变卦恳求方面的信息、工程限制条件与假设条件信息 。4.3 工程范围定义 23/73IT工程范围阐明书 详细地阐明了工程产品或可交付成果及生成这些工程交付成果所要求的任务。是工程相关利益主体对有关工程目的和要求的共同志愿表述。由此制定后续的详细方案和业绩评价基线，并开展各项工程任务。 4.3 工程范围定义 2

11、4/73详细的工程范围阐明书包括如下内容：工程目的和工程范围目的 工程产品范围阐明书 工程可交付成果的规定 工程约束条件和假定条件 工程配置关系及其管理要求 工程同意的规定4.3 工程范围定义IT工程范围阐明书 25/73软件工程范围阐明书 在软件工程中，软件系统范围经常表现为软件需求规格阐明书Software Requirements Specifications，SRS。SRS 也称为功能规格阐明、产品规格阐明、需求文档或系统规格阐明；SRS 准确地论述一个软件系统必需提供的功能和性能以及它所要思索的限制条件；SRS 不仅是系统测试和用户文档的根底，也是一切子系列工程规划、设计和编码的根底

12、。4.3 工程范围定义 26/73SRS作为产品需求的最终成果必需包括一切的需求。任何未写入SRS中的需求，将不能作为协议的一部分，并且不能在产品中出现。一切的参与者必需根据已经过评审的需求来安排任务，以防止不用要的返工和误解。高质量需求文档必需具有完好性、一致性、可修正性、可跟踪性和可读性的特征。 4.3 工程范围定义软件工程范围阐明书 27/732829304.1 工程范围管理概述4.2 工程范围规划4.3 工程范围定义4.4 创建任务分解构造(WBS)4.5 工程范围核实与控制4.6 软件工程范围控制的常见问题及对策本章内容314.4 创建任务分解构造(WBS) 任务分解构造 Work

13、Breakdown Structure，WBS是一种为了便于管理和控制而将工程任务义务分解的技术。WBS是一种以可交付成果为分解对象、以结果为导向的分析方法。经过WBS对工程所涉及的任务进展分解，而一切这些任务构成了工程的整体范围。 32/734.4 创建任务分解构造(WBS) 创建WBS工具与技术WBS模板分解范围定义范围规划整体变卦控制同意的变卦恳求WBSWBS词典范围基准工程范围管理方案更新恳求的变卦工程范围阐明书更新成果工程范围阐明书工程范围管理方案4.4.1 创建WBS的流程 334.4 创建任务分解构造(WBS) 4.4.2 WBS的定义WBS是工程团队实现工程目的和创建必需的可交

14、付成果，面向可交付成果的层次分解，定义出工程的整体范围。 PMBOK没有在WBS中的任务不属于工程的范围。WBS是有层次的，没有层次的活动列表不是WBS！344.4.3 WBS的用途 任务分解构造确定了工程整个范围，并将其有条理地、分层次地组织在一同。 属于任务分解构造底层组成部分的方案任务叫做 “任务细目，可以安排在进度表中，用来估算费用，进展监视和控制。任务分解构造是当前同意的工程范围阐明书规定的任务。没有包含在WBS里的任务是不应该做的。4.4 创建任务分解构造(WBS) 35/734.4 创建任务分解构造(WBS) 4.4.3 WBS的用途 范围核实本钱估算网络方案风险识别人员获得采购

15、内容协助新成员找到本人的角色有助于防止范围脱漏协助成员了解本人的任务对工程的影响协助防止工程变卦协助成员集中留意力于重点区域有利于构成全局观促进团队和工程干系人的沟通与协作WBS364.4 创建任务分解构造(WBS)WBS例如一树型任务包37WBS例如二列表型1.需求 1.1需求调研 1.2需求规格 1.3需求评审2.设计 2.1概要设计 2.2详细设计 2.3设计评审3.编码 3.1编码 3.2代码审查 3.3单元测试4.集成 4.1产品集成 4.2系统测试 4.3产品发布5.维护 5.1缺陷报告 5.2缺陷修复 5.3产品晋级4.4 创建任务分解构造(WBS)384.4.4 建立WBS的指

16、点原那么4.4 创建任务分解构造(WBS) 第一级通常与工程生命周期一样如需求分析，设计，采购，施工一个任务包义务只能在WBS中出现一次一个WBS项的任务内容是其下级各项任务之和WBS中的每一项任务都明确由一个人担任WBS必需与任务义务的实践执行过程相一致工程组成员参与WBS的制定过程每一个WBS项必需有准确描画任务包的80小时描画WBS具有一定的灵敏性，以顺应变卦的需求394.4.5 创建WBS的方法 模板法: PMI规范、业规范咨询公司的商业性模板库、企业规范与惯例知识阅历库分解法 :识别主要的工程要素或工程提交成果工程要素的构成分解，以便工程绩效度量和责任分配确定任务义务任务包检查分解结

17、果的正确性。必要和充分性检查、完好和模糊性检查、可方案和控制性检查分配工期、预算、资源和责任人4.4 创建任务分解构造(WBS) 40/734.4.5 创建WBS的方法 由上而下法:从工程最大的单位开场，逐渐将它们分解成下一级的多个子项。由下而上法让工程组人员一开场就尽能够地确定工程有关的各项详细义务，然后再将各项详细义务进展整合，并归总到WBS的上一级内容当中。414.4 创建任务分解构造(WBS) 4.4.6 WBS的编码WBS的编码的规那么由高层向下层用多位码编排，要求每项任务有独一的编码。1000110011101111111211131120112111221123120042工程管

18、理软件开发WBS图110需求调研 120系统设计 130编码 140测试 150试运转100工程管理软件开发121系统概要设计 122系统详细设计 123设计评审确认 111用户需求调研 112用户需求确认 131任务信息录入 132工程网络方案图绘制 133工程时间方案安排 141功能模块测试 142 总体测试151初验 152试运转 153终验 160 工程管理 134甘特图方案确定 工程执行信息分析 各种方案报表输出 43企业运营评价系统工程WBS图网络1430软件1410硬件1420系统开发1400测试1500实施1600系统设计1300问题界定1100企业运营评价系统工程1000系统

19、分析1200文档1440包装软件1411培训1610验收1630系统转换1620定制软件14120级1级2级3级444.4 创建任务分解构造(WBS) 4.4.7 WBS词典工程WBS字典是对WBS中各个部分的详细文字阐明。 WBS中的各要素与各任务包都需求在WBS字典作为词条进展描画和阐明。包括：预期、工期、人员安排.WBS字典对每一活动包括的详细内容进展表述，包括：义务编号、称号、如何做、投入资源、结果、完成的规范/质量、由谁做。454.4.7 WBS词典WBS编码工作包名称过程资源结果完成的标准/质量负责人1.1需求分析核心成员到A公司进行系统调查与需求分析调查标准和设计标准需求分析报告

20、和系统设计初步方案包括所有列出的要开发的交付结果的标准胡某464.4 创建任务分解构造(WBS) 4.4.8 WBS的创建步骤步骤一：识别工程的主要组成部分。 问题：要实现工程目的需求完成那些主要任务？ 可以按照工程生命周期阶段、工程的主要提交成果、产品、系统或者专业进展有效识别。474.4.8 WBS的创建步骤步骤二：判别。 在曾经分解的根底上，判别能否快速方便地估算各个组成部分各自所需的费用和时间、以及责任分配的能够性与合理性。假设不可以，那么进入步骤三；假设可以，那么进入步骤四。484.4.8 WBS的创建步骤步骤三：识别更小的组成部分 要完成当前层次上各个部分的任务，需求做哪些更细的任

21、务？这些任务能否可行？可核对？这些任务之间的先后顺序怎样？在WBS上标示出来，第三、四层；判别：能否快速方便地估算该层的各个组成部分各自所需的费用和时间、以及责任分配的能够性与合理性。假设还是不可以，前往1；假设可以，那么进入步骤四。494.4.8 WBS的创建步骤步骤四：检查任务假设不进展这一层次的任务，上一层的各项任务能否完成？完成了该层的一切任务，上一层次的任务就一定能完成吗？根据检查，对当前层的任务进展添加、删除或者修正，或者对上层任务进展适当的整理； 本层各项任务的内容、范围和性质能否都曾经明确？假设回答一定，那么需求写出相应的范围阐明书，该阐明书就是任务包的范围阐明书；对“4的否认

22、，进展必要的修正和补充。50几种不同的分解构造基于WBS的其他工程分解构造合同任务分解构造CWBS:用于界定销售者提给购买者的产品报告级别。内容比WBS的少，用于卖方管理买方的任务组织分解构造OBS:用以展现任务要素曾经分配给了详细的组织单位资源分解构造RBS:是OBS的一个变种，常在将任务元素分配给个人运用工料清单BOM:制造业中对消费某种产品的原资料的构造化表述工程分解构造PBS:与WBS是根本一样的514.1 工程范围管理概述4.2 工程范围规划4.3 工程范围定义4.4 创建任务分解构造(WBS)4.5 工程范围核实与控制4.6 软件工程范围控制的常见问题及对策本章内容524.5 工程

23、范围核实与控制 要构成一份满足干系人需求的范围阐明书和WBS是一件非常不容易的事情，而工程范围核实和范围变卦控制那么更具难度。由于IT工程的特点，范围蔓延的景象屡见不鲜，正是诸如范围蔓延等类似的问题，导致了许多工程的失败。因此，对工程范围进展核实，并制定专门的范围变卦控制程序尤为重要。 53/73范围核实工具与技术范围定义范围规划指点与管理工程执行验收的可交付成果恳求的变卦引荐的纠正措施成果创建WBSWBS字典检查可交付成果工程范围阐明书工程范围管理方案4.5.1 工程范围核实 4.5 工程范围核实与控制 544.5.1 工程范围核实 范围核实是指利益相关者对范围的正式接受。为了能使工程范围得

24、以正式认可，工程团队必需构成明确的正式文件，阐明工程产品及其评价程序，以评价能否正确和称心地完成了工程产品。IT工程范围核实的步骤：1确定需求进展范围核实的时间2识别范围核实需求哪些投入3确定范围正式被接受的规范和要素4确定范围核实会议的组织步骤5组织范围核实会议。工程范围核实就是获取干系人对工程范围以及相应的可交付成果的正式承诺。 55/734.5.1 工程范围核实 范围核实不同于质量控制：范围核实主要关注对可交付成果的验收，而质量控制那么主要关注可交付成果能否正确以及能否满足质量要求。质量控制通常先于范围核实进展，但二者也可同时进展。质量控制是对任务结果正确性的核实，根据的是工程的质量规范

25、如：GB1998127范围核实是对任务结果的验收，主要是指边境责任，根据主要是工程执行结果和工程范围方案的输出结果。564.5.2 工程范围控制 范围变卦的表现方式多种多样，如客户改动对功能需求的想法，工程预算发生改动甚至工程环境发生变化等。在IT工程中，范围变卦能够来自效力商、供应商或者客户，也能够来自工程组织内部。产生变卦能够有如下一些缘由：1需求不明确2系统实施时间过长3用户业务需求改动4系统正常晋级。 4.5 工程范围核实与控制 IT工程特点决议了其范围控制的重要性和难度。 57/73范围控制工具与技术变卦控制系统偏向分析补充规划配置管理系统范围定义范围规划指点与管理工程执行工程范围阐

26、明书更新WBS更新WBS字典更新范围基准更新恳求的变卦引荐纠正措施组织过程资产更新范围管理方案更新成果创建WBS绩效报告工程范围管理方案工程范围阐明书WBSWBS字典绩效报告任务绩效信息同意的变卦恳求4.5.2 工程范围控制 584.5.2 工程范围控制 工程范围控制是指控制工程范围变卦。其目的是对引起范围变卦的要素施加影响，确保变卦能根据集成变卦控制建立的程序有序进展。工程范围控制是指当工程范围变化时对其采取纠正措施的过程，以及为使工程朝着目的方向开展而对工程范围进展调整的过程。594.5.2 工程范围控制 工程范围控制的主要任务分析和确认影响变卦的主要要素和环境，并管理和控制它们；分析和确

27、认工程干系人提出变卦的合理性、可行性分析和确认范围变动能否曾经发生；当范围变卦发生时，对实践变卦情况进展管理。该当全过程地与其他控制过程集成起来，如进度控制、本钱控制、质量控制等。60外部事件 - 政府的法规发生了变化，市场变化，技术变革纠正错误或忽略 - 当初设计存在错误或者脱漏 - 误用工料清单替代任务分解构造添加价值的变卦 - 采用新技术可以协助节约本钱为应对一个风险而实施的一个应急方案范围控制-变卦的来源4.5.2 工程范围控制 61范围变卦控制系统：定义范围变卦控制的程序、方法和管理规范，包括：4.5.2 工程范围控制 变卦管理流程责任划分、授权及授权变卦所需求的同意层次变卦的文档管

28、理变卦的跟踪监视变卦控制系统已在工程管理方案中明确给出与整体变卦控制结合起来，坚持配置关系的一致性当工程在合同方式下进展时，范围变卦控制系统必需符合有关的合同条款。 本卷须知：62范围变卦控制过程工程范围基准变卦恳求分析与评价同意/回绝处置执行变卦填写变卦表单/登记工期、本钱、风险、合同变卦控制委员会更新登记、方案、进度安排、预算修正、范围与合同向工程干系人通报4.5.2 工程范围控制 63指标基准计划范围变更批准的变更新的基准工期6个月1）增加A工作包2）减少B包内容1） +2个月2） -1个月7个月成本800万元1）增加A工作包2）减少B包内容1） +250万元2） -100万元950万元范围变卦例如4.5.2 工程范围控制 64