购买
下载掌阅APP,畅读海量书库
立即打开
畅读海量书库
扫码下载掌阅APP

2.6 项目范围管理

项目范围管理,包括为成功完成项目所需要的一系列过程,以确保项目包含且只包含项目所必须完成的工作。主要内容包括:

(1)范围计划编制。制定一个项目范围管理计划,以规定如何被定义、检验、控制范围、创建与定义工作分解结构(WBS)。

(2)范围定义。编制一个详细的项目范围说明书作为将来项目决策的基础。

(3)创建工作分解结构(WBS)。将项目的主要可交付成果和项目工作细分为更小、更易于管理的部分。

(4)范围确认。正式接受已完成的项目范围。

(5)范围控制。控制项目范围变更。

范围指的是:

(1)产品范围。表示产品或服务的特性和功能。产品范围包含产品规格、性能技术指标的描述,即产品所包含的特征和具体的功能情况等。

(2)项目范围。为了完成具有所规定特征和功能的产品必须完成的工作。

确认项目范围对项目管理而言有如下意义:

(1)清楚了项目的具体工作范围和具体工作内容,为提高费用、准确估算时间和资源打下基础。

(2)项目范围是确定要完成哪些具体工作,项目范围管理和控制是项目管理计划的一部分,也是项目各项计划的基础,因此项目范围计划编制是确定项目进度测量和控制的基准。

(3)项目范围的确定就是确定了项目的具体工作任务,这样有助于清楚地划分责任和分派任务,为进一步安排工作和任务打下了基础。

2.6.1 范围计划编制

范围计划编制的输入

项目范围计划编制,需要合理的、有效的根据,才能制定出指导项目顺利进行的范围管理计划。一般而言项目范围计划编制,需要项目合同、初步的项目范围说明书、组织过程资产、环境和组织因素以及初步的项目管理计划。

范围计划编制的工具和技术

专家判断以及模板、表格和标准。

范围计划编制的输出

范围管理计划就是项目管理团队为如何管理项目范围提供的指导。范围管理计划的组成部分包括:

(1)基于初步项目范围说明书准备一个详细的项目范围说明书的过程。

(2)从详细的项目范围说明书创建WBS的过程。

(3)详细说明已完成项目的可交付物是如何得到正式的确认和认可,以及获得与之相伴的WBS的过程。

(4)一个用来控制需求变更如何落实到详细的项目范围说明书中的过程。这个过程直接与综合变更控制相关联。

2.6.2 范围定义

在初步项目范围说明书中已文档化的主要可交付物、假设和约束条件的基础上准备详细的项目范围说明书,是项目成功的关键。

范围定义的输入

(1)项目章程。

(2)项目范围管理计划。

(3)组织过程资产。

(4)批准的变更申请。

范围定义的工具和技术

(1)产品分析。

(2)可选方案识别。在此可应用很多通用管理方法,最常用的有“头脑风暴法”和“横向思维法”。

(3)专家判断法。

范围定义的输出

范围定义的工作,会进一步形成详细的范围说明书,以及对项目的管理计划进行更新。

项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作。项目范围说明书在所有项目干系人之间建立了一个对项目范围的共识,描述了项目的主要目标,使团队能进行更详细的规划,指导团队在项目实施期间的工作,并为评估是否为客户需求进行变更或附加的工作是否在项目范围之内提供基线。详细的范围说明书直接或以引用其他文档的方式包括以下内容:项目和范围的目标;产品范围描述;项目边界;项目的可交付物;产品可接受的标准;项目的约束条件;项目的假定;初始的项目组织;初始被定义的风险;进度里程碑;量级成本估算;项目配置管理需求;已批准的请求项目管理计划(更新)。

由于范围定义过程的变更会导致范围管理计划的变更,因而项目管理计划应该做相应的更新。对于项目管理计划和它的辅助计划的必要的变更(补充、修改、修订)通过综合变更控制进行处理。

2.6.3 创建工作分解结构

项目工作结构分解的目的和意义

工作分解结构(WBS)是面向可交付物的项目元素的层次分解,它组织并定义了整个项目范围。WBS是一个详细的项目范围说明的表示法,详细描述了项目所要完成的工作。WBS的组成元素有助于项目干系人检查项目的最终产品。WBS的最低层元素是能够被评估的、安排进度的和被跟踪的。

工作分解结构是组织管理工作的主要依据,是项目管理工作的基础。这些项目管理工作包括:定义工作范围,定义项目组织,设定项目产品的质量和规格,估算和控制费用,估算时间周期和安排进度。因此,从某种程度上讲,工作结构分解的过程就是为项目搭建管理骨架的过程。

项目的工作结构分解,对项目管理有着重要的意义:

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

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

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

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

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

(6)为建立项目信息沟通系统提高依据,便于把握信息重点。

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

工作分解结构表示形式

工作分解结构一般用图表形式表达,其形式是工作分解结构的具体表现,是实施项目、实现最终产品或服务所必须进行的全部活动的一张清单,也是进度计划、人员分配、预算的基础。

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

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

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

创建工作分解结构的输入

范围定义后,创建工作分解结构,前者的输出是后者的输入,包括:项目范围说明书(详细)和项目管理计划。

创建工作分解结构的工具和技术

这部分涉及的主要工具有工作分解结构模板和分解技术。

在进行项目工作分解的时候,一般遵从以下主要步骤。

(1)识别和确认项目的主要组成部分。

(2)分解并确认每一组成部分是否分解得足够详细。

(3)确认项目主要交付成果的组成要素。

(4)核实分解的正确性。

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

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

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

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

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

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

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

(7)应包括项目管理工作(因为是项目具体工作的一部分),以及分包出去的工作。

创建工作分解结构的输出

(1)WBS和WBS字典。工作分解结构描述的是可交付物和其组成要素的具体内容,定义了整个项目的工作范围。

WBS的最低层次通常是指工作包。WBS中包含的元素(包括工作包)细节通常在工作分解结构字典中加以描述。WBS字典是WBS的配套文档,用来描述每个WBS元素。

(2)组织分解结构(OBS)。提供项目组织安排的层次化的有组织的描述,使得工作包同组织执行单元相关联。它用于显示各个工作元素被分配到哪个组织单元。

(3)项目管理计划(更新)。

2.6.4 范围确认

范围确认是项目干系人(发起人、客户和顾客等)正式接受已完成的项目范围的过程。范围确认需要审查可交付物和工作成果,以保证项目中所有工作都能准确、满意地完成。项目范围确认应该贯穿项目的始终,从WBS的确认(或合同中具体分工界面的确认),到项目验收时范围的检验。如果项目被提前终止,范围确认过程应以书面文件的形式把它的完成情况记录下来。范围确认与质量控制不同,范围确认是有关工作结果的接受问题,而质量控制是有关工作结果正确性的审核。这些过程一般并行,以确保可接受性和正确性。

范围确认的输入

(1)项目范围管理计划。

(2)可交付物。可交付物是那些已经被完全或部分完成的部分,并且是指导和管理项目执行过程的输出结果,是项目或项目某阶段的部分或全部的交付成果,当然也可能是客户或上层管理比较关注的里程碑事件完成结果。

(3)项目范围说明书。项目范围说明书详细描述了将被审查的项目产品的产品范围。

(4)WBS和WBS字典。WBS和WBS字典用于范围的定义和确认项目进行中的工作成果是不是项目的一部分。

范围确认的工具和技术

对于项目经理或项目管理人员来说,可以通过“检查”来实现范围的确认。检查包括测量、测试、检验等活动以判断结果是否满足项目干系人的要求和期望,检查也可被称为审查、产品评审和走查等。

项目范围确认时,项目管理组织必须向客户方出示能够明确说明项目(或项目阶段)成果的文件,如项目管理文件(计划、控制、沟通等)、技术需求确认说明书、技术文件、竣工图纸等。

范围确认的输出

(1)确认后的范围。确认后的范围包括被客户或项目发起人接受的文档,或项目交付成果的认可证明。

(2)WBS和WBS字典(更新)。

2.6.5 范围控制

范围控制涉及以下内容:影响范围变更的因素,确保所有被请求的变更按照项目综合变更控制处理,范围变更发生时管理实际的变更。

变更产生的原因主要有:

(1)项目外部环境发生变化,如政府政策的问题。

(2)项目范围的计划编制不周密详细,有一定的错误或遗漏,如:在设计语音数据处理系统时没有考虑到计算机网络的承载流量的问题。

(3)世界上出现了或是设计人员提出了新技术、手段或方案。在项目实施过程中,常常会出现制定范围管理计划时尚未出现的,可以大幅度降低成本的新技术。

(4)项目实施组织本身发生变化。如:由于项目所在单位同其他单位合并或是出现其他情况,项目班子成员组织发生变化。

(5)客户对项目、项目产品或服务的要求发生变化。

范围控制的输入

(1)范围管理计划。范围管理计划是范围控制的主要依据。

(2)WBS和WBS字典。WBS和WBS字典定义项目的范围基线。

(3)绩效报告。绩效报告是直接可以反映当前项目执行情况的文件,可以从项目范围相关的绩效报告中获得范围绩效的信息,以此来作为项目变更控制的一个依据。同时,绩效报告也能提醒项目团队预测项目的未来性,把握项目范围变更控制的风险。

(4)工作绩效信息。变更工作基于目前已经完成的工作,是整体关联的,基于发生的工作进行变更控制。

(5)批准的变更需求。

范围控制的工具和技术

(1)变更控制系统。

(2)偏差分析;

(3)重新规划;

(4)配置管理系统;

范围控制的输出

(1)变更请求。范围控制的结果能产生变更请求,变更的处理要符合项目综合变更控制过程。

变更请求是对已被认可的WBS所确认的项目范围的任何修改。

(2)建议的纠正措施。纠正措施是为达到将来预期的与项目计划一致的项目绩效而采取的任何措施。

(3)组织过程资产(更新)。

(4)项目管理计划(更新)。

(5)WBS和WBS字典(更新)。 eOcgEQiEUpBGji/Nuqe93PLyH4RgQkrWyLVu2pSzd6+irrNT00SyRRpq0Rs0wzYr

点击中间区域
呼出菜单
上一章
目录
下一章
×