​​ 点击报名后领取>>>软考16本电子版教材 & 36本辅导教材 + 27套历年真题试卷 + 21套精编知识点6G资料包​​

230、项目范围管理的含义及作用：项目范围管理不仅仅是让项目管理和实施人员知道为达成预期目标需要完成哪些具体的工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任。项目范围是项目其他各方面管理的基础，确认项目范围对项目管理有如下的重要性：

(1)清楚了项目的工作具体范围和具体工作内容，为提高成本、时间和资源估算的准确性提供了基础。

(2)项目范围既然是确定要完成哪些具体的工作，项目范围基准是确定项目进度测量和控制的基准。

(3)项目范围的确定就是确定了项目的具体工作任务，有助于清楚的责任划分和任务分配。

231、项目范围管理的主要过程：

(1)编制范围管理计划过程，对如何定义、确认和控制项目范围的过程进行描述。

(2)收集需求。为实现项目目标，明确并记录项目干系人的相关需求的过程。

(3)定义范围。详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础。

(4)创建工作分解结构。把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构。

(5)确认范围。正式验收已完成的可交付成果。

(6)范围控制。监督项目和产品的范围状态、管理范围基准变更。

232、编制范围管理计划：编制范围管理计划是项目或项目集管理计划的组成部分，描述了如何定义、制定、监督、控制和确认项目范围。编制范围管理计划有助于降低项目范围蔓延的风险。

233、编制范围管理计划的输入、工具与技术、输出

1）编制范围管理计划过程的输入

(1)项目管理计划

依据项目管理计划中已批准的子计划来创建范围管理计划，它们会对用于规划和管理项目范围的方法产生影响。

(2)项目章程

依据项目章程中的项目背景信息来规划各个范围管理过程。项目章程提供了高层级的项目描述和产品特征。产品特征出自项目工作说明书。

(3)组织过程资产

影响编制范围管理计划过程的组织过程资产包括政策和程序以及历史信息和经验教训知识库。

(4)事业环境因素

影响编制范围管理计划过程的事业环境因素包括组织文化、基础设施、人事管理制度、市场条件等。

2)编制范围管理计划过程所用的工具与技术

(1)会议

项目团队可以参加项目会议来制定范围管理计划。与会人员可能包括项目经理、项目发起人、选定的项目团队成员、选定的干系人、范围管理各过程的负责人，以及其他必要人员。

(2)专家判断

具有与制定范围管理计划相关的专业学历、知识、技能、经验或培训经历的任何小组或个人，都可以提供专家判断。

3)编制范围管理计划过程的输出

(1)范围管理计划

范围管理计划是项目或项目集管理计划的组成部分，描述了如何定义、制定、监督、控制和确认项目范围。范围管理计划是制定项目管理计划过程和其他范围管理过程的主要依据。

范围管理计划要对将用于下列工作的管理过程做出规定：

①制定详细项目范围说明书。

②根据详细项目范围说明书创建WBS。

③维护和批准工作分解结构（WBS)»

④正式验收己完成的项目可交付成果。

⑤处理对详细项目范围说明书或WBS的变更。该工作与实施整体变更控制过程直接相联。

（2）需求管理计划

需求管理计划是项目管理计划的组成部分，描述了如何分析、记录和管理需求，以及阶段与阶段间的关系对管理需求的影响。需求管理计划的许多内容都是以阶段关系为基础的。

需求管理计划的主要内容至少包括：

①如何规划、跟踪和报告各种需求活动。

②配置管理活动，例如，如何启动产品变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限。

③需求优先级排序过程。

④产品测量指标及使用这些指标的理由。

⑤用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。

⑥收集需求过程。

234、收集需求：收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义和管理项目范围（包括产品范围）奠定基础。

235、收集需求过程的输入、工具与技术、输出

1）收集需求过程的输入

（1）范围管理计划

范围管理计划使项目团队知道应该如何确定所需收集的需求的类型。

（2）需求管理计划

需求管理计划规定了用于收集需求过程的工作流程，以便定义和记录干系人的需要。

（3）干系人管理计划

从干系人管理计划中了解干系人的沟通需求和参与程度，以便评估并适应干系人对需求活动的参与程度。

（4）项目章程

从项目章程中了解项目产品、服务或成果的高层级描述，并据此收集详细的需求。

（5）干系人登记册

从干系人登记册中了解哪些干系人能够提供需求方面的信息。干系人登记册也记录了干系人对项目的主要需求和期望。

2）收集需求过程的工具与技术

（1）访谈

访谈是通过与干系人直接交谈来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。访谈可用于获取机密信息。

（2）焦点小组

焦点小组是召集预定的干系人和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。

（3）引导式研讨会

引导式研讨会把主要干系人召集在一起，通过集中讨论来定义产品需求。研讨会是快速定义跨职能需求和协调干系人差异的重要技术。由于群体互动的特点，被有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通，从而有利于干系人达成一致意见。此外，研讨会能够比单项会议更早发现问题，更快解决问题。在软件开发行业，就有一种称为“联合应用设计/开发（JAD)”的引导式研讨会。这种研讨会注重把业务主题专家和开发团队集中在一起，来改进软件开发过程。在制造行业，则使用“质量功能展开（QFD)”这种引导式讨论会，来帮助确定新产品的关键特征。QFD从收集客户需要（又称“客户声音”）开始，然后客观地对这些需要进行分类和排序，并为实现这些需要而设定目标。用户故事是对所需功能的简短文字描述，经常产生于需求研讨会。用户故事描述哪个干系人将从功能中受益（角色)，他需要实现什么（目标)，以及他将获得的收益（动机)。用户故事在敏捷方法中广泛使用。

（4）群体创新技术

可以组织一些群体活动来识别项目和产品需求。

下面是一些常用的群体创新技术：

①头脑风暴法：一种用来产生和收集对项目需求与产品需求的多种创意的技术。头脑风暴法本身不包含投票或排序，但常与包含该环节的其他群体创新技术一起使用。

②名义小组技术：用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。

③概念/思维导图：把从头脑风暴中获得的创意整合成一张图的技术，以反映创意之间的共性与差异，激发新创意。

④亲和图：用来对大量创意进行分组的技术，以便进一步审查和分析。

⑤多标准决策分析：借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，从而对众多方案进行评估和排序的一种技术。

（5）群体决策技术

群体决策技术就是为达成某种期望结果，而对多个未来行动方案进行评估的过程。本技术用于生成产品需求，并对产品需求进行归类和优先级排序。达成群体决策的方法有很多，例如：

①一致同意。每个人都同意某个行动方案。

②大多数原则。获得群体中超过50%人员的支持，就能做出决策。把参与决策的小组人数定为奇数，防止因平局而无法达成决策。

③相对多数原则。根据群体中相对多数者的意见做出决策，即便未能获得大多数人的支持。通常在候选项超过两个时使用。

④独裁。在这种方法中，由某一个人为群体做出决策。

在收集需求过程中，上述群体决策技术都可以与群体创新技术联合使用。

（6）问卷调查

问卷调查是指设计一系列书面问题，向众多受访者快速收集信息。问卷调查方法非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析。

（7）观察

观察是指直接察看个人在各自的环境中如何执行工作（或任务）和实施流程。当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的工作细节。观察，也称为“工作跟踪”，通常由观察者从外部来观看业务专家如何执行工作。也可以由“参与观察者”来观察，他通过实际执行一个流程或程序，来体验该流程或程序是如何实施的，以便挖掘隐藏的需求。

（8）原型法

原型法是指在实际制造预期产品之前，先造出该产品的实用模型，并据此征求对需求的早期反馈。原型法支持渐进明细的理念，需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。在经过足够的反馈循环之后，就可以通过原型获得足够的需求信息，从而进入设计或制造阶段。

（9）标杆对照

标杆对照将实际或计划的做法（如流程和操作过程）与其他可比组织的做法进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的。

（10）系统交互图

系统交互图是范围模型的一个例子，它是对产品范围的可视化描绘，显示业务系统(过程、设备、计算机系统等）及其与人和其他系统（行动者）之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。

（11）文件分析

文件分析就是通过分析现有文档，识别与需求相关的信息，来挖掘需求。可供分析的文档很多，包括：商业计划、营销文献、协议、建议邀请书、现行流程、逻辑数据模型、业务规则库、应用软件文档、业务流程或接口文档、用例、其他需求文档、问题日志、政策、程序和法规文件等。

3）收集需求过程的输出

（1）需求文件

需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始，可能只有高层级的需求，随着有关需求信息的增加而逐步细化。只有明确的、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

需求文件的主要内容包括：

一、业务需求

①可跟踪的业务目标和项目目标

②执行组织的业务规则

③组织的指导原则

二、干系人需求

①对组织其他领域的影响

②对执行组织内部或外部团体的影响

③千系人对沟通和报告的需求

三、解决方案需求

①功能和非功能需求

②技术和标准合规性需求

③支持和培训的需求

④质量需求

⑤报告需求（可用文本记录或用模型展示解决方案需求，也可两者同时使用）

四、项目需求

①服务水平、绩效、安全和合规性等

②验收标准

五、过渡需求

六、与需求相关的假设条件、依赖关系和制约因素

（2）需求跟踪矩阵

需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。需求跟踪矩阵还为管理产品范围变更提供了框架。

需求跟踪包括跟踪以下内容：

①业务需要、机会、目的和目标；

②项目目标；

③项目范围/WBS可交付成果；

④产品设计；

⑤产品开发；

⑥测试策略和测试场景；

⑦高层级需求到详细需求。

236、范围定义的内容和作用：定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或输出的边界。定义范围过程就要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或输出的详细描述。定义范围最重要的任务就是详细定义项目的范围边界，范围边界是应该做的工作和不需要进行的工作分界线。定义范围可以增加项目时间、成本和资源估算的准确度，定义项目控制的依据，明确相关责任人在项目中的责任，明确项目的范围、合理性和目标,以及主要可交付成果。

237、范围定义的输入、工具与技术、输出

1）范围定义的输入

(1)范围管理计划

范围管理计划是项目管理计划的组成部分，确定了制定、监督和控制项目范围的各种活动。

(2)项目章程

项目章程中包含对项目和产品特征的高层级描述。它还包括项目审批要求。如果执行组织不使用项目章程，则应取得或编制类似的信息，用做制定详细范围说明书的基础。如果组织不制定正式的项目章程，通常会进行非正式的分析，为后续的范围规划提供依据。

(3)需求文件

使用需求文件来选择哪些需求将包含在项目中。

(4)组织过程资产

影响定义范围过程的组织过程资产包括：用于制定项目范围说明书的政策、程序和模板，以往项目的项目档案，以往阶段或项目的经验教训。

2）范围定义的工具和技术

（1）产品分析

产品分析旨在弄清产品范围，并把对产品的要求转化成项目的要求。产品分析是一种有效的工具。每个应用领域都有一种或几种普遍公认的方法，用以把高层级的产品描述转变为有形的可交付成果。产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。比如，一个IT系统可以划分为几个子系统，以及这些子系统之间如何交互，直接影响到项目团队如何实现这些子系统，即采用什么样的项目策略，从而影响到项目范围的定义。

（2）专家判断

专家判断常用来分析制定项目范围说明书所需的信息。专家判断和专业知识可用来处理各种技术细节。

（3）备选方案生成

备选方案生成是一种用来制定尽可能多的潜在可选方案的技术，用于识别执行项目工作的不同方法。许多通用的管理技术都可用于生成备选方案，如头脑风暴、横向思维、备选方案分析等。

（4）引导式研讨会

具有不同期望或专业知识的关键人物参与研讨会，有助于就项目目标和项目限制达成跨职能的共识。

3）范围定义的输出

（1）项目范围说明书

（2）项目文件更新：可能需要更新的项目文件至少包括：干系人登记册、需求文件、需求跟踪矩阵。

238、范围说明书：项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书可明确指出哪些工作不属于本项目范围。

详细的范围说明书或引用的文档通常包括以下内容：

(1)项目目标

项目目标包括衡量项目成功的可量化标准。项目可能具有多种业务、成本、进度、技术和质量上的目标。项目目标还可以包括成本、进度和质量方面的具体目标。项目目标应该有一定属性（如成本)、计量单位、一个绝对或相对的数值。

(2)产品范围描述

产品范围描述了项目承诺交付的产品、服务或结果的特征。

(3)项目需求

项目需求描述了项目承诺交付物要满足合同、标准、规范或其他强制性文档所必须具备的条件或能力。

(4)项目边界

项目边界严格地定义了项目内包括什么和不包括什么，以防有的项目干系人假定某些产品或服务是项目中的一部分。

(5)项目的可交付成果

在某一过程、阶段或项目完成时，产出的任何独特并可核实的产品、成果或服务。可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。

(6)项目的制约因素

指具体的与项目范围有关的约束条件，它会对项目团队的选择造成限制。项目范围说明书的约束条件比项目章程中列出的约束条件更多，而且更加详尽。需要列举并描述与项目范围有关且会影响项目执行的各种内外部制约或限制条件。

(7)假设条件

与范围相关的假设条件，以及当这些条件不成立时对项目造成的影响。

项目章程和项目范围说明书的内容

项目章程

项目范围说明书

项目目的或批准项目的原因

项目范围描述（渐进明细）

可测量的项目目标和相关的成果标准

验收标准

高层级需求

项目可交付成果

高层级项目需求

项目的除外责任

高层级风险

项目制约因素

总体里程碑进度计划

项目假设条件

总体预算

干系人清单

项目审批要求（如什么构成项目成功，由谁决定，由谁签署）

委派的项目经理及其职责

发起人或其他批准项目章程的人员姓名和职权

239、创建工作分解结构：创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。工作分解结构（WBS)是项目管理的基础，项目的所有规划和控制工作都必须基于工作分解结构，主要作用是，对所要交付的内容提供一个结构化的视图。

240、WBS的作用和意义：工作分解结构是后续管理工作的主要依据，是项目时间、成本、人力等管理工作的基础。项目的工作结构分解，对项目管理有着重要的意义：

(1)通过工作结构分解，把项目范围分解开来，使项目相关人员对项目一目了然，能够使项目的概况和组成明确、清晰、透明和具体。使项目管理者和项目干系人如投资人或客户，都能通过WBS把握项目、了解和控制项目过程。

(2)保证了项目结构的系统性和完整性。因为分解的过程要求包含项目的所有工作，这样才可能在规划和实施项目中保证不会存在遗漏，进而保证了项目的完整性。

(3)通过工作结构分解，可以建立完整的项目保证体系，因为这个分解过程将项目的总目标关注的重点，如进度、成本和质量等分解到可控制的各项目单元，便于执行和实现目标要求。

(4)项目工作结构分解能够明确项目相关各方的工作界面，便于责任划分和落实。

(5)最终工作分解结构，可以直接作为进度计划和控制的工具。

(6)为建立项目沟通管理提供依据，便于把握信息重点。

(7)是项目各分计划和控制措施制定的基础和主要依据。

(8)有助于防止需求和范围蔓延。

241、WBS包含的内容：WBS最低层的工作单元被称为工作包，是我们进行进度安排、成本估算和监控的基础。

1）工作包对相关活动进行归类：

(1)工作分解结构是用来确定项目范围的，项目的全部工作都必须包含在工作分解结构当中，而且不包含在工作分解结构中的任何工作都不是项目的组成部分，都不能做,否则就是“镀金”。这是工作分解结构百分百规则的要求，即工作分解结构必须且只能包括100%的工作。

(2)工作分解结构的编制需要所有项目干系人的参与，需要项目团队成员的参与。

(3)工作分解结构是逐层向下分解的。工作分解结构最高层的要素总是整个项目或分项目的最终成果。每下一个层次都是上一层次相应要素的细分，上一层次是下一层次各要素之和。工作分解结构中每条分支分解层次不必相等，如某条分支分解到了第四层，而另一条可能只分解到第三层,一般情况下，工作分解结构应控制在3-6层为宜。工作分解结构中的各要素应该是相对独立的，要尽量减少相互之间的交叉。

2）工作分解结构一般用图表形式表达，其形式是工作分解结构的具体表现，是实施项目、实现最终产品或服务所必须进行的全部活动的一张清单，也是进度计划、人员分配、预算计划的基础。当前较常用的工作分解结构表示形式主要有以下两种：

(1)分级的树型结构

树型结构图的WBS层次清晰，非常直观，结构性强，但是不容易修改，对于大型的、复杂的项目也很难表示出项目的全景。由于其直观性，一般在一些小的、适中的应用项目中用得较多。

(2)表格形式

能够反映出项目所有的工作要素，可是直观性较差。但在一些大型的、复杂的项目中使用还是较多的，因为有些项目分解后，内容分类较多、容量较大，用缩进图表的形式表示比较方便，也可装订为手册。这种形式有如下特点：

①每层中的所有要素之和是下一层的工作之和。

②每个工作要素应该具体指派一个层次，而不应该指派给多个层次。

③工作分解结构需要有投入工作的范围描述，使项目团队成员对要完成的工作有全面的了解。

3）下面解释了工作分解结构中的一些概念：

(1)里程碑

里程碑标志着某个可交付成果或者阶段的正式完成。里程碑和可交付成果紧密联系在一起，但并不是一个概念。可交付成果可能包括报告、原型、成果和最终产品，而“里程碑=具体时间+在这个时间应完成的事件”，里程碑关注事件是否完成，工作分解结构中的任务有明确的开始时间和结束时间，任务的结果可以和预期的结果相比较。

(2)工作包

工作包是位于工作分解结构每条分支最低层的可交付成果或项目工作组成部分。由于工作包便于完整地分派给不同的人或组织，所以要求明确各工作单元之间的界面。工作包应该非常具体，以便承担者能明确自己的任务、努力的目标和承担的责任，工作包是基层任务或工作的指派，同时其具有检测和报告工作的作用。所有工作包的描述必然让成本会计管理者和项目监管人员理解，并能够清楚区分不同工作包的工作。同时，工作包的大小也是需要考虑的细节，如果工作太大，那么难以达到可管理、可控制的目标，如果工作包太小，那么工作分解结构就要消耗项目管理人员和项目团队成员的大量时间和精力。作为一种经验法则，8/80规则（80小时原则）建议工作包的大小应该至少需要8个小时来完成，而总完成时间也不应该大于80小时。需要生成一些配套的文件，这些文件需要和工作分解结构配合使用，称为工作分解结构词典，它包括工作分解结构组成部分的详细内容、账户编码、工作说明、负责人、进度里程碑清单等，还可能包括合同信息、质量要求、技术文献、计划活动、资源和成本估计等。

某个可交付成果，如果具有下列特征之一，就可能被当作为工作包：

①规模较小，可以在短时间（80小时）完成。

②从逻辑上讲，不能再分了。

③所需资源、时间、成本等已经可以比较准确地估算，已经可以对其进行有效的时间、成本、质量、范围和风险控制。

(3)WBS编码设计

为了简化WBS的信息交流过程，通常利用编码技术对WBS进行信息交换。编码设计与结构设计存在对应关系。结构的每一层次代表编码的某一位数，有一个分配给它特定的代码数字。

在WBS编码中，任何等级的一位项目要素，是其余全部次一级项目要素的总和。如第二个数字代表子项目要素。所有子项目的编码第一位数字是相同的，再下一级的工作单元的编码依此类推。编码设计对于WBS来说是个关键技术。

242、创建工作分解结构的输入、工具与技术、输出

1）创建工作分解结构的输入

(1)项目范围管理计划

范围管理计划中定义了应该如何根据详细项目范围说明书创建WBS，以及应该如何维护和批准WBS。

(2)项目范围说明书

项目范围说明书描述了需要实施的工作及不包含在项目中的工作，同时也列举和描述了会影响项目执行的各种内外部制约或限制条件。

(3)需求文件

详细的需求文件，对理解需要产出什么项目结果，需要做什么来交付项目及其最终产品，都非常重要。

(4)事业环境因素

项目所在行业的WBS标准，可以作为创建WBS的外部参考资料。

(5)组织过程资产

影响创建WBS过程的组织过程资产包括：用于创建WBS的政策、程序和模板，以往项目的项目档案，以往项目的经验教训。

2）创建工作分解结构的工具与技术

（1）分解

分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的单元，直到可交付物细分到足以用来支持未来的项目活动定义的工作包。工作包是WBS最低层的工作，可对其成本和持续时间进行估算和管理。分解的程度取决于所需的控制程度，以实现对项目的高效管理。工作包的详细程度因项目规模和复杂程度而异。

要把整个项目工作分解为工作包，通常需要开展以下活动：

①识别和分析可交付成果及相关工作。

②确定WBS的结构和编排方法。

③自上而下逐层细化分解。

④为WBS组件制定和分配标识编码。

⑤核实可交付成果分解的程度是否恰当。

工作结构分解应把握如下原则：

①在层次上保持项目的完整性，避免遗漏必要的组成部分。

②—个工作单元只能从属于某个上层单元，避免交叉从属。

③相同层次的工作单元应用相同性质。

④工作单元应能分开不同的责任者和不同的工作内容。

⑤便于项目管理计划和项目控制的需要。

⑥最底层工作应该具有可比性，是可管理的，可定量检查的。

⑦应包括项目管理工作，包括分包出去的工作。

（2）专家判断

专家判断可以来自具备相关培训、知识或相似业务经验的任何小组或个人。专家判断也可以表现为预定义的模板。

3）创建工作分解结构的输出

（1）范围基准

经过批准的范围说明书、工作分解结构（WBS)和相应的WBS词典组成了范围基准，只有通过正式的变更控制程序才能进行变更这个基准，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括：

①项目范围说明书。项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述。

②WBS。WBS是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。把每个工作包分配到一个控制账户，并根据“账户编码”为工作包建立唯一标识，是创建WBS的最后步骤。这些标识为进行成本、进度与资源信息的层级汇总提供了层级结构。控制账户设置在WBS中选定的管理节点上。

③WBS词典。WBS词典是针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件。WBS词典对WBS提供支持。WBS词典中的内容可能至少包括：账户编码标识、工作描述、假设条件和制约因素、负责的组织、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息。

（3）项目文件更新

可能需要更新的项目文件至少包括需求文件。

243、项目范围确认：确认范围是正式验收已完成的项目可交付成果的过程，主要作用是，使验收过程具有客观性；同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。

244、项目范围确认的工作要点：

（1）制定并执行确认程序

确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。

确认范围的一般步骤：

①确定需要进行确认范围的时间。

②识别确认范围需要哪些投入。

③确定范围正式被接受的标准和要素。

④确定确认范围会议的组织步骤。

⑤组织确认范围会议。

（2）项目干系人对项目范围的正式承认

项目干系人进行确认范围时，一般需要检查以下6个方面的问题：

①可交付成果是否确实的、可确认的或者说可核实的。

②每个交付成果是否有明确的里程碑，里程碑是否明确可辨别的。

③是否有明确的质量标准。

④审核或承诺是否表达清晰。项目投资人必须正式同意项目的边界、项目完成的产品或服务，以及项目相关的可交付成果。项目团队必须清楚了解并取得一致的意见。

⑤项目范围是否覆盖了需要完成的产品或服务进行的所有活动。

⑥项目范围的风险发生概率，管理层是否能够降低可预见性的风险对项目的影响。

245、项目范围确认的输入、工具与技术、输出

1）项目范围确认的工具与技术

（1）检查

检查是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准，是否满足项目干系人的要求和期望。检查有时也被称为审查、产品审查、审计和巡检等。项目范围确认时，项目管理组织必须向客户出示能够明确说明项目或阶段成果的文件，如项目管理文件（计划、控制、沟通等)、技术需求确认书、技术文件、施工图纸等。

（2）群体决策技术

当由项目团队和其他干系人进行确认时，可以使用群体决策技术来达成结论。

2）项目范围确认的输入

（1）项目管理计划

项目管理计划包含范围管理计划和范围基准。范围管理计划定义了项目已完成可交付成果的正式验收程序。范围基准包含批准的范围说明书、WBS和相应的WBS词典。只有通过正式的变更控制程序才可对基准进行变更。基准被用作比较的基础。

（2）需求文件

需求文件列明了全部项目需求、产品需求及对项目和产品的其他类型的需求，同时还有相应的验收标准。

（3）需求跟踪矩阵

需求跟踪矩阵连接了需求与需求源，用于在整个项目生命周期中对需求进行跟踪。

4)核实的可交付成果

核实的可交付成果是指己经完成，并经质量过程检查为正确的可交付成果。

（5）工作绩效数据

工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。

3）项目范围确认的输出

（1）验收的可交付成果

符合验收标准的可交付成果应该由客户或发起人以书面的形式正式签字批准。

（2）变更请求

对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案；可能需要针对这些可交付成果提出变更请求以进行缺陷补救。变更请求应该由实施整体变更控制过程进行审查与处理。

（3）工作绩效信息：工作绩效信息包括项目进展信息

（4）项目文件更新

作为确认范围过程的结果，可能需要更新的项目文件包括定义产品或报告产品完成情况的任何文件。确认文件需要客户或发起人以签字或会签的形式进行批准。

246、项目范围控制涉及的主要内容：范围控制是监督项目和产品的范围状态，管理范围基准变更的过程。范围控制涉及到影响引起范围变更的因素，确保所有被请求的变更、推荐的纠正措施或预防措施按照项目整体变更控制处理，并在范围变更实际发生时进行管理。未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延。变更不可避免，因此在每个项目上，都必须以书面的形式记录并实施某种形式的变更控制管理。本过程的主要作用是，在整个项目期间保持对范围基准的维护。

247、项目范围控制与用户需求变更的联系：用户的需求变更必须控制在可控范围之内。需求基线定义了项目的范围。随着项目的进展，用户的需求可能会发生变化，从而导致需求基线变化以及项目范围的变化。每次需求变更并经过需求评审后，都要重新确定新的需求基线。随着项目的进展，需求基线将越定越高，容许的需求变更将越来越少。需求变更及项目范围变更一定要遵循由变更控制委员会制定的变更控制流程。

248、项目范围控制过程的输入、工具与技术、输出

1）项目范围控制涉及所用的工具与技术

进行项目范围控制时，所用的技术和工具是偏差分析。偏差分析是一种确定实际绩效与基准的差异程度及原因的技术。可利用项目绩效测量结果评估偏离范围基准的程度，确定偏离范围基准的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工作。

2）项目范围确认的输入

（1）项目管理计划

项目管理计划中的以下信息可用于控制范围：

①范围基准：用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。

②范围管理计划：描述如何监督和控制项目范围。

③变更管理计划：变更管理计划定义管理项目变更的过程。

④配置管理计划：配置管理计划定义哪些是配置项，哪些配置项需要正式变更控制及针对这些配置项的变更控制过程。

⑥需求管理计划：需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理项目需求。

（2）需求文件

需求应该明确（可测量且可测试)、可跟踪、完整、一致且得到主要干系人的认可。记录完好的需求文件便于发现任何对于批准的项目或产品范围的偏离。

（3）需求跟踪矩阵

需求跟踪矩阵有助于发现任何变更或对范围基准的任何偏离给项目目标所造成的

影响。

（4）工作绩效数据

工作绩效数据可能包括收到的变更请求的数量、接受的变更请求的数量，或者完成的可交付成果的数量等。

（5）组织过程资产

影响范围控制过程的组织过程资产包括：现有的、正式和非正式的，与范围控制相关的政策、程序和指南；可用的监督和报告的方法与模板。

3）项目范围确认的输出

（1）工作绩效信息

本过程产生的工作绩效信息是有关项目范围实施情况（对照范围基准）的、相互关联且与各种背景相结合的信息，包括收到的变更的分类、识别的范围偏差和原因、偏差对进度和成本的影响，以及对将来范围绩效的预测。这些信息是制定范围决策的基础。

（2）变更请求

对范围绩效的分析，可能导致对范围基准或项目管理计划其他组成部分提出变更请求。变更请求可包括预防措施、纠正措施、缺陷补救或改善请求。变更请求需要经实施整体变更控制过程的审查和处理。

（3）项目管理计划更新

项目管理计划更新可能至少包括：

①范围基准更新

如果批准的变更请求会对项目范围产生影响，那么范围说明书、WBS及WBS词典都需要重新修订和发布，以反映这些通过实施整体变更控制过程批准的变更。

②其他基准更新

如果批准的变更请求会对项目范围以外的方面产生影响，那么相应的成本基准和进度基准也需要重新修订和发布，以反映这些被批准的变更。

（4）项目文件更新

可能需要更新的项目文件至少包括：需求文件、需求跟踪矩阵。

（5）组织过程资产更新

可能需要更新的组织过程资产包括：造成偏差的原因、所选的纠正措施及选择理由、从项目范围控制中得到的其他经验教训。

文章源于网络，如有侵权，请私信文章标题联系删除，谢谢。

为了能让更多人享受软考的政策福利和现实功利，51CTO旗下软考教研团队联合薛大龙老师，认真严肃向大家推出软考2日直播特训营。

扫码入群0元领取6G的软考6资料包+2天软考特训营名额

软考资料包括：软考16本电子版教材 & 36本辅导教材 + 27套历年真题试卷 + 21套精编知识点6G资料包​

软考训练营名额+资料领取方式>>>

扫下方码入群后按照老师的要求操作即可领取。

51CTO软考两天直播训练营

这门课恰好能够为你答疑解惑，助你快速入门并掌握软考知识要点，获得技能提升。为自己的职业发展规划制定一个更明确的规划，迈出升职加薪的第一步。

训练营周期为 两天直播课 晚8：00-9：00

心急的小伙伴可直接扫码解锁。

☟☟☟

2天软考直播特训营

3大必备技能

↓↓↓

限时 0 元 即可解锁

点击下方链接报名

仅限前100个名额

报名链接: ​ ​​https://edu.51cto.com/surl=oR9sp3​​​

课程涵盖：高分知识点梳理，案例分析解题方法、论文通用模板等。我们力争通过2天的直播课程，助力您快速入门并一次性通关软考！

如果你对这门课程还不太了解的话，就跟我一起往下看吧。

我们的主讲老师薛大龙老师，深耕软考教育培训20余年，主编出版软考辅导教材60余本，非常熟悉软考题目的要求、难度、以及判卷标准。

完成本体验营2天所有课程及作业考核，学员将掌握信息系统项目管理师、系统集成项目管理工程师的高频考点及答题技巧：

①掌握信息系统项目管理师知识体系；

②掌握考试高分占比知识领域；

③掌握考试考情前沿分析；

④掌握论文与案例超干货答题方法；

⑤掌握名师对真题的独到解析。

报名前，你还需要知道的3件事

1）课程形式

直播课程+社群学习活动

2）课程时间

报名后老师安排上课 晚8:00-9:00

3）报名后要做什么？

付费后根据提示添加学姐为好友，开营前学姐会统一拉人入群。

2天软考考证特训营

0 元 解锁课程

还可 领取「6G课程资料」

点击下方链接报名 仅限前100个名额

报名链接: ​​https://edu.51cto.com/surl=oR9sp3​​​