项目范围管理的内容

项目范围的管理也就是对项目应该包括什么和不应该言包括什么进行相应的定义和控制。它包括用以保证项目能按要求的范围完成所涉及的所有过程，包括：确定项目的需求、定义规划项目的范围、范围管理的实施、范围的变更控制管理以及范围核实等。

一、确定项目的需求。

当正式承认一个新项目的存在或一个已有项目应该进入到下一阶段时，也就意味着项目的正式启动。项目的正式启动将项目与执行组织的日常事务性的工作联系起来。一般情况下，在某些组织中，一个项目只有在可行性研究或初步计划完成之后才能够正式启动。而项目的启动一般是由于以下一个或多个项目的需求而启动的：

A、市场需求（如某汽车公司针对市场上汽油短缺，而批准一个项目，

以研制更省油的汽车）；

B、商业需求（如一个培训公司批准一个开发新课程的项目来增加其收

入）

C、顾客需求（如某电力公司批准一个项目，建立新的变电站向一个新

的工作业天以区提供电力资源等）；

D、技术进步需求（例好一家电子公司在计算机内存不断增加的情况下，

批准开发一个新的视频游戏机项目）；

E、法律需求等。

这些需求有的是大众的需求，即公共需求；有的则是个人、单位或企业

的需求，即个体需求。无论公共需求还是个体需求，都需要行以满足，

于是不断的产生了项目，而项目的建设又进一步推动了社会各方面的发

展，继而导致新的需求的产生，即形成了下面的循环：社会发展――新

的需求――项目建设――社会发展。如此循环，经济、社会便得以发展。

在项目实施的过程中，对于委托人或项目干系人对产品、服务和过程明

确的或隐含的需求，应当用文件的形式来表述，即需求建议书，该文件

要经过双方的同意。

需求建议书（RFP，即Request For Proposal）就是客户向承约商发出的

用以说明如何满足自己已经识别的需求的建议书。其主要内容包括：满

足其需求的项目的工作陈述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、对承约商项目申请书的要求等。

（1）工作陈述（SOW，Statement of Work），必须说明项目的工作范围，概括说明客户所要求承约商做的主要工作任务或任务

范围。

（2）客户对项目的要求，要说明涉及产品大少、数量、颜色、质量、速度或服务质量以及其他承约商提出的解决方案所必须

满足的物理参数和操作参数。例如，如果客户需要一个销售

手册，那么要规定必须附有回邮信封，用两种颜色打印在存

货卡片上，印刷量为每批10000个。

有些要求可能会涉及到承约商的工作成绩，那么这些工作成绩的要求就可以被用户用做检验的标准。例如，如果RFP是一套自动结帐和收款系统，这里的工作成绩要求就可以包括：每天能进行近2000次交易，处理时间不超过48小时等等。如果在第一张发票的30天内没有收到付款，系统就会自动产生第三张发票。因此，承约商必须能够经得起自动结帐和收款系统的测试，在客户接受系统并向承约商最后付款之前，承约商应向客户证明所有这些符合工作成绩的要求。

（3）期望的项目目标，即客户对可交付成果的期望，这是承约商所提供的实体内容，也可能是客户要求承约商提供的定期进

度报告或结束报告。

（4）客户供应条款，说明客户可以提供给承约商的设备、资源等。

（5）付款方式，是承约商关注的重要内容。有些项目可能会在项目开始前或结束一次性将款项支付或划拨承约商，有的项目

可能由于项目进度较长，资金额较大，并考虑到项目可交付

成果的质量问题，客户更可能按一定的进度或某各比例，分

批将项目款项支村级承约商。

（6）契约形式，RFP中可以提到客户期望使用的合同类型。合同

可能是按固定价格订立的，这样，不论承约商实际工作花费

是多少，客户都得按照既定的价格支承约商款项。合同也可

能还规定了时间、原材料限制，在这种情况下，客户不管实

际成本是多少，都会给承约商特定的报酬。

（7）客户对项目的申请书的要求，这是为方便的在众多承约商中进行最佳选择所必须做的一项工作。因为，客户是通过承约

商的项目申请书来判断该承约商的水准的，所以，需要客户

在需求建议书中对有关项目申请书的事项，如格式，内容及

呈交期限等做出一定的规定，这样，才能为承约商提供一个

公平、公正有竞争环境。当然，这种规定可能会限制承约商

的思路，但这却是进行选优的先决条件。

此外，RFP中还可以包括客户用来评价相互竞争的承约商的申请书

的标准，如承约商在类似项目中的经了、验、他们提出的技术方法、

他们的进度计划以及所用的成本等。尽管RFP中很少指出客户所拥

有的可用于此项目的资金量，但在某些情况下，客户暗示一下大约

的费用数额，将会很有帮助。这样，承约商提交的申请书就能够与

资金水平相适应。否则，很可能所有承约商提交的申请书中的价格

都大大超出客户支资金，于是，客户不得不要求所有的承约商生新

提交申请书。

当然，并非所有的项目都需要准备正式的需求建议书，非正式的联

系义流也是可以的，这多用于那些公司内部人员执行项目的情况。

上面所说的是给外部承约商起草一份正式的需求建议书时的一些指

导方针。

二、定义和规划项目的范围。

所谓定义和规划项目的范围，即定义和规划项目目标，可交付成果的性能指标、约束条件、工作原则以及管理策略等。

确定项目范围时，应该根据需求的定义，将项目范围分解为成向产品或服务的层次结果，即产品分解结构（PBS）。产品分解结构中的每个产品单元的特性尽可能用可以度量的量化指标来表述，以此作为设计、开发和签定合同的

依据。

三、范围管理的实施。

范围管理的实施，是指控制项目中实际执行的工作，而通过活动定义确定的活动应该按照项目计划实施和控制。

在实际的项目实施中，要建立和维护变更控制系统以作为进行范围管理的基础。范围管理控制系统是一套实现确定的修改项目文件或改变项目活动时应遵循的程序，其中包括必要的表格或其它书面文件、责任跟踪和变更审批制度、人员和权限。

在进行项目范围管理时，还应该分析潜在的、可觉察的和实际的范围变化并采取措施，使之在项目生命周期内达到项目目标，必要时利用变更控制系统来修改项目目标。

四、范围的变更控制管理。

变更，是指项目干系人常常由于项目环境或者是其它的各种原因、要求而对项目的范围计划进行修改，甚至是重新规划，而这一类修改或变化就叫做变更。范围的变更管理是对项目中存在的或潜在的变化，采用正确的策略的方法成功地处理它。

在对项目的范围变化进行变更控制管理时，要以工作分解结构、项目进展报告、来自项目内外的变更请求和范围管理计划为依据。而进行范围变更控制必须经过范围变更控制系统，它一般包括文档、风险分析、效果分析、构型（配置）管理、变更管理部门和变更流程。

当范围变化出现以后，应该修改有关技术文件和项目计划，并通知有关的项目干系人，对项目的变化采取一定的应对措施的理由、从变更中吸取的教训和经验等都记录在案，并形成书面文件。

多数情况下，项目变更控制管理被用于：能够影响项目变化的主要因素，如设计、工程、投资等；或者是项目文档，包括计划、进度表、声明、指令、和规程等；或正式的契约，如合同、分合同、备忘录等。而且，范围变更控制应当全过程地与其他控制过程相结合起来，如进度控制、成本控制、质量控制等（有关这几方面的控制过程在其他章节详细介绍）。

五、范围核实。

范围核实又叫移交或验收。项目或项目某个阶段结束时，项目要把已完成的项目可交村成果交给该项目成果的使用者或其它有权接收的方面，如发起者、项目业主或项目使用者。而在正式移交之前，接收方要对已经完成的工作成果或项目活动结果进行重新审查，核查项目提前完成，则应该查明有那些工作已经完成，或是已经完成到了什么程度，并将核结果在案。

对于项目经理或项目管理人员来说，可以通过检查来实现范围的核实。检查一般包括测量、测试、检验等活动以确定结果是否符合要求，检查又可以被称作审查、产品审查、审计、巡回检查等。

在进行项目范围核实时，项目班子必须向接收方出示能够明确说明项目（或项目阶段）成果的文件，如项目计划、技术要求说明书、技术文件、图纸等。

项目范围管理

项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。

详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。

全过程项目管理工作内容教程文件

全过程项目管理工作 内容

全过程项目管理工作内容 1前期策划阶段的项目管理 ·参与建设环境和条件的调查和分析； ·参与项目建设目标论证与项目定义； ·参与项目规划有关的组织、管理和经济方面的论证与策划； ·参与项目规划有关的技术方面的论证与策划； ·参与项目规划的风险分析； ·编制项目建议书及可行性研究报告； ·协助业主申办《建设项目选址意见书》、《建设工程规划设计要求》、《建设用地规划许可证》； ·编制项目投资估算。 2. 勘察设计阶段的项目管理 A、勘察阶段 ·编写勘察设计阶段项目管理规划； ·协助委托方编制勘察任务书； ·协助委托方选择勘察单位并签订勘察合同； ·管理委托方与勘察单位签订的有关合同、协议； ·督促勘察单位按合同和协议要求及时提供合格的勘察成果； ·核查勘察方案是否符合批准的勘察任务书，以及是否符合勘察合同的规定； ·监督实施勘察方案，并组织勘察验收及勘察成果技术交底。 B、设计阶段

（1）设计阶段的投资控制 ·根据方案设计，审核项目总估算，并协助委托方对方案进行优化及调整； ·编制项目总投资分解计划，并在设计过程中控制其执行，在设计过程中若有必要，及时提出调整总投资分解计划的建议； ·根据工程概算和设计进度，编制设计阶段资金使用计划，并控制其执行，必要时，对上述计划提出调整建议； ·从设计、施工、材料和设备等多方面作必要的市场调查分析和技术经济比较； ·审核施工图预算，必要时调整总投资计划； ·采用价值工程方法，在充分满足项目功能的条件下进一步挖掘节约投资的潜力； ·控制设计变更，检查变更设计的结构可靠性、经济性、建筑造型和使用功能是使其满足委托方的要求。 （2）设计阶段的进度控制 ·审核设计方提出的详细设计进度计划和出图计划，并控制其执行； ·协助委托方编制甲供材料和设备的采购计划，审核甲供材料设备清单； ·协助委托方确定施工承发包合同结构及招投标方式； ·协助委托方对设计文件尽快做出决策和审定； ·协调室内外装修设计、专业设备设计与主体设计的关系，使专业设计进度能满足施工进度的要求。 （3）设计阶段的质量控制 ·协助委托方确定项目质量的要求和标准，参与分析和评估建筑物使用功能、面积分配、建筑设计标准等，根据委托方的要求，编制详细的设计要求文件，作为方案设计优化任务书的一部分；

项目范围管理

一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的十大知识领域（包括项目整体管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理和项目干系人管理），无一对项目的最后成功不产生积极影响。然而，要这十大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。 [编辑] 失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结束还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。 这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。

项目范围管理知识点整理

第一章、项目范围管理概述： 知识点 1. 项目范围包括：项目的最终产品或服务，以及实现该产品或服务所需要的各项具体工作。项目范围的确定就是为成功实现项目的目标，规定或控制哪些方面是项目应该做的，哪些是不该做的，也就是定义项目的范畴。范围有多种含义：产品范围、项目范围、产品规范。 知识点 2. 产品范围：即确定产品或服务中应包含有哪些功能和特征，（就是对产品的度量）。项目范围：项目要做些什么，如何做，才能实现项目的目标，（也是产生项目计划的基础）。也就是为了交付具有一定特征和功能的产品或服务所应做的工作。产品规范：即项目产品或服务所包含的具体特征和功能。 知识点 3. 项目范围的定义要以其组成的所有产品或服务的范围界定为基础，这是一个由一般到具体、层层深入的过程。产品范围的定义就是对产品要求的度量，项目范围的定义在一定程度上是产生项目计划的基础；产品范围的完成是对照产品要求来进行度量的，而项目范围的完成是对照项目计划来进行度量的。 知识点 4. 项目范围说明书规定了项目的范围也主定义了项目的工作边界，明确了项目的目标和主要的项目可交付成果。项目范围说明书应该包括以下 3 个方面的内容：1、项目的合理性说明书：（说明解释了为什么要进行这一项目）；2、项目目标：（确定了项目成功所必须满足的某些数量标准。至少应包括费用、时间进度和技术性能或质量标准）。3、项目可交付成果：（是一份主要的、具有归纳性层次的产品清单；这些产品完全、满意的交付标志着项目的完成）。 知识点 5. 项目范围管理，就是对项目应该包括什么和不应该包括什么做出相应的定义和控制。 知识点 6. 项目范围管理所包括的内容：1）、确定项目的需求；2）、定义和规划项目的范围；3）、范围管理的实施；4）、范围的变更控制管理；5）、范围核实。 知识点7. 项目范围管理的作用：1、提高费用、时间和资源估算的准确性；2、确定了进度测 量和控制的基准；3、有助于清楚的分配任务。 知识点8. 项目范围管理的合理性。通过回答以下问题来判断：1、是否拥有支持项目启动的 正式文件；2、是否拥有正规的项目目标说明文档；3、是否定义了工作分解结构WBS；4、是否有正式的项目范围变更程序。 知识点9.需求建议书（RFPRepuest For Proposal）就是客户向承约商发出的用以说明如何满 足自己已经识别的需求的建议书。 知识点10. 项目需求建议书的主要内容：1）、工作陈述（SOW, Statemeng of Work ）。必 须说明项目的工作范围，概括说明客户要求承约商做的主要工作任务或任务范围。2）、客

项目管理范围答案

项目管理范围 二、名词解释 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年在《人类激励理论》一书中提出的需要层次论，将人类需求象阶梯一样从低到高按层次分为五种，分别是：生理需求、安全需求、社交需求、尊重需求和自我实现需求五类，是行为科学理论之一。

项目管理工作范围(总2页)

项目管理工作范围(总2页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除

二、项目管理工作内容 本大纲仅重点阐述项目设计]阶段和项目施工阶段的项目管理工作内容。 （一） 项目设计阶段 项目设计工作按其自然先后顺序分为三个阶段：方案设计、初步设计、 施工图设计。 （1）方案设计： 主要目标：协助业主提出设计要求，组织评选设计方案。 主要工作内容： ①项目管理总监组织各专业监理工程师认真消化项目批文及有关立项文件，再结合建设项目特殊要求进一步收集方案设计所需的技术经济资料。 ②各专业根据项目特点和关键技术问题，通过分析、研究，提出专业设计原则和具体技术要求及设计参数。 ③根据建设项目批准的设计任务书及城市规划局的要求，由项目管理总监汇总各专业的技术经济要求，编制设计要求文件，经业主认可后提交设计单位。 ④依据设计要求，编写设计竞赛文件，发出设计方案竞赛邀请，并组织设计方案竞赛，从中选定最优设计方案，并最终获得规划局审批通过。 （2）初步设计： 主要目标：协助业主选择勘察、设计单位，商签勘察、设计合同；完成初步设计。 主要工作内容： ①为选择高水平的勘察单位，项目管理总监编制招标文件，邀请招标，评审方案和报价，择优选用理想的勘察单位。 ②勘察单位确定后，会同业主与该单位磋商合同，明确双方责任、合同内容、完成期限、费用计取及支付方式，双方协商一致，签定工程勘察合同。 ③通过设计方案竞赛，评选方案名次，确定中标的设计单位。 ④协助业主与中标的设计单位磋商合同，明确双方责任、合同内容、完成期限、费用计取及支付方式，双方协商一致，签定工程设计合同。 ⑤项目管理总监在了解、吃透业主开发项目全面意图的基础上，协助业主编写项目初步设计任务书。造价工程师负责组织、分析、编写各专业不同设计阶段的投资控制目标。 ⑥检查、协调设计单位进行项目初步设计，并按设计合同约定的时间提交初步设计文件。 ⑦在初步设计过程中，应着重做好： ·审查设计单位编写的初设原则是否符合业主提出的初步设计任务书； ·待初设进行到一半时间时，中间审查各专业初步设计（草稿），是否符合初设原则； ·最后审查将要发出的初设文件的完整性、科学性。审核工程概算，把工程投资控制在限额以内。 ⑧协助业主组织召开由首规委牵头的政府各专业职能部门参加的初步设计审查会，并获得通过。 （3）施工图设计 主要目标：在规定的时间跨度内，完成施工图设计。 主要工作内容： ①根据初步设计审查会纪要和政府各专业职能部门对初设文件的具体批复意见，办理项目初步设计审批手续。 ②依据初步设计文件审批批复意见，组织设计单位进行施工图设计，并按设计合同约定的时间，完成施工图设计，提交全套施工图纸和有关文件。 ③负责办理工程规划许可证。 ④在施工图设计过程中，应着重做好： ·审查各专业施工图设计原则是否符合初步设计原则和初设审批意见。

【项目管理知识】范围管理：范围管理的方法

范围管理：范围管理的方法 范围管理是为了确保项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围定义、范围确认、范围变更控制这五个要素。由于项目启动比较独立，因此在本文中将不予讨论，以下所讨论的是在确定项目启动后的工作，这些工作包括：范围计划编制、范围定义、范围确认和范围变更这四个的部分。 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，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的 市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。

项目管理讲义第五章项目范围管理

第五章项目范围管理 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表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）项目的概况和组成明确、清晰和透明。

项目管理中范围管理浅见及对策

项目管理中范围管理浅见及对策 作者：王志平 摘要 在信息系统集成实际工作中，因信息产业的更新突飞猛进，项目经理或项目管理者实施过程中碰到客户不断提出项目需求之外的要求，并致使某些项目无法按期按要求完工。这就涉及到项目管理中范围管理的问题，结合实际工作，本文试图说明按照项目管理要求，如何进行范围管理。 正文 系统集成公司承建项目一般会在有力的组织和客户的配合下，比较顺利的完成，因为客户的相关部门和集成商之间，对项目的看法大致是一样的。但是在具体实施过程中，对一些服务或需求的看法不尽相同，也就造成有些项目迟迟拖下尾巴，对客户和集成商来说，都是一个头痛的问题，这就涉及到了项目管理中的范围管理。 范围，即项目的任务。在信息系统集成项目中，范围在项目中作为一种思

想，始终贯穿着整个项目过程。如果系统集成公司不能明确项目的范围，就项目本身来说，在其实施的过程会有很多意想不到的麻烦出现，其最终的结果可能导致项目的失败。项目是为完成产品或服务所做的一次性努力。因此系统集成项目范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作来产生所需要的产品，也就是说产品范围决定项目范围。 一、范围管理的重要性 系统集成项目实施久拖不决的原因，大多数情况下都是在项目实施过程中，实施双方没有控制好项目范围的问题。系统集成项目的有实施的周期较长、专业知识依赖性强，特别是一些跨专业的项目，要完全把客户的全业务流程稳定下来，并通过系统实现，是需要较长的时间来巩固的。因此在这么一个客观条件下，常常出现一些需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目的风险和成本无法控制，更严重的是导致项目的滞后和失败。 在某客户的OA系统推广过程中，作为政府部门，该客户与其他部门之间的公文往来较频繁，在该用户的各智能处室之间的业务流转也非常频繁，主办的信息技术部门对此认识不足，为了赶进度和完成建设任务，在没有做充分的需求分析的基础上匆匆上马OA系统的研发和推广项目，最终导致的是项目研发与推广脱节，造成项目实施失败。 对系统集成项目而言，范围管理的重点是需求分析，需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的系统集成项目中，80%是由于需求分析的不明确而造成的。因此一个系统集成项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，客户不习惯或不愿意去用集成商的新系统。系统集成商，应该提醒客户方重视需求分析的重要性，采用必要的手段和方法来进行需求调

项目管理工作流程

项目管理工作制度 （讨论稿，供项目部项目管理参考） 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理部门和人员的关系，确定工作流程，明确工作责任，遵照国家有关标准规范和公司项目管理规定，制定项目管理工作流程制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 公司项目部管理的项目，以及所涉及的项目业务、部门、人员。 第四条名词解释 1、项目经理，负责项目全程管理，完成项目计划、组织、协调、控制，实现项目 的预定目标，对项目总监负责。 2、项目业务经理：在项目签约前的项目经理，主要负责完成项目的前期需求调研 及总体设计方案，从项目的前期公关、跟踪，直至项目的签约。对项目经理负 责。 3、项目实施经理：在项目签约之后的项目经理，主要负责项目的详细调研及详细 设计方案，从实施计划的制定、执行，直至项目的完工验收。对项目经理负 责。 4、项目业务员：负责销售业务，与项目成败具有直接利益关系的人员。对项目经 理负责。

汇总 汇报 指导 协调 第三章 流程 第五条 项目准备 1、业务信息的管理 2、意向客户的确定 第六条 项目立项 1、立项 2、跟踪 3、签约 第七条 项目实施 1、确定实施组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条 项目终止 第九条 项目文件归档 第四章 项目准备 第十条 适用范围：项目部 第十一条 业务信息的管理 1、任务：项目信息调研，收集、汇总项目业务信息 2、工作流程：业务员 每日 项目经理 汇报 项目经理 每日 项目总监 汇报 3、形式：口头报告、书面报告，晨会、例会，重大问题随时报告。 4、报表：《项目业务日报表》、《项目业务周报表》 5、任务：提出意向客户名单；确定意向客户；提出售前技术支持要求。 6、工作流程：业务员 提出、反馈管理建议 项目经理

(项目管理)项目范围管理

项目范围管理 【本章知识重点】 ★项目范围和产品范围：（两者之间的定义与区别）； ★产品描述 ★项目选择方法 ★项目章程：（它的作用、内容、指派项目经理的时机和批准人） ★范围说明、范围管理计划 ★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）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。

项目管理范围的确定

项目管理围的确定 1．项目目标与项目描述 为了使项目组成人员更加明确的理解项目目标和本项目的工作围，项目经理首先对项目的总目标作了界定，从交付物，工期和费用三方面说明了项目的目标特点，并向项目组的所有人员作出详细描述。本项目的目标主要是： （1）交付物成果交付一套超市经营决策支持系统，包括硬件网络系统和软件系统。 （2）工期要求2005年10月10日到2005年12月25日，历时82天。 （3）成本要求总投资38万元。

2．项 目重大里程碑 根据项目描述，项目组制定了该项目的重大里程碑计划，绘制了反映该项目实施重大里程碑事件关系的里程碑计划图。项目里程碑计划是根据项目的特点和业务的要求，按某一特定时间项目的可交付成果清单而编制的。编制项目里程碑计划有两种方法：（1）编制进度计划以前，根据项目特点编制里程碑计划，并以该里程碑计划作为编制项目进度计划的依据。 （2）编制进度计划以后，根据项目特点及进度计划编制里程碑计划，并以此作为项目进度控制的主要依据。 本项目中，项目组采取的是在编制进度计划以前，根据本项目特点编制主要里程碑事件。然后通过头脑风暴法，对所确定的里程碑进行复查并找出逻辑关系，最终形成本项目的里程碑事件。本项目里程碑事件包括： 需求调研完成 系统分析完工 系统设计完工 系统集成完工 系统运行和验收 甘特图… 3 项目工作分解结构 项目的工作分解结构WBS包含了项目实施过程中的全部工作,是将项目按照其在的结构或实施过程的顺序进行逐层分解而形成的结构示意图。工作分解把项目分解到相对独立的、容单一的、易于成本核算与检查的项目单元，并分析项目单元之间的逻辑关系。 项目分解是一件技术性很强的工作，项目组在分解时要保证项目结构的系统性和完 整性。项目工作分解的优点是：

第章 项目范围管理

第5章 项目范围管理 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。图5-1 概述了项目范围管理的各个过程，包括： 5.1 收集需求——为实现项目目标而定义并记录干系人的需求的过程。 5.2 定义范围——制定项目和产品详细描述的过程。 5.3 创建工作分解结构——将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。 5.4 核实范围——正式验收项目已完成的可交付成果的过程。 5.5 控制范围——监督项目和产品的范围状态、管理范围基准变更的过程。 上述过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。基于项目的具体需要，每个过程都可能需要一人或多人的努力。每个过程在每个项目中至少进行一次，并可在项目的一个或多个阶段（如果项目被划分为多个阶段）中进行。虽然在本章中，各过程以界限线分明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互交叠、相互作用。第3 章“项目管理过程”已对过程间的相互作用做了详细讨论。 在项目的环境中，“范围”这一术语有两种含义： ??产品范围——某项产品、服务或成果所具有的特性和功能。 ??项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。 管理项目范围所需的各个过程及其工具与技术，因应用领域而异，并通常作为项目生命周期的一部分加以确定。经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。然后，在整个项目生命周期中，对这个基准范围进行监督、核实和控制。在进行项目范围管理的5 个过程之前，项目管理团队应先进行规划工作，尽管本章未把该规划工作单独列为一个过程。该规划工作是制定项目管理计划过程（见4.2 节）的一部分，会产生一份范围管理计划，用来指导项目范围的定义、记录、核实、管理和控制。基于项目的需要，范围管理计划可以是正式或非正式的、非常详细或高度概括的。 根据项目管理计划（见节）来衡量项目范围是否完成，根据产品需求（见5.1 节）来衡量产品范围是否完成。项目范围管理各过程需要与其他知识领域中的过程整合起来，以确保项目工作能实现规定的产品范围。 5.1 收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。项目一旦开始，就应该足够详细地探明、分析和记录这些需求，以便日后进行测量。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程（见节）和干系人登记册（见节）中相关信息的分析。许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。 图 5-2 显示了收集需求过程的输入、工具与技术和输出，图5-3 概述了本过程的基本数据流向。 5.1.1 收集需求：输入 1．项目章程 可从项目章程中了解总体项目需求以及关于项目产品的总体描述，并据此制定详细的产品需求。项目章程已在4.1 节讨论。 2．干系人登记册