大型项目的范围管理
[摘要]
2014年1月，我参加了某省大型三甲医院HIS项目的建设工作。我是项目经理，负责项目的全面管理工作。该项目分为经济管理、药品管理、临床管理、综合管理与统计分析、教学科研、外部接口等六大模块，HIS系统包括医生工作站、物资管理、临床检验、药库管理、院长查询与分析、教学科研、医保接口等40个子系统的开发，涉及功能点有1221个，涉及有医保中心、制卡商、定点结算等多个单位。项目发起人是医院的李副院长，本项目的合同金额共950万元，工期18个月，本项目在2015年6月上线，运行良好并获得用户的一致好评。
本文结合我实践，讨论大型项目的范围管理的重要性。我同项目组根据范围管理理论，结合医院项目实际情况，对项目的范围过程进行管理，保障项目顺利进行。
[正文]
2014年1月，我单位承接了某省级医院HIS项目的建设。我是项目经理，负责项目的全面管理工作。该医院是一家大型的三甲综合医院，年门诊量达300多万人次左右，住院量10万人次左右。随着国家对医疗制度的改革，医院面临着各种市场化、社会化的竞争，促使医院的经营管理要和市场经济相适应。该医院的信息化建设相对较早，但早期的管理系统在医院的发展过程中逐步暴露工作效率低、难以满足业务的发展、系统耦合性强难于集成、系统故障等问题突显，造成工作人员的抱怨。因此，HIS系统的建立，能提高医院的工作效率，促进医学科研、教学的一体化；能减轻医护人员的工作强度，使用他们有更多的精力和时间来服务病人；能改善经营管理，堵塞医院的漏洞，保证病人和医院的经济利益。为医院创造经济价值及医院建设目标的实现。
此项目合同金额为950万元，，建设周期于2014年1月至2015年6月止，历时18个月。系统采用三层B/S建构，开发语言为C#和Java，操作系统采用微软 2008 server，数据库采用Oracle 10g 企业版等，项目主要建设包括对医院的流程进行优化，建立高效的医疗业务；项目六大模块，HIS系统包括医生工作站、物资管理、临床检验、药库管理、挂号收费、住院结算、固定资产管理、经济核算、病案统计、院长查询与分析、教学科研、医保接口等40个子系统的开发，涉及功能点有1221个，覆盖医院所有的管理、医疗和后勤保障部门；在不影响医院业务的情况下进行新旧系统的切换。
在项目初期，由于新成员多，很多团队成员普遍缺乏对医院业务的认识和开发HIS系统的经验，此外由于项目复杂，除了医院，涉及有医保中心、制卡商、定点结算等多个单位，这无疑加大了项目开发的难度和风险。很多项目失败的原因，就在于没有进行有效的范围管理。我认为做好项目范围管理计划、管理好需求变更，防止需求蔓延造成项目范围管理失控是非常关键的。很多时候，客户方缺少范围意识，项目团队需要帮助客户进行需求和范围的梳理，明确项目的范围和边界，后续工作才能开展得更准确、更顺畅。只有确保项目范围可控，才能有效保障项目范围控制，确保项目的成功。
1．编制范围管理计划，开发详细的项目范围说明书
项目范围管理计划规定了如何对项目范围进行定义，如何创建工作分解结
构，如何对范围进行确认与控制等，是项目范围管理的指南。在项目初期，我和项目团队深入挖掘医院的需求和项目范围，收集并帮助医院整理了他们想到的所有需求，然后进行范围裁剪，排列需求优先级和功能重要性，确定项目的范围，避免出现“沙漠综合症”。该项目涉及到6大模块、40个子系统的开发，我成立6个项目组，并分别任命项目经理对项目进行管理，项目经理向我汇报，我对项目采取间接管理的方式。项目团队依据该项目的初步范围说明书、项目章程和合同要求，聘请相关领域的专家，依靠其丰富的理论知识和站在全局的高度进行项目分析，同时与医院及其他有关单位的主要领导座谈，从而编制了项目范围管理计划，在此基础上开发详细的项目范围说明书。项目范围说明书详细描述了项目的阶段交付物和最终交付物，以及完成这些交付物必须要完成的各项工作。项目范围说明书在所有干系人间建立了对项目范围的共识，如目标、边界、交付物和验收标准、配置需求、约束条件、风险进度成本、组织和规范等等。
2．根据项目范围说明书进一步创建工作分解结构
在详细项目范围说明书的基础上，项目团队采用分解技术，将项目工作进一步分解为易于管理的工作包。创建工作分解结构步骤是：识别交付物及项目工作、确定WBS的结构和编排方式、自上而下逐层分解、为WBS工作单元分配标识符或编码、核实分解是否完整、必须、足够详细。实际操作过程中，我发现该项目中各种活动之间相关性很复杂，难以表现和描述，另外很多工作包的成本很难确定。针对上述困难，我听取了相关专家的建议，与团队成员进行充分讨论，决定应用8/80法则，借助Project2013对项目工作进行分解，以主要的项目可交付物作为工作分解结构的第一层，即6大模块。将第一层的交付物在第二层继续自上而下进行分解，逐步分解出40个子系统的，1221个功能点以及要完成的各项工作。通过详细的工作分解结构，明确了项目范围和边界。每个独立的工作包都分配到相关子项目组和人员，明确工作职责，减少责任不明带来的相互推诿的情况。而后项目团队根据工作包进行进度、费用、资源的估算。
3．开展范围确认及范围控制工作
范围确认是指项目干系人正式接受已完成的项目交付物。进行阶段性范围确认的时候，医院对书面的正式确认心存担忧，担心是否确认后就不能再修改。比如医院提到药品管理模块中药品分库下拉菜单按钮的位置摆放问题，项目团队通过分析，发现修改这个问题会造成进度的拖延和资源的增加，于是我与医院主要领导进行了详细沟通，让医院意识到范围确认的主要任务是确认项目的可交付成功是否和期望一致。最后，医院允许项目团队在二期工程中再修改。对于范围控制，我一直坚持将范围变更控制与项目的整体变更控制一同考虑。项目团队进行第三次绩效进展分析时发现，某个子项目组的进度偏差SV小于0，SPI值小于 1。我深入了解后，发现该组的一名开发人员与医院某科室医生相熟，私下帮该医生加了一个功能模块，加了之后发现很多问题，导致其工作延时一周。针对这个情况，我先确认此开发人员的行为是否影响了项目范围，随后召开项目团队会议，明确此情况下要执行范围变更控制流程，使项目始终处于可控的状态。该开发人员认识到自身行为可能导致项目范围失控，在后续工作中加强范围意识，杜绝这种镀金情况的发生。
HIS系统如期顺利交付，试运行正常，受到客户有关部门的一致好评。项目的圆满成功在于我们十分重视项目的范围管理，在范围定义、WBS、范围控制等
过程都做了细致的工作，使得项目范围得到有效的控制。在创建工作分解结构环节，采用“滚动式规划”方法，在项目的渐进明细过程中，不断调整和修正。在本项目开发过程中也遇到一些问题，比如某开发人员与医院某科室医生相熟，私下帮该医生加了一个功能模块。因此，我对后续的项目提出如下建议：加强范围意识，杜绝镀金情况的发生；加强和客户方沟通，确保范围的理解一致；加强范围变更流程管理。在这些方面，我会在今后的大型项目中不断努力和改进，为信息化建设尽一份锦帛之力。
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 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年在《人类激励理论》一书中提出的需要层次论，将人类需求象阶梯一样从低到高按层次分为五种，分别是：生理需求、安全需求、社交需求、尊重需求和自我实现需求五类，是行为科学理论之一。
项目管理过程中如何正确地进行范围管理项目管理过程不从确定项目开始，也不随着项目计划完成而告终。你必须要在项目管理过程中使用范围变化管理，如果你不善用此一技巧，那麻烦将是不可避免的。确定并计划项目仅仅是成功的项目管理过程的步。在制定出计划之后，你还必须要将计划付诸实施。你必须要保证计划任务在规定的时间内完成，而且不能超出原有的预算。一旦项目开始进行，客户可能会向你提出更多的或是与原计划不同的要求。在这个时候范围变化管理就可以派上用场了。如果你不善用此一技巧，项目小组就只能尝试着在项目时间和预算不变的情况下去完成比原计划多得多并且要耗费更多成本的任务。换句话来说，就是麻烦将是不可避免的。 范围管理从范围界定开始 对项目范围进行界定恐怕是确定项目的过程当中为重要的组成部分。事实上，如果你并不能确定项目的目标任务，也不能确定项目的范围，项目就根本不可能成功。范围管理是项目管理过程当中为关键的组成部分之一。但是，如果不能对项目的范围作出成功的界定，想要实施范围管理也几乎是不可能的。 界定范围的目的是清楚描述项目的逻辑范围并在此问题上同有关各方达成一致。对项目范围的陈述可以让大家清楚的了解哪些工作是项目范围之内的事情，而哪些工作不属于该项目范畴。对项目范围的界定越明确，对项目就越有利。下面这些信息应该能起到一些帮助作用。 范围内和范围外的任务类型（业务需求、现状评估） 范围内和范围外的生命周期流程（分析、设计、测试） 范围内和范围外的数据类型（财务、销售、员工）
范围内和范围外的数据来源或数据库（账单、公司总帐，薪水明细） 范围内和范围外的部门（人力资源、制造商、供货商） 范围内和范围外的主要功能（决策支持、数据输入、管理报告） 制定可行的范围变化流程 项目经理和项目小组的成员都必须意识到，项目范围的变化本身并没有错。也就是说，在项目的进行过程中改变项目范围并不是一件坏事。事实上，在很多情况下，这还是一件好事。首先，客户通常都不能在项目开始之前明确所有的需求。其次，即使他们能够做到这一点，整个的商业环境也是在不断变化的，所以项目需求也可能会随之而发生变化。 如果你不能够适应变化，项目的终价值可能会受到影响，或者可能会使项目失去价值。因此，你需要具备在项目进行的过程当中根据需要作出改变的能力。如果项目经理不能够在项目进行过程当中积极的对变化进行管理，问题可能就会随之而来。任何项目都应该有一个有效的变化管理流程。这个流程应该包括对变化的识别判断，对变化的商业价值的判断，对变化会给项目带来的冲击和影响的判断，将相应的信息提交项目投资人进行评估。项目投资人来终决定是否将变化引入到项目当中。如果变化被引入项目，项目投资人还应该考虑变化对项目的影响程度，并且为之配备相应的额外资源，如延长时间和追加资金预算等。 范围变化管理常见问题 在范围变化管理的过程当中，项目小组可能会遇到很多常见的问题。 项目范围蔓延：很多项目经理都能够意识到大的范围变化，但是对小的范围变化就不那么细心了。因此在实际工作当中就往往有这样一种趋势，很多项
范围管理：范围管理的方法 范围管理是为了确保项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围定义、范围确认、范围变更控制这五个要素。由于项目启动比较独立，因此在本文中将不予讨论，以下所讨论的是在确定项目启动后的工作，这些工作包括：范围计划编制、范围定义、范围确认和范围变更这四个的部分。 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，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，
项目管理范围的确定 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）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。
项目管理 ?项目整合管理 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.了解商务合同类型
第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．干系人登记册
项目管理围的确定 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．编制范围计划 “公欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。 我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。 范围计划中究竟应该包含哪些内容呢？不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。 范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值（如：少于150万美元等）。不可量化的目标（如：“客户的满意程度”）要承担很高的风险。 范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。 2．范围分解 计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
项目管理(独立本科段)专业自学考试证书 课程 考试大纲 课程名称：项目范围管理课程代码：05060 2011年9月版第一部分课程性质与设置目的 一、课程性质与特点 本课程是与国际项目管理专业资质认证体系（IPMP）相结合的高等教育自学考试项目管理（独立本科段）专业所开设的专业证书课程之一，它既是一门项目管理本科专业核心课程，也是以国际项目管理专业资质认证标准为依据的认证考试课程，是一门理论性和实用性兼具的课程。 本课程介绍了组织战略与项目管理、项目组合管理、项目环境、项目需求、项目价值、项目启动、项目范围管理、项目风险识别和评估、项目组织构建、项目评估等内容，并详细介绍了在进行项目范围管理中所运用到的相关项目管理工具。通过学习可以使考生对上述内容有系统认识。 本大纲是根据教育部制定的高等教育自学考试项目管理（独立本科段）专业培养目标编写的，立足于培养高素质人才，适应项目管理专业的培养方向。本大纲叙述的内容尽可能简明实用，便于自学。 二、课程目标与基本要求 本课程的目标和任务是使学生通过本课程的自学和辅导考试，掌握项目设计与范围管理的一般原理和方法，了解项目设计与范围管理的新发展，从而为从事项目管理工作打下基础。 课程基本要求如下： 1、了解战略、组织战略以及战略管理的概念，理解组织战略与项目 设计之间的关系。 2、了解项目组合管理的定义、PMO的定义，理解企业内部组合项目 以及PMO，掌握风险/收益气泡图、资源容量计划表以及决策关口模型的应用。 3、了解利益相关者和项目利益相关者，理解项目的成功，掌握项目 利益相关者分析的实施步骤。 4、了解QFD以及价值的相关概念，理解马斯洛需求层次理论、质量 屋的各要素、价值管理的阶段以及项目逻辑框架矩阵中的逻辑关系，掌握价值的公式、提高价值的途径的应用。 5、熟悉启动阶段的任务、目标管理的定义和内容以及项目章程的基
项目范围管理是项目成败的关键 引子 一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 什么是项目范围管理 那么，什么是项目范围和项目范围管理呢？项目范围是指产生项目产品所包括的所以工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。
欢迎共阅 项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4 5.5 工具和技术，在2.1素--产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的
市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 1． 2．执行3． 4． 1． 利润测量方法--比较研究法、评分模型、利润贡献或经济模型。 制约最优化方法--数学模型、用线性的、非线性的、动态的、完整的及混合目标项目规则系统。 这些方法通常被作为决策模型来考虑。决策模型既包括常规技术（决策树、核心选择和其他），也包括特殊技术（历史进程分析、逻辑结构分析及其他）。在一个成熟模型中，对项目选择标准的应用通常被作为一个分离独立的阶段。 2．专家评审。专家评审通常是要对这个项目的投入进行评估。象这种专家评价，可以通过一个组织或拥有特殊知识和受了专门培训的个人来进行，可以通过许多途径获得。包括：