第七章项目范围管理(选择4分,偶尔考案例)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 第七章项目范围管理(选择4分,偶尔考案例)

知识精讲

7.1项目范围管理概念

7.1.1项目范围管理的含义及作用

通俗地讲,项目范围管理就是要做范围内的事,而且只做范围内的事,既不少做也不多做。

7.1.2项目范围管理的主要过程

项目范围管理通过以下6个过程来实现:

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

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

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

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

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

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

7.2编制范围管理计划

                                       图7-1编制范围管理计划过程

编制范围管理计划是项目或项目集管理计划的组成部分,描述了如何定义、制定、监督、控制和确认项目范围。

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

(1)会议 (2)专家判断

7.2.2编制范围管理计划过程的输入、输出

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

(1)项目管理计划

(2)项目章程

(3)组织过程资产

(4)事业环境因素

2、编制范围管理计划过程的输出

  1. 范围管理计划。
范围管理计划要对将用于下列工作的管理过程做出规定:
(1)制定详细项目范围说明书。
(2)根据详细项目范围说明书创建WBS
(3)维护和批准工作分解结构 (WBS)。
(4)正式验收已完成的项目可交付成果。
(5)处理对详细项目范围说明书或 WBS的变更。
根据项目需要,范围管理计划可以是正式或非正式的,非常详细或高度概括的。
  1. 需求管理计划

7.3收集需求

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

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

1、 访谈:访谈是通过与干系人直接交谈来获取信息的正式或非正式的方法。访谈经常是一个访谈者和一个被访者 之间的"一对一"谈话,但也可以包括多个访谈者或多个被访者。

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

3、 引导式研讨会:引导式研讨会把主要干系人召集在一起,通过集中讨论来定义产品需求。研讨会是快速定义跨 职能需求和协调干系人差异的重要技术。由于群体互动的特点,被有效引导的研讨会有助于参与者之间建立信任、 改进关系、改善沟通,从而有利于干系人达成一致意见。此外,研讨会能够比单项会议更早发现问题,更快解决问 题。

4、 群体创新技术

可以组织一些群体活动来识别项目和产品需求。下面是一些常用的群体创新技术:

  1. 头脑风暴法。 一种用来产生和收集对项目需求与产品需求的多种创意的技术。
  2. 名义小组技术。用于促进头脑风暴的一种技术,通过投票排列最有用的创意,以便进一步开展头脑 风暴或优先排序。
  3. 概念/思维导图。把从头脑风暴中获得的创意整合成一张图的技术,以反映创意之间的共性与差异,激发新创 意。
  4. 亲和图。用来对大量创意进行分组的技术,以便进一步审查和分析。
  5. 多标准决策分析。借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,从而 对众多方案进行评估和排序的一种技术。

5、 群体决策技术:群体决策技术就是为达成某种期望结果,而对多个未来行动方案进行评估的过程。

本技术用于生成产品需求,并对产品需求进行归类和优先级排序。例如:

  1. 一致同意。每个人都同意某个行动方案。
  2. 大多数原则。获得群体中超过50%人员的支持,就能做出决策。把参与决策的小组人数定为奇数, 防止因平局而无法达成决策。
  3. 相对多数原则。根据群体中相对多数者的意见做出决策,即便未能获得大多数人的支持。通常在候选项超过两 个时使用。
  4. 独裁。在这种方法中,由某一个人为群体做出决策。

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

7、 观察:观察是指直接察看个人在各自的环境中如何执行工作(或任务)和实施流程。

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

9、 标杆对照:标杆对照将实际或计划的做法(如流程和操作过程)与其他可比组织的做法进行比较,

以便识别最佳实践,形成改进意见,并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的,也可以是 外部的。

10、系统交互图:系统交互图是范围模型的一个例子,它是对产品范围的可视化描绘,显示业务系统及其与人和其 他系统(行动者)之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收 者。

11、 文件分析:文件分析就是通过分析现有文档,识别与需求相关的信息,来挖掘需求。

7.3.2收集需求过程的输入、输出

1、收集需求过程的输入

(1)范围管理计划

(2)需求管理计划

(3)干系人管理计划

(4)项目章程

(5)干系人登记册

7.4范围定义

7.4.1 范围定义

                                                   图7-2定义范围过程

1、 定义范围是制定项目和产品详细描述的过程。明确所收集的需求哪些将包含在项目范围内,哪些将排除在项目范围外,从而明确项目、服务或输出的边界。

2、 定义范围最重要的任务就是详细定义项目的范围边界,范围边界是应该做的工作和不需要进行的工作分界线。 定义范围可以增加项目时间、成本和资源估算的准确度,定义项目控制的依据,明确相关责任人在项目中的责任, 明确项目的范围、合理性和目标,以及主要可交付成果。

3、 范围定义的输入

(1)范围管理计划

(2)项目章程

(3)需求文件

4、 范围定义的输出

(1)项目范围说明书

(2)项目文件更新

5、 范围定义的工具和技术

  1. 产品分析:产品分析旨在弄清产品范围,并把对产品的要求转化成项目的要求。
  2. 专家判断
  3. 备选方案生成:备选方案生成是一种用来制定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不 同方法。许多通用的管理技术都可用于生成备选方案,如头脑风暴、横向思维、备选方案分析等。
  4. 引导式研讨会
7.4.2范围说明书

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

录了整个范围,包括项目和产品范围。项目范围说明书详细描述项目的可交付成果,以及为创建这些可交付成果而 必须开展的工作。

2, 详细的范围说明书包含的内容

(1)项目目标

(2)产品范围描述

(3)项目需求

(4)项目边界

(5)项目的可交付成果

(6)项目的制约因素

(7)假设条件

3、 虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。项目章程包括高层 级的信息,而项目范围书说则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。

7.5创建工作分解结构

                                       图7-3 创建工作分解结构过程

1、创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。

2、WBS的作用和意义

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

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

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

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

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

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

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

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

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

4、工作分解结构是用来确定项目范围的,项目的全部工作都必须包含在工作分解结构当中,而且不包含在工作分 解结构中的任何工作都不是项目的组成部分,都不能做,否则就是"镀金"。

5、工作分解结构的编制需要所有项目干系人的参与,需要项目团队成员的参与。

6、工作分解结构是逐层向下分解的。 一般情况下,工作分解结构应控制在3-6层为宜。

7、工作分解结构中的各要素应该是相对独立的,要尽量减少相互之间的交叉。

8、当前较常用的工作分解结构表示形式主要有以下两种:

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

(2)表格形式,类似于分级的图书目录。

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

9、 里程碑标志着某个可交付成果或者阶段的正式完成。

10、工作包是位于工作分解结构每条分支最低层的可交付成果或项目工作组成部分。作为一种经验法则,8/80规

则(80小时原则)建议工作包的大小应该至少需要8个小时来完成,而总完成时间也不应该大于80小时。

11、在制作分解结构的过程中,把每个工作包分配到一个控制账户,并根据"账户编码"为工作包建立唯一标识,这 些标识为进行成本、进度与资源信息的层级汇总提供了层级结构。控制账户是一个管理控制点。在该控制点上,把范围、预算、实际成本和进度加以整合,并与挣值相比较,以测量绩效。 控制账户设置在WBS 中选定的管理节点上。每个控制账户可能包括一个或多个工作包,但是一个工作包只能属于一个控制账户。需要生成一些配套的文件,这些文件需要和工作分解结构配合使用,称为工作分解结构词典,它包括工作分解结构组成部分的详细内容、 账户编码、工作说明、负责人、进度里程碑清单等,还可能包括合同信息、质量要求、技术文献、计划活动、资源 和成本估计等。

7.5.1、WBS 创建工作的工具与技术
  1. 分解

分解是一种把项目范围和项目可交付成果逐步划分为更小单元,通常需要开展以下活动:

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

(2)确定 WBS 的结构和编排方法。

(3)自上而下逐层细化分解。

(4)为WBS 组件制定和分配标识编码。

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

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

(1)在层次上保持项目的完整性,避免遗漏必要的组成部分。

(2)一个工作单元只能从属于某个上层单元,避免交叉从属。

(3)相同层次的工作单元应用相同性质。

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

(5)便于项目管理计划和项目控制的需要。

(6)最底层工作应该具有可比性,是可管理的,可定量检查的。

(7)应包括项目管理工作,包括分包出去的工作。

2)专家判断

7.5.2、创建工作分解结构的输入、输出

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

(1)项目范围管理计划

(2)项目范围说明

(3)需求文件

(4)事业环境因素

(5)组织过程资产

2、创建工作分解结构的输出

  1. 范围基准:经过批准的范围说明书、工作分解结构(WBS)和相应的WBS 词典组成了范围基准,只有通过正式的 变更控制程序才能进行变更这个基准,它被用作比较的基础。范围基准包括:

(1)项目范围说明书。

(2)WBS

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

  1. 项目文件更新

7.6确认范围

                                                           图7-6

1、确认范围是正式验收已完成的项目可交付成果的过程。确认范围需要审查可交付物和工作成果,以保证项目中 所有工作都能准确地、满意地完成。保证项目中所有工作都能准确地、满意地完成。

使验收过程具有客观性;同时通过验收每个可交付成果,提高最终产品、服务或成果获得验收的可能性。

7.6.1项目范围确认的工作要点

1、 确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性 及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。

2、 确认范围的-一般步骤:

(1)确定需要进行确认范围的时间

(2)识别确认范围需要哪些投入。

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

(4)确定确认范围会议的组织步骤。

(5)组织确认范围会议。

7.6.2项目范围确认的工具

(1)检查是指开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准,是否满足

项目干系人的要求和期望。检查有时也被称为审查、产品审查、审计和巡检等。在某些应用领域,这些术语具有 独特和具体的含义。

(2)群体决策技术

7.6.3、项目范围确认的输入、输出

1、项目范围确认的输入 1)项目管理计划

2)需求文件

3)需求跟踪矩阵

4)核实的可交付成果:核实的可交付成果是指已经完成,并经质量过程检查为正确的可交付成果。

5)工作绩效数据

2、 项目范围确认的输出

1)验收的可交付成果

2)变更请求

3)工作绩效信息

4)项目文件更新

7.7项目范围控制

                                           图 7 - 7 范 围 控 制 过 程

1、 变更不可避免,因此在每个项目上,都必须以书面的形式进行记录

7.7.4、 范围控制的工具和技术 偏差分析
7.7.5、 项目范围确认的输入、输出

1)项目管理计划

2)需求文件

3)需求跟踪矩阵

4)工作绩效数据

5)组织过程资产

1、产品范围和项目范围。

(1)产品范围;表示产品、服务或结果的特性和功能。

产品范围包含产品规格、性能技术指标的描述,即产品所包含的特征和具体的功能性能情况等。随着项目的开展, 其产品特征会逐渐细化。

(2)项目范围:为了完成具有规定特征和功能的产品、服务或结果,而必须完成的项目工作。

项目范围是否完成以项目管理计划、项目范围说明书、 WBS、 以及WBS 字典作为衡量标准,而产品范围是否完成以 产品要求作为衡量标准。两种范围管理需要很好地集成起来,以确保项目工作能产生所规定的产品并准时交付。

2、 项目范围确认的输出

1)工作绩效信息

2)变更请求

3)项目管理计划更新

建议学的补充资料

历年真题

2022年05月全国卷-编写范围管理计划和细化项目范围会分析一些信息,这些信息不包括(38)。

A、项目章程

B、项目管理计划中已批准的子计划

C、 项目范围说明书

D、采购管理制度

【参考答案】: C

【解析】编制范围管理计划是项目或项目集管理计划的组成部分,描述了如何定义、制定、监督、控制和确认项目 范围。编制范围管理计划和细化项目范围始于对下列信息的分析:项目章程中的信息、项目管理计划中已批准的子 计划等。编制范围管理计划有助于降低项目范围蔓延的风险。

2022年05月全国卷-详细的范围说明书及其引用的文档包括(39)

① 项目目标②产品范围描述③项目进度④可交付成果⑤干系人清单⑥项目需求

A.①②③⑤

B.①②④⑥

C.①②⑤⑥

D.①②③④

【参考答案】: B

【解析】范围说明书内容:①项目目标;②产品范围描述;③项目需求;④项目边界;⑤项目的可交付成果;⑥项 目的制约因素;⑦假设条件

2022年05月全国卷-WBS 的控制账户是一个(40)。

A.资源分配账户

B.管理控制点。

C.成本账户

D.风险点

【参考答案】: B

【解析】控制账户是一个管理控制点。

2022年05月全国卷-项目范围确认后应(41) o

A.确定项目基准

B.明确项目验收标准

C.记录项目绩效信息。

D.更新项目目标

【参考答案】: C

【解析】由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过 正式验收。本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出 (如需求文件或范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据。

2022年05月全国卷-在控制项目范围时,不需要用到(42)。

A.工作绩效报告。

B.需求管理计划

C.WBS 词典

D.配置管理计划

【参考答案】: A

【解析】控制项目范围的输入:1、项目管理计划;2、需求文件;3、需求跟踪矩阵;4、工作绩效数据;5、组织 过程资产;问控制范围的输入。范围基准中包含了 WBS 词典。配置管理计划属于项目管理计划的内容。

2022年05月广东卷-关于范围定义的描述,不正确的是(40)

A.范围定义的作用是明确项目、服务或者输出的边界

B.范围定义是从需求文件中选出最终的项目需求

C.范围定义可以增加项目时间、成本和资源估算的准确度

D.在项目规划中应首先进行范围定义、明确项目的准确范围

答案: D

解析;首先应编制范围管理计划、收集需求等。

2022年05月广东卷-在项目验收过程中不宜采用(41)方法确定可交付成果是否符合需求和验收标准。

A.群体决策技术

B.检查

C.观察。

D.独裁

答案: C

解析:范围确认的工具与技术:检查(审查、产品评审、审计、走查、巡检)、群体决策技术。独裁是属于群体决策 的。

2022年05月广东卷- (42)属于项目范围控制使用的工具和技术。

A.偏差分析。

B.实验设计

C.敏感性分析

D.回归分析

答案: A

解析;控制范围的工具包含偏差分析。

2021年11月-关于项目范围控制描述,不正确的是(42)

A.项目的范围变更控制和管理是对项目中存在的或者在的变化采用正确的策略和方法来降低项目的风险 B.客户通常只能提出范围变化的要求,项目经理才能批准项目范围变化。

C.项目小组成员发现项目范围变化时应将其报告给项目经理

D.随着项目的发展,需求基线将越定越高,容许的需求变更将越来越少

【参考答案】 B

【解析】客户通常只能提出范围变化的要求,但却没有批准的权力。即使是项目经理也没有批准的权力。真正拥 有这种权力的只有一个人,那就是这个项目的投资人(除非该资助人已经授权给了他人)。

2021年11月-关于项目范围确认的描述,不正确的是(41)。

A.范围确认应贯穿项目的始终

B.范围确认的主要作用是使验收过程具有客观性

C.范围确认过程关注可交付成果的正确性以及是否满足质量要求。

D.范围确认时,应检查每个交付成果是否有明确的里程碑,里程碑是否明确可辨别

【参考答案】 C

【解析】确认范围过程与控制质量过程的不同之处在予,前者关注可交付成果的验收,而后者关注可交付成果的正 确性及是否满足质量要求,控制质量过程通常先于确认范围过程,但二者也可同时进行。

2021年11月- (39)严格定义了项目内包括什么和不包括什么,以防项目干系人假定某些产品或服务是项目中的一部 分。

A.项目目标

B,项目边界

C.项目需求

D.项目的可交付成果

【参考答案】 B

【解析】什么是包括在项目之内的,什么是不包括在项目之外的,即为项目工作明确划定边界。

2021年11月-关于范围管理相关的描述,不正确的是(38)

A.范围管理计划描述了如何定义,制定,监督,控制和确认项目范围

B.范围管理计划可以是正式的或非正式,非常详细或高度概括的

C.需求管理计划描述如何分析、记录和管理需求

D.需求管理计划是编制范围管理计划时的重要参考依据。

【参考答案】 D

【解析】需求管理计划是范围管理计划的输出。

相关文章
|
6月前
|
SQL 数据库
sql数据库练习题(涵盖大部分知识点)
sql数据库练习题(涵盖大部分知识点)
|
7月前
【错题集-编程题】春游(模拟 - 分情况讨论)
【错题集-编程题】春游(模拟 - 分情况讨论)
|
存储 应用服务中间件 nginx
CKAD考试实操指南(五)---定制你的舞台:配置实践要点
在这篇 CKAD 考试实操指南文章中将为你介绍如何使用知十平台并结合开源项目 CKAD Exercises 中提供的练习题来练习 CKAD 考试中 Configuration 部分的考试内容。在这个过程中你将掌握如何通过 kubectl 命令行工具操作「ConfigMap」、「Secret」、「SecurityContext」、「ServiceAccount」、「ResourceQuota」等资源,并在实践中加深对知识的理解。
173 0
CKAD考试实操指南(五)---定制你的舞台:配置实践要点
|
7月前
|
小程序 JavaScript Java
基于Java的大学生心理健康答题小程序设计与实现(亮点:选题新颖、可以发布试卷设置题目、自动判卷、上传答案、答案解析)
基于Java的大学生心理健康答题小程序设计与实现(亮点:选题新颖、可以发布试卷设置题目、自动判卷、上传答案、答案解析)
97 0
|
7月前
|
自然语言处理 监控 项目管理
第六章项目整体管理(选择5分,案例偶尔考)
第六章项目整体管理(选择5分,案例偶尔考)
|
7月前
|
安全
第五章项目立项管理(选择4分,案例偶尔考)
第五章项目立项管理(选择4分,案例偶尔考)
|
7月前
|
项目管理 计算机视觉
软考系统集成知识精讲第九章项目成本管理(选择4分,案例13分)
软考系统集成知识精讲第九章项目成本管理(选择4分,案例13分)
|
7月前
|
安全 项目管理 数据库
第十一章项目人力资源管理(选择3分,案例11分)
第十一章项目人力资源管理(选择3分,案例11分)
|
7月前
|
监控 项目管理 开发工具
第十章项目质量管理(选择3分,案例17分)
第十章项目质量管理(选择3分,案例17分)
106 0
|
7月前
|
存储 监控 测试技术
第四章项目管理一般知识(选择4分)
第四章项目管理一般知识(选择4分)