项目范围管理
项目范围管理
项目范围管理的内容
1.范围计划编制
2.范围定义
3.创建工作分解结构
4.范围确认
5.范围控制
项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。
产品范围
产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。
项目范围
项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。
项目范围对项目的影响是决定性的。
项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。
项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。
对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。
需求不明确的系统总会产生新的需求。
需求理解的偏差则会造成系统的严重缺陷。
用户不会接受一个没有满足要求的软件系统，开发团队只能返工。
项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。
对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。
项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。
对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。
WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。
WBS为项目进度成本、变更的计划和管理提供了基础。
制定WBS 的主要方法包括
1.使用指导方针
2.类比法
3.自上而下法
4.自下而上法
项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。
项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。
对项目范围变更控制的主要工具有：
建立并运用项目变更控制系统
规避变更控制
划清相关责任
项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。
确认项目范围对项目管理的意义
1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。
2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是
项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。
3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进
一步安排工作和任务打下基础。
对于项目管理者而言，只清楚项目范围的含义是不够的，最重要的是正确清楚地定义项目范围。如果项目范围确定的不好，直接关系到项目工作内容的意外变更，有可能造成最终的项目费用提高，进度严重延迟，偏离了项目原定的目标，影响整个项目发展和项目团队的积极性。
范围计划编制
范围管理计划是一个计划工具，用以描述该团队如何定义项目范围，制定详细的范围说明书，定义和编制工作分解结构，验证和控制范围。
范围计划编制的输入
1.项目章程
2.项目范围说明书（初步）
3.组织过程资产
4.环境因素和组织因素
5.项目管理计划
范围计划编制的技术和方法
1.专家判断
2.模版、表格和标准
范围计划编制的输出
范围管理计划
采用组织过程资产的模版、表格和标准，可使计划编制过程规范化，效率、资源都得到有效的保障，同时也说明积累组织过程资产的意义和价值。
组织过程是会影响如何进行项目范围管理的正式和非正式的政策、规程和指导方针。项目范围管理计划的组成部分：
1.给予初步范围说明书准备一个详细的项目范围说明书的过程。
2.从详细的项目范围说明书创建WBS的过程
3.详细说明已完成项目的可交付物如何得到正式确认和认可。
4.一个用来控制需求变更如何落实到详细的项目范围说明书中的过程，直接与综合
变更控制相关联。
根据具体的需要，项目范围管理计划，可以是正式的和非正式的，详细地和粗略的。
项目范围管理计划可以包括在项目管理计划之中，也可以是项目管理计划的补充。项目范围管理计划是项目管理计划的组成要素之一。
范围定义
范围定义的输入
1.项目章程
2.项目范围管理计划
3.组织过程资产
4.批准的变更请求
范围定义的工具和技术
1.产品分析
2.可选方案识别
3.专家判断
范围定义的输出
1.项目范围说明书
2.项目管理计划
项目范围说明书的内容
1.项目范围的目标
2.产品范围描述
3.项目边界
4.项目的可交付物
5.产品可接受的标准
6.项目的约束条件
7.项目的假定
8.初始的项目组织
9.初始被定义定风险
10.进度里程碑
11.量级成本预算
12.项目配置管理需求
13.已批准的请求
项目范围说明书详细描述了项目的可交付物和产生这些可交付物必须做的项目工作。
项目范围说明书在所有项目干系人之间建立了对项目范围的共识，描述了项目主要目标，使团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并为提供评估是否是客户需要进行变更，在项目范围内提供基线。
项目目标应该有一定属性，如成本、计量单位如美元，一个绝对的或相对的数值。要成功地完成项目，没有量化的目标，通常隐含较多的风险。
创建工作分解结构
项目工作分解结构WBS是面向可交付物的项目元素的层次分解，他组织并定义了整个项目的范围。
WBS是一个详细的项目范围说明的表示法，详细描述了项目所要完成的全部工作。
WBS的组成元素有助于项目干系人检查项目的最终产品。
WBS的最底层元素是能够评估的、安排进度的、和被跟踪的。
WBS是组织管理工作的主要依据，是项目管理工作的基础。
项目工作分解结构对项目管理的重要意义
1.通过工作结构分解，把项目分解开来，使项目相关人员对项目一目了然，能够使项目的概况
和组成明确、清晰、透明、具体，使项目管理者和项目主要干系人，都能通过WBS把握项
目，了解和控制项目过程。
2.保证了项目的结构性和系统性，分解过程包含了项目的所有工作，这样才能在规划和实施项
目时，保证不会存在遗漏，达到项目的完整性。
3.通过工作分解结构，可以建立完整的项目保证体系。通过分解结构把项目的总目标作为关注
的重点，如：进度、成本、质量等分解到可控制的各项单元，便于执行和实现目标的要求。
4.工作分解结构能明确项目相关各方面的工作界面，便于责任划分和落实。
5.最终工作分解结构，可以直接作为进度计划和控制工具。
6.为建立项目信息沟通系统提供依据，便于把握信息重点。
7.是项目各项计划和控制措施制定的基础和主要依据。
工作分解结构一般用图表的形式表达，其形式是工作分解结构具体体现，是实施项目、实现最终产品或服务所必须进行的全部活动的一张清单。也是进度计划、人员分配、预算
计划的基础。
常用的工作分解结构表示形式：
1. 分级的树形结构
树形的WBS结构，层次清晰、直观、结构性强，但不宜修改，适用于小型或简单的项目，不适用于大型、复杂的项目。
2. 表格形式
表格形式WBS结构能够反映项目所有的工作要素，但直观性差，适用于大型的、复杂的项目。因为复杂项目分解后，内容分解类型较多，容量较大，用缩进表的形式比较方便，也可装订成册。
创建工作分解结构的输入
1.项目范围说明书
2.项目管理计划
创建工作分解结构的工具和方法
1.工作分解结构模版
2.分解
3.WBS编码设计
创建工作分解结构的输出
1.WBS和WBS字典
2.项目管理计划（更新）
工作分解结构模版
以前WBS常被用来作为新项目的模版。虽然每个项目是不同的，但大多数的项目有了类似之处，所以WBS能被时常重复使用。
分解
进行工作分解是非常重要的工作，他在很大的程度上决定项目能否成功。
如果项目分解的不好，在实施过程中难免要进行修改，就会打乱项目的进程，造成返工，延误时间、增加费用等。
分解是将主要项目可交付物分成更小的，更容易管理的单元，一直到可交付物细分到足以用来支持未来的项目活动定义的工作包。
根据分解得到的工作包，能够可靠的估计出成本的大小和时间进度，会有助于整个项目的生命周期中的项目管理活动。
WBS分解的步骤
1.识别和确认项目的主要组成部分
2.分解并确认每一组成部分是否分解的足够详细
3.确认主要交付成果的主要要素
4.核实分解的正确性
5.为WBS进行编码
如何判断分解的是否足够详细？
一般来讲，至少分解到可以合理的对其进行成本和历时的估算。
项目的主要部分？
项目的主要组成部分是项目的主要可交付物，包括项目管理方面可交付物和合同所要求的可交付物。主要可交付物的组成要素？
组成要素应当是有形的，可检测的，即可包括成果，也可包括服务，以便据此进行绩效评估。
核实分解的正确性，可以通过回答下列问题来确定：
1.最底层要素对项目分解来说，是否必要且充分？
2.每个组成要素的定义是否清晰完整？
3.每个组成要素是否能够恰当的编制进度和预算。
4.每个组成要素是否易于建立相应的责任矩阵。
划分工作分解结构应把握的原则
1.在各层次上保持项目的完整性，避免遗漏必要的组成部分
2.一个工作单元只能从属于上面某个上层单元，避免交叉重叠
3.相同层次的工作单元，应有相同的性质
4.工作单元应能够分开不同的责任者的不同工作内容
5.便于项目管理计划、控制和管理需要
6.最底层工作必须具有可比性，是可管理的、科定量检查的。
7.应包括项目管理工作，包括分包出去的工作
WBS 编码设计
WBS编码中，任何等级的一级项目要素，是其余全部次一级项目要素的总和
在制定WBS编码中，责任和预算可以用统一的编码数字制定出来，就职责来说，第一位数字代表责任最大者：项目经理，第二位数字代表个小项目的负责人，一次类推。对于预算也有着同样的关系。
WBS字典
WBS中包含的要素（包括工作包）细节，通常在WBS字典中加以描述。
WBS字典是WBS配套文档，用来描述每个WBS元素
对每个WBS元素，WBS字典包含其工作说明，相关活动列表和里程碑列表。其他信息包括承办组织、开始结束时间、资源需求、成本估算、质量要求，负载量、合同信息和提高工作质量的技术参考资料。
范围确认
范围确认是项目干系人（发起人、顾客、客户）正式接受已完成的项目的工作范围。
范围确认要审查可交付物和工作成果，以保证项目中所有工作都准确、满意的完成。
项目范围确认应贯穿项目的始终，从WBS的确认，到项目验收时的范围检查。
如果项目被提前终止，范围确认过程应以书面文件的形式把他的完成情况记录下来。范围确认和质量确认不同
1.范围确认是有关工作结果的接受问题
2.质量确认是有关工作结果的正确性审核
范围确认的输入
1.项目范围管理计划
2.可交付物
3.项目范围说明书
4.WBS和WBS字典
项目范围确认的工具和技术
1.检查
项目范围确认的输出
1.确认后的范围
2.WBS和WBS字典（更新）
检查
对项目经理和项目管理人员来说，可以通过检查来实现范围的确认，检查包括：测量、测试、检验等活动
检查也被称为审查，产品审查和走查等。
确认
范围确认时，项目管理组织必须向客户出示能够明确说明项目或阶段成果的文件，如项目管理文件（计划、控制、沟通），技术需求说明书，技术文件，竣工图纸等。
范围控制
变更是项目干系人由于项目环境或其他各种原因影响，而需要对项目的范围计划进行修改，甚至是重新规划，而这一类修改后的规划就叫变更。
项目范围变化，在实际项目中经常发生，因而对项目范围的变更控制和管理，就成了当前项目管理控制中的重点工作之一。
范围控制涉及到以下工作
1.影响范围变更的因素
2.确保所有被请求的变更，按照项目综合变更控制处理
3.范围变更发生时，管理实际的变更
未控制的变更经常被看作范围溢出。
产生变更的原因
1.项目外部环境发生了变化。如政府政策的改变
2.项目的范围计划编制不周密详细，有一定的错误或者遗漏
3.出现了新的技术、手段或方案
4.项目实施组织发生了变化
5.客户对项目、项目产品或服务的要求发生了变化。
变更控制的焦点问题
1.对造成范围变更的因素施加影响，以确保这些变更得到一致的认可。
2.确定范围变更已经发生
3.当范围变更发生时，对实际的变更进行管理
范围控制的输入
1.范围管理计划
2.WBS和WBS字典
3.绩效报告
4.工作绩效信息
5.批准的变更请求
范围控制的工具和技术
1.变更控制系统
2.偏差分析
3.重新规划
4.配置管理系统
范围控制的输出
1.变更请求
2.建议的纠正措施
3.组织过程资产
4.项目管理计划（更新）
5.WBS 和WBS 字典
绩效报告
绩效报告提供项目的绩效信息，如完成的中间可交付成果，绩效报告是直接反映了项目执行情况的文件。
变更控制系统
变更控制系统是项目范围管理计划中描述的范围控制方法和范围变更控制的有关流程。
变更控制系统包括必要的书面文件（如变更申请表），跟踪系统，和授权变更批准等级。
具备了合理的变更控制系统，可以减少项目中的盲目变更，降低变更的随意性。
在IT行业，许多需求会随着用户理解的改变而发生变化，如果没有正式变更书面确认过程，和有效的控制系统来规避相关事件，项目的范围将和初始目标大相径庭，从而使项目无法控制。
偏差分析
项目绩效测量用来估计变更的量级，根据绩效信息和基线的偏差分析，找出偏差的原因和纠正的措施。
配置管理系统
范围变更将带来一系列项目交付物、文档系统的变化。正规的配置管理系统就为这些方面制定了相应的规程：给出交付物的状态报告，在批准对项目变更前，对建议的变更进行通盘考虑，并记录在档。
变更请求
变更请求是对已被认可的WBS所确定的项目范围的任何修改。
范围变更经常要对成本、时间、质量和其他项目目标进行调整。
项目范围管理
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。
软件系统项目建设项目管理文档
目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目
现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人
项目管理范围答案
项目管理范围 二、名词解释 21、项目章程 项目章程是正式批准项目的文件。任何一个项目，都是由一个或多个原因而被批准的，这些原因包括市场需求、营运需要、客户要求、技术进步、法律要求和社会需要等。主管部门必须作出批准或不批准某个项目并且颁发项目章程的决策，决策主要基于项目对于项目所有人和赞助人的价值和吸引力。而其前提则是可行性研究的审查和通过。 22、范围变更控制 是指为使项目向着有利于项目目标实现的方向发展而变动和调整某些方面因素而引起项目 范围发生变化的过程。 23、情景分析法 情景分析法又称脚本法或者前景描述法，是假定某种现象或某种趋势将持续到未来的前提下，对预测对象可能出现的情况或引起的后果作出预测的方法。 24、PMO 即Project Management Office（项目管理办公室），是随着IT产业的潮流应运而生的产物，最初的目的是节约成本，提高项目成功率，以及实施标准流程，以应对越来越多的项目管理任务。 三、简答题 25、项目范围说明书的内容 包含项目的目标、产品范围描述、项目的可交付物、项目边界、产品验收标准、项目的约束条件、项目的假定。 26、项目组织结构的类型 1、职能式组织结构。 2、项目式组织结构。 3、矩阵式组织结构。 4、复合式组织结构。 27、项目建议书的定义内容 定义：是拟建项目单位向国家提出的要求建设某一项目的建议文件，是对工程项目建设的轮廓设想。 内容：（1）项目提出的必要性和依据。 （2）产品方案、拟建规模和建设地点的初步设想。 （3）资源情况、建设条件、协作关系和设备技术引进国别、厂商的初步分析。 （4）投资估算、资金筹措及还贷方案设想。 （5）项目进度安排。 （6）经济效益和社会效益的初步估计。 （7）环境影响的初步评价。 28、马斯洛需求层次理论 即马斯诺需求层次理论，是美国犹太裔人本主义心理学家亚伯拉罕·马斯洛在1943年在《人类激励理论》一书中提出的需要层次论，将人类需求象阶梯一样从低到高按层次分为五种，分别是：生理需求、安全需求、社交需求、尊重需求和自我实现需求五类，是行为科学理论之一。
【项目管理知识】范围管理：范围管理的方法
范围管理：范围管理的方法 范围管理是为了确保项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围定义、范围确认、范围变更控制这五个要素。由于项目启动比较独立，因此在本文中将不予讨论，以下所讨论的是在确定项目启动后的工作，这些工作包括：范围计划编制、范围定义、范围确认和范围变更这四个的部分。 1、编制范围计划 想要想管理好项目范围，首先就要做好计划，这不仅是对项目范围管理的要求，也是对整个项目管理过程的要求，在项目管理的39个过程中，有21个与计划有关（国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性）。 在这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息，这些信息包括：产品描述、项目章程、约束条件、假定。首先要清楚终产品的定义才能规划要做的工作，这是一个渐进清晰的过程；项目章程也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化；约束条件是制约项目管理团队选择的因素，如资金、完成日期等等；假定是被认为是真实、现实获确定的因素，项目团队需要经常验证所用的假定。 范围计划中应该包含哪些内容呢？不同的计划详尽程度自然不一样，一般来说要求包括：范围说明、详细依据、范围管理计划，其中范围说明和范围管理计划必须包含在内。
范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。 项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。 任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量要求。而这部分在实际操作中的变化是的，也是难规范的部分，项目经理经常要面对客户提出的这样或那样的项目成果，如何防止项目成果的不受控地不断增加是项目经理要认真考虑的主要问题之一。 项目目标应该有标志，如：成本、单位等；的或相对的价值，如：于公元____年10月13日前完成本产品的开发等。清晰的项目目标有助于项目的按要求完成，而不可量化的目标，如：客户的满意程度的提高等，则要承担很高的风险。 范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估，如：怎样变化、变化频率如何及变化了多少？范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但必要）等问题的清楚描述。 2、范围分解
项目管理讲义第五章项目范围管理
第五章项目范围管理 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。 根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，
工程项目范围规划管理细则
工程项目范围规划管理 细则 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]
项目范围管理 1.范围规划 （1）依据 事业环境因素：组织文化、组织结构、法律法规、管理部门规章、产品质量标准、工艺标准、人力资源、企业管理制度、项目管理工具、市场状况 组织过程资产：组织进行工作的过程与程序；组织整体信息存储检索知识库 项目章程：中标通知书、投标书、协议书、合同及变更等文件，是批准项目的文件，授权项目经理在项目活动中动用组织的资源，主要项目干系人都要在项目章程上签字，表示在项目需求和目标上达成一致。外部项目章程的制定以项目合同或顾客招标文件为依据，内部项目章程的制定以项目工作说明书为依据。 项目初步范围说明书：项目的范围就是项目团队工作的边界，项目的边界是通过项目范围书来界定的，项目经理根据客户的要求整理出项目的范围，要求项目范围描述详细到完全实现客户的要求并的到相关方（内部各部门、外部客户）共同确认认可，无论是主项目还是子项目，项目经理都要主持编写其各自的项目范围说明书。 内容及要求见示例 项目管理计划：项目管理计划将确定、协调与综合所有部分计划所需要的行动形成文件，使其成为项目管理计划，内容因其复杂程度而异 （2）工具与技术 专家判断
样板、表格与标准 （3）成果 项目范围管理计划 示例：项目范围说明书 1.项目名称及描述：简单描述项目所要解决的问题 2.项目目的：解释执行该项目的原因 3.项目目标：对项目时间期限、费用预算、质量要求等进行指标量化 4.项目主要可交付成果：说明在项目完成后，可交给客户的产品或服务 5.制约因素：指出项目受到的特别限制和制约，以及解决或替代的办法 6.假设前提：指出制定项目计划时，对暂时无法确定或以后极有可能变化的因素作出假 设 玻璃幕墙工程范围说明书 项目名称及描述：玻璃幕墙工程项目施工 该幕墙是×××工程项目外延装饰的重要组成部分，其施工质量的优劣对整体效果起到关键的作用，对申报优质工程也起到一定的影响，必须引起高度重视，该幕墙为点支撑玻璃幕墙结构，在节点安装、索张拉、支撑装置安装、及各项性能检测等要求严格，必须达到国家验收规范标准。 项目目的：
项目管理范围的确定(1)
项目管理范围的确定 1．项目目标与项目描述 为了使项目组成人员更加明确的理解项目目标和本项目的工作范围，项目经理首先对项目的总目标作了界定，从交付物，工期和费用三方面说明了项目的目标特点，并向项目组的所有人员作出详细描述。本项目的目标主要是： （1）交付物成果交付一套超市经营决策支持系统，包括硬件网络系统和软件系统。 （2）工期要求2005年10月10日到2005年12月25日，历时82天。 （3）成本要求总投资38万元。
2．项目重大里程碑 根据项目描述，项目组制定了该项目的重大里程碑计划，绘制了反映该项目实施重大里程碑事件关系的里程碑计划图。项目里程碑计划是根据项目的特点和业务的要求，按某一特定时间项目的可交付成果清单而编制的。编制项目里程碑计划有两种方法：（1）编制进度计划以前，根据项目特点编制里程碑计划，并以该里程碑计划作为编制项目进度计划的依据。 （2）编制进度计划以后，根据项目特点及进度计划编制里程碑计划，并以此作为项目进度控制的主要依据。 本项目中，项目组采取的是在编制进度计划以前，根据本项目特点编制主要里程碑事件。然后通过头脑风暴法，对所确定的里程碑进行复查并找出逻辑关系，最终形成本项目的里程碑事件。本项目里程碑事件包括： 需求调研完成 系统分析完工 系统设计完工 系统集成完工 系统运行和验收 甘特图… 3 项目工作分解结构 项目的工作分解结构WBS包含了项目实施过程中的全部工作,是将项目按照其内在 的结构或实施过程的顺序进行逐层分解而形成的结构示意图。工作分解把项目分解到 相对独立的、内容单一的、易于成本核算与检查的项目单元，并分析项目单元之间的 逻辑关系。 项目分解是一件技术性很强的工作，项目组在分解时要保证项目结构的系统性和完整性。项目工作分解的优点是： （1）项目的概况和组成明确、清晰和透明。
(项目管理)项目范围管理
项目范围管理 【本章知识重点】 ★项目范围和产品范围：（两者之间的定义与区别）； ★产品描述 ★项目选择方法 ★项目章程：（它的作用、内容、指派项目经理的时机和批准人） ★范围说明、范围管理计划 ★WBS：（PMP考试的重点之一，需要理解它的各种用途） ★账目编码Code of accounts / 会计科目表Chart of accounts（两者间的定义与区别） ★工作包/ WBS字典 ★WBS与其他分解结构的区别 ★范围核实/ 质量控制：（两者之间的定义与区别） ★范围变更的原因 【电子笔记】 项目范围管理：确保项目包括成功完成项目所需的全部工作，但又只包括成功完成项目所必需的工作过程。它主要关心的是确定与控制哪些应该与哪些不应该包括在项目之内。 上述定义表明了PMI的政策，PMI提倡：“不做额外的工作（no extra），不要镀金（no gold-plating）”。 5.1 启动：批准项目或阶段的开始。 5.2 范围规划：制订书面范围说明，作为今后项目决策的基础。 5.3 范围定义：将主要的项目可交付成果划分为较小，更易管理的组成部分。 5.4 范围核实：正式认可项目的范围。 5.5 范围变更控制：控制项目范围的变更。 就项目而言，范围（Scope）：“项目所提供的产品或服务的总和”。这个术语可指： ?产品范围（Product Scope）：产品或服务的典型特征与功能。 ?项目范围（Project Scope）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。
项目管理中范围管理浅见及对策
项目管理中范围管理浅见及对策 作者：王志平 摘要 在信息系统集成实际工作中，因信息产业的更新突飞猛进，项目经理或项目管理者实施过程中碰到客户不断提出项目需求之外的要求，并致使某些项目无法按期按要求完工。这就涉及到项目管理中范围管理的问题，结合实际工作，本文试图说明按照项目管理要求，如何进行范围管理。 正文 系统集成公司承建项目一般会在有力的组织和客户的配合下，比较顺利的完成，因为客户的相关部门和集成商之间，对项目的看法大致是一样的。但是在具体实施过程中，对一些服务或需求的看法不尽相同，也就造成有些项目迟迟拖下尾巴，对客户和集成商来说，都是一个头痛的问题，这就涉及到了项目管理中的范围管理。 范围，即项目的任务。在信息系统集成项目中，范围在项目中作为一种思
想，始终贯穿着整个项目过程。如果系统集成公司不能明确项目的范围，就项目本身来说，在其实施的过程会有很多意想不到的麻烦出现，其最终的结果可能导致项目的失败。项目是为完成产品或服务所做的一次性努力。因此系统集成项目范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作来产生所需要的产品，也就是说产品范围决定项目范围。 一、范围管理的重要性 系统集成项目实施久拖不决的原因，大多数情况下都是在项目实施过程中，实施双方没有控制好项目范围的问题。系统集成项目的有实施的周期较长、专业知识依赖性强，特别是一些跨专业的项目，要完全把客户的全业务流程稳定下来，并通过系统实现，是需要较长的时间来巩固的。因此在这么一个客观条件下，常常出现一些需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目的风险和成本无法控制，更严重的是导致项目的滞后和失败。 在某客户的OA系统推广过程中，作为政府部门，该客户与其他部门之间的公文往来较频繁，在该用户的各智能处室之间的业务流转也非常频繁，主办的信息技术部门对此认识不足，为了赶进度和完成建设任务，在没有做充分的需求分析的基础上匆匆上马OA系统的研发和推广项目，最终导致的是项目研发与推广脱节，造成项目实施失败。 对系统集成项目而言，范围管理的重点是需求分析，需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的系统集成项目中，80%是由于需求分析的不明确而造成的。因此一个系统集成项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，客户不习惯或不愿意去用集成商的新系统。系统集成商，应该提醒客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调
项目范围管理的内容和步骤
项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。
根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的 市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。
项目管理(10大范围)
项目管理 ?项目整合管理 o定义 ?为识别，定义，组合，统一，协调项目管理过程组的各种过程和活动而开展的过程和活动。 o过程 ? 1.制定项目章程 ? 2.制定项目管理计划 ? 3.指导与管理项目工作 ? 4.实施整体变更控制 ? 5.结束项目或阶段 ? 6.监控项目工作 o常见问题 ? 1.如何在制定项目章程时发挥专家作用 ? 1.使用德尔菲收集专家意见，可选用调查表。2.分析调查文件中的对立 因素，识别冲突。3.明确参会及与会讨论主题。4.召开主题研讨会，合 力引导专家思路，继续识别冲突和风险点。5.使用思维导图，思维看板 等工具记录会议观点。6.梳理会议观点，使用亲和法合同相近，想似意 见。7.识别意见想左观点，记录风险，开启冲突管理办法。 ?项目范围管理 o定义：确定什么是范围内的，什么是范围外的。 o过程 ?规范范围管理 ?定义：定义范围管理计划，如何定义，确认和控制项目范围。 ?过程 o输入
?项目管理计划、项目章程、事业环境因素、组织过程资 产 o工具 ?专家判断、会议 o输出 ?范围管理计划、需求管理计划 ?收集需求 ?定义：收集干系人要干什么 ?过程 o输入 ?范围管理计划、需求管理计划、干系人管理计划、项目 章程、干系人登记册 o工具 o输出 ?需求文件、需求跟踪矩阵 ?过程 o 1.认真完成售前交接工作，形成文字或交接材料集合 o 2.沟通确定需求 ? 1.做好会前的准备工作 ? 2.做好会议讨论工作 ? 3.做好会后的各项工作 o 3.对于客户需求变更 ? 1.客户关系 ? 1.明确需求蔓延点 ? 2.告知蔓延带来的危害 ? 3.获取相关方的支持 ? 2.商务层面 ? 1.了解商务合同类型
项目管理范围的确定
项目管理围的确定 1．项目目标与项目描述 为了使项目组成人员更加明确的理解项目目标和本项目的工作围，项目经理首先对项目的总目标作了界定，从交付物，工期和费用三方面说明了项目的目标特点，并向项目组的所有人员作出详细描述。本项目的目标主要是： （1）交付物成果交付一套超市经营决策支持系统，包括硬件网络系统和软件系统。 （2）工期要求2005年10月10日到2005年12月25日，历时82天。 （3）成本要求总投资38万元。
2．项 目重大里程碑 根据项目描述，项目组制定了该项目的重大里程碑计划，绘制了反映该项目实施重大里程碑事件关系的里程碑计划图。项目里程碑计划是根据项目的特点和业务的要求，按某一特定时间项目的可交付成果清单而编制的。编制项目里程碑计划有两种方法：（1）编制进度计划以前，根据项目特点编制里程碑计划，并以该里程碑计划作为编制项目进度计划的依据。 （2）编制进度计划以后，根据项目特点及进度计划编制里程碑计划，并以此作为项目进度控制的主要依据。 本项目中，项目组采取的是在编制进度计划以前，根据本项目特点编制主要里程碑事件。然后通过头脑风暴法，对所确定的里程碑进行复查并找出逻辑关系，最终形成本项目的里程碑事件。本项目里程碑事件包括： 需求调研完成 系统分析完工 系统设计完工 系统集成完工 系统运行和验收 甘特图… 3 项目工作分解结构 项目的工作分解结构WBS包含了项目实施过程中的全部工作,是将项目按照其在的结构或实施过程的顺序进行逐层分解而形成的结构示意图。工作分解把项目分解到相对独立的、容单一的、易于成本核算与检查的项目单元，并分析项目单元之间的逻辑关系。 项目分解是一件技术性很强的工作，项目组在分解时要保证项目结构的系统性和完 整性。项目工作分解的优点是：
项目范围管理
项目围管理 项目围管理的容 1.围计划编制 2.围定义 3.创建工作分解结构 4.围确认 5.围控制 项目围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品围 产品围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目围 项目围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目围对项目的影响是决定性的。 项目只有完成项目围中的全部工作才能结束，因此一个围不明确、或干系人对项目围理解不一致的项目是不可能获得成功的。 项目围不明确最可能的后果是，项目的围蔓延，项目永远都做不完。 对围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作围是有限的，可控的，不是无限制的和无序的。 对项目围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目围的清晰确认。 对项目围定义，实际上就是对项目工作围进一步细化的过程，使项目围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目围的确认是指项目干系人对项目围的正式承认。项目围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目围在实施过程中的增加和减少。 对项目围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目围管理，重要做好用户参与，明确需求，以及围变更管理的程序设置。 确认项目围对项目管理的意义 1.清楚项目的具体围和具体工作，为准确估算时间和资源打下基础。 2.项目围是确定要完成哪些具体的工作，项目围管理和控制是项目管理计划的一部分，也是项目 各项计划的基础，因此项目围计划编制是确定项目进度、测量和控制的基准。 3.项目围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进一 步安排工作和任务打下基础。
《项目范围管理》模拟试题及答案
项目范围管理》模拟试题1 一、单项选择题体大题共20 小题，每小题1 分，共20 分） 在每小题列出的四个备选项中只有一个是符合题目要求的，请将其代码填写在题后的括号内。错选、多选或未选均无分。 1. 项目管理最重要的功能要素是（） A. 项目风险管理B 项目范围管理C. 项目质擢管理D 项目成本管理 2. 项目范围验收（） A. 改进成本及计划的准确性，对于使用革新技术及工艺的项目尤为重要 B 是项目移交给客户前的最后一项活动 C. 将项目产出的产品及服务特性制成文档 D. 与质量控制有区别范围，只表示业主是否接受完成的工作成果 3. 项目章程最少应该（） A. 描述项目经理和职能经理的职责和权利 B 探讨项目的风险和限制以及针对这些问题的计划 C. 指定项目的组织结构 D. 说明执行组织的商业目标 4.下面关于战略说法正确的是( ) A.战略就是计划 B战略是组织为了实现近期目标而设定的 C.在公司中战略只存在在最商管理层 D.战略具有方向性 5.一个项目的启动阶段结果包括下列哪项？（） A 、产品描述 B 、里程碑计划 C 、 项目章程 D 、WBS 6.客户通知你对原始范围做一项小的变吏。与整个项目相比，这是一项很小的投入，并且你需要这 个 大项目的亲善关系。你将：（） A 、拒绝做这个工作。 B 、同意免费做这个工作。 C、做这个工作，然后给客户开账单。 D 、评估这个工作对成本和进度产生的影响，然后告诉他们你将在晚些时候决定这件事。 7. 一个项目发起人给了项目经理一份章程并告诉该项目经理，他不能肯定该章程是否完整。项目章程应包括：（） A 、可交付果和目标B、详细的工作范围
范围管理的基本内容
范围管理的基本内容 范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。 1．编制范围计划 “公欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。 我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。 范围计划中究竟应该包含哪些内容呢？不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。 范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值（如：少于150万美元等）。不可量化的目标（如：“客户的满意程度”）要承担很高的风险。 范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。 2．范围分解 计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
第 章 项目范围管理
第5章 项目范围管理 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。图5-1 概述了项目范围管理的各个过程，包括： 收集需求——为实现项目目标而定义并记录干系人的需求的过程。 定义范围——制定项目和产品详细描述的过程。 创建工作分解结构——将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。 核实范围——正式验收项目已完成的可交付成果的过程。 控制范围——监督项目和产品的范围状态、管理范围基准变更的过程。 上述过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。基于项目的具体需要，每个过程都可能需要一人或多人的努力。每个过程在每个项目中至少进行一次，并可在项目的一个或多个阶段（如果项目被划分为多个阶段）中进行。虽然在本章中，各过程以界限线分明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互交叠、相互作用。第3 章“项目管理过程”已对过程间的相互作用做了详细讨论。 在项目的环境中，“范围”这一术语有两种含义： 产品范围——某项产品、服务或成果所具有的特性和功能。 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。 管理项目范围所需的各个过程及其工具与技术，因应用领域而异，并通常作为项目生命周期的一部分加以确定。经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。然后，在整个项目生命周期中，对这个基准范围进行监督、核实和控制。在进行项目范围管理的5 个过程之前，项目管理团队应先进行规划工作，尽管本章未把该规划工作单独列为一个过程。该规划工作是制定项目管理计划过程（见节）的一部分，会产生一份范围管理计划，用来指导项目范围的定义、记录、核实、管理和控制。基于项目的需要，范围管理计划可以是正式或非正式的、非常详细或高度概括的。 根据项目管理计划（见节）来衡量项目范围是否完成，根据产品需求（见节）来衡量产品范围是否完成。项目范围管理各过程需要与其他知识领域中的过程整合起来，以确保项目工作能实现规定的产品范围。 收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。项目一旦开始，就应该足够详细地探明、分析和记录这些需求，以便日后进行测量。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程（见节）和干系人登记册（见节）中相关信息的分析。许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。 图 5-2 显示了收集需求过程的输入、工具与技术和输出，图5-3 概述了本过程的基本数据流向。收集需求：输入 1．项目章程 可从项目章程中了解总体项目需求以及关于项目产品的总体描述，并据此制定详细的产品需求。项目章程已在节讨论。 2．干系人登记册
项目范围管理是项目成败的关键
项目范围管理是项目成败的关键 引子 一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 什么是项目范围管理 那么，什么是项目范围和项目范围管理呢？项目范围是指产生项目产品所包括的所以工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。
项目范围管理的内容和步骤
欢迎共阅 项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4 5.5 工具和技术，在2.1素--产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的
市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 1． 2．执行3． 4． 1． 利润测量方法--比较研究法、评分模型、利润贡献或经济模型。 制约最优化方法--数学模型、用线性的、非线性的、动态的、完整的及混合目标项目规则系统。 这些方法通常被作为决策模型来考虑。决策模型既包括常规技术（决策树、核心选择和其他），也包括特殊技术（历史进程分析、逻辑结构分析及其他）。在一个成熟模型中，对项目选择标准的应用通常被作为一个分离独立的阶段。 2．专家评审。专家评审通常是要对这个项目的投入进行评估。象这种专家评价，可以通过一个组织或拥有特殊知识和受了专门培训的个人来进行，可以通过许多途径获得。包括：