论项目的范围管理

论项目的范围管理

本文以我主持参与的智能交通项目为实例，探讨项目的范围管理，项目的范围管理是为了交付具有规定特性与功能的产品、服务成果而必须完成的工作。在项目的范围管理中，运用了专家判断，WBS编码设计，变更控制系统等工具，较好的完成了项目的范围管理。在此项目中，我担任了项目经理的角色，参与了项目的启动到最后的收尾工作，该项目总共历时1年，总共预算为9千万。在实施了项目的范围管理后，项目的范围得到了可控，从而使时间和费用基本与项目整体预算相符，为公司和企业客户实现了双赢。

智能交通的项目启动在2008年，在项目启动初期，我们便邀请了所有的项目干系人，进行了多次的会议沟通与会议交流。这些会议主要的目的，是为了确定关于智能交通项目的整体项目范围。首先，在项目启动过程中，我们针对于此项目项目干系人较多的情况，在整体会议之后，又进行了一对一的个人访谈，确定了项目章程与初步的项目范围说明书。利用以往的组织过程资产，在公司团队内部专家判断，组织内部对于成本，时间的考核之下，确定了范围管理计划。其中，在智能交通项目中，我们定义项目范围的方式是采用多方会议，采纳各方观点，确定项目的范围。在项目计划之中，我们商议了如何编制整套的WBS计划，并且有专职的验证人员与控制范围的一系列流程。虽然在项目的启动前期耗费了一定的成本，但是确认了项目的范围，有利于整体时间，人员以及费用的安排，更加扎实的对于WBS的编制，有了充分的数据。

整体的智能交通项目，主要是为了实现整体交通的监管工作，并且对于路段的管理，实现红绿灯可变的流程，需要大量硬件集成厂商的大力配合。在项目关系人中，我们将这些项目关系人在项目范围管理中，做了一系列的安排。在制定完成项目范围计划后，我们针对于该项目的，召开了会议，制定了项目的范围说明书。

项目范围说明书中，我们详细注明了，需要完成了的工作，在项目的开展过程中，我们需要上交哪些具体的可交付成果，以及为了这些可交付的成果所必须开展的工作。例如在我们的智能交通项目中，首先在讨论整体的方案后，我们会上交的2套方案，具体情况由需求部门进行评审和协查，以便于项目的范围于项目干系人达到共识。在方案的确定过程中，我们首先做的就是划分清楚我们需要实现的功能与不归于我们负责的产品外接接口，也就是那些是我们做的，哪些不是我们操作的，最后，我们将整个产品进行模块化的整理，安排好项目的功能与可以实现的时间。

在项目范围对外的沟通过程当中，我们将整个项目分为了18个模块，这些模块都经过了需求方的反复审核，并且由我方对于各个功能的模块进行了大量的解说，并且由负责人员，对于这些功能模块进行了签字进行确认。并且我方在对于功能模块确认完毕之后，提供了对于过程中的交付物的验收标准，确定了甲方的负责人，由双方负责人沟通项目的过程交付物，并且对于过程交付物的签收工作进行处理。并且在该项目中，我主动于对方的项目主管负责人对于项目的除外责任进行了详细的沟通，确认了哪些事情是必须在项目范围外面的，并且由对方签字确认。

智能交通的功能范围需求确认之后，我建立了由我为核心的WBS设计小组，对于项目的18个功能进行了详细的分配管理，运用了以往的组织过程资产，对于我方的人员进行了分配，我方整个项目工程人员一共为18人，并且我向组织

申请了3名机动调配人员，对于核心的工作板块，为避免工程师的不熟悉工作而导致的项目延迟，在我的指导下，3名机动调配人员可以对于项目进行功能代码的编写，并且由我测试已确认这个工作包是否完善。整个工程的开发方式，我运用了线形的V字开发方法。由需求分析，设计分析，代码编写，测试，交付试运行，项目过程管理这六个环节组成。一共分解了18个功能，165个工作包，并且每个工作包都有核心的项目验收标准。这样的分解主要是为了在项目范围一旦偏离路线时，得到可控，可以迅速的调整回原有的开发进行。在智能交通这个工程开发的过程当中，我们一共偏离了8个工作包的工作，在工作包偏离之后，我们首先检讨为什么会出现这种问题，是由于我自身对于项目范围书说明的不清晰，还是工程人员对于项目范围说明需求功能不够细致理解，然后我在分析完毕之后，与总工进行协调，在可控时间之内，适时的安排调整项目，最后8个工作包都进行了细致的调整，最终达到了项目范围的工作目标。

在项目过程交付物中，对方针对于一个功能，提出了2个变更，一个是对于产品界面的变更，一个是针对于其中搜索功能中的选择模块进行变更。我和对方的项目负责人进行了协商。第一是由于变更，加大了整个项目的成本，所以必须增加费用。第二是变更必须按照我方的变更流程进行处理，会给项目的总时间增加，由此带来的损失必须向对方说明。在对方同意了这两个条件之后，我对于项目的范围进行了变更，采用的是项目流程变更的方案，具体操作如下：对方针对于此方案进行了口头变更申请，我方将此口头变更申请进行了书面化，并且让对方进行了详细说明，并且签字确认。然后我方对于这两个问题与总工进行初审，论证。最后公司进行核查。最终确认了项目范围的修改。变更通知书从我方发出修改并且进行实施，我对于变更实施进行了监控。在变更之后，我和对方负责人对于此变更效果共同确认，并且得到了认可。项目完成之后，我将整个范围变更过程，做了文件的整理，将文件入库。

智能交通项目，总共历时1年时间，项目费用为9千2百万人民币，在整体的项目范围管理中，我运用了一系列的范围管理的工具，专家判断这一块上面，我不仅仅与我公司的总工进行工作的协调，也与公司的专家管理层进行了商讨，我站在客户的角度上，理解客户，希望在接触开始，就可以很好地制定好整个项目的范围计划以及范围说明书。在确定完成范围说明书后，我运用了WBS编码设计，将产品的需求进行了工作包的划分，反馈和控制体系进行了较好的控制，最后在变更流程中，严格按照组织过程资产中的项目范围变更流程进行操作，较好的完成了项目的范围管理。在这个项目中，在范围管理方面，得到了较多的认可，较好的完成了组织交代的任务。

项目范围管理

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

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

《项目管理》整理标准答案

《项目管理》整理答案

————————————————————————————————作者：————————————————————————————————日期：

《项目管理》（201312）复习指导 一.单选题: 1. 随着项目生命周期的进展，资源的投入(C先变大再变小) 2. 下列表述正确的是（A与其他项目阶段比较，项目结束阶段与启动阶段的费用投入较少） 3. 项目一次性的含义是指（B项目有确定的开始和结束时间） 4. 对项目干系人管理的主要目的是（B积极减少可能会严重影响项目的项目干系人的活动） 1. 在以下组织中，最为机动灵活的组织结构是（C矩阵型） 2. 对与跨专业的风险较大、技术较为复杂的大型项目应采用（A矩阵型）组织结构来管理 3. 项目型组织结构适用于（C项目的规模大，同时技术创新性强）情况 4. 矩阵型组织结构的最大优点是（A改进了项目经理对资源的控制） 5. 项目经理在（B项目型）中权力最大 1. 有关项目需求建议书的正确表述是（B包括项目目标说明、完工时间等） 2. 项目执行的首要依据（A项目计划） 3. 项目变更是（C正常的） 4. （D项目章程）是项目启动过程的工作成果 5. 项目跟踪的内部因素中最关键、最重要的对项目目标实现产生重大影响的有(D进度、质量、成本)因素 1. 下列有关项目范围的表述正确的是（C确定项目都要做什么工作） 2. 项目定义时经常使用的工具是（A工作分解结构） 3.（D项目活动清单）与工作分解结构的关系最为紧密 4. 项目范围核实关心的是（D项目工作被正式认可与接受） 5. 一个项目的目标变更已完成，项目经理正在更新项目技术文件，下一步需做的是（A通知相关的项目利益关系人） 1. 下列表述正确的是(C活动排序就是确定各项活动之间完成的先后顺序) 2. 关于双代号网络图，下列说法正确的是（A实活动消耗时间和资源） 3. 关于项目活动时间估算正确的说法是（D项目活动时间受到资源数量大小和质量高低的影响） 4. 某项任务工期的最乐观时间为3天，正常时间为6天，最悲观时间为9天，此任务的预期工期为（B 6天） 5. 关于关键路径法，下列表述正确的是（A最早开始时间取决于它的所有紧前工作的结束时间） 6. 在关键路径网络中，A 为B的紧前活动，则表示（C活动B在活动A完成后才能开始） 7. 在任务赶工时，应该集中于（C关键路径的任务）8. 某项活动T的工期是5天，其前置活动有A、B、C三个活动，如果活动ABC的最早完成时间分别为4、5、6天，则下面正确的描述是（B活动T的最早结束时间是第11天） 1. 下列表述错误的是（ B . 资源规划矩阵的缺陷是无法显示资源配置效率方面的信息） 1. 下列表述正确的是（A客户是项目质量是否达到要求的最终审判者） 2. 下列表述错误的是（C项目质量的具体目标以定性方法描述） 3. 在成本收益分析中，项目质量收益是指（B满足了质量要求而减少返工所获得的好处） 1. 下列表述错误的是（D有形采购和无形采购是按照采购方式划分的） 2. 关于招标投标原则，下列表述错误的是（D地区性） 3. 下列有关固定价格合同表述正确的是（D签订固定合同时，双方必须对产品成本的估计均有确切的把握） 4. 确保合同适当收尾的最佳技术是（D采购审计） 5. 索赔一般按照什么分类，下列表述中错误的是（D按索赔的金额分类） 1. 关于项目风险管理目标的说法不正确的是（D.只针对损失发生后的目标） 2. 关于项目风险特点，下列表述错误的是（D独立性） 3. 下列项目风险识别工具和方法中，（D风险检查表）是从以往的类似项目和其他信息途径收集到的风险经验列表。 4. （D风险评估计划）不是项目风险识别的结果 二. 多选题: 1. 下列属于项目的实例（A. 举办一场婚礼 B. 开发一种新的计算机软件系统） 2. 项目的共同点是（A. 明确的起止时间 B. 预定目标 C. 受到资源的限制 D. 消耗资源） 3. 项目管理的特点（A. 复杂性 B. 创造性） 4. 下列属于项目特征的是（A. 目的性 B. 一次性D. 独特性 E. 制约性） 5. 项目管理过程可由（A. 启动过程 B. 规划过程 C. 执行和控制过程 D. 收尾过程）组成 1. 职能型组织结构的优点有（B. 有利于提高部门的专业化水平 C. 最大限度的利用资源） 2. 项目型组织的缺点有（B. 资源配置重复，管理成本 D. 项目成员要担心项目结束后的生计） 3. 采用职能型组织结构，可能会出现的情形（B. 项目团队成员更关注所属部门的工作，而不是项目的目的 C. 对客户的需求反应迟缓 D. 项目团队成员在项目结束后回到所属部门） 4. 项目经理具有（A. 挑选项目团队成员 B. 制定项目有关的政策

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

全过程项目管理工作 内容

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

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

项目管理范围答案

项目管理范围 二、名词解释 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及答案 一、单选题（共10道试题，共60分。） V 1.（）是指将项目的总工期目标分解，确定项目范围内各工程活动的工作量、持续时间，通过逻辑关 系安排和网络分析，确定各个工程活动开始和结束时间。 A. 资源计划 B. 工期计划 C. 资金计划 D. 成本计划 满分：6分 2.项目的投资目标、进度目标和质量目标是（）的关系。 A. 对立 B. 统一 C. 矛盾 D. 对立统一 满分：6分 3.（）是项目前期决策阶段最重要的工作。 A. 项目目标设计 B. 项目构思的产生 C. 项目可行性研究 D. 提出项目建议书 满分：6分 4.BOT融资方式中的“O”代表（）。 A. 建造 B. 设计 C. 运营

D. 移交 满分：6分 5.从项目构思到项目批准正式立项的阶段称为（）。 A. 项目的前期策划阶段 B. 项目构思阶段 C. 项目目标设计阶段 D. 项目可行性研究阶段 满分：6分 6.项目组织形式的选择必须按照具体情况分析，若企业同时承担的项目(或子项目)很多，必须采用（） 的组织形式。 A. 矩阵式 B. 职能式 C. 直线型 D. 寄生式 满分：6分 7.（）指投资者(项目所有者)委派业主代表，成立项目经理部，以业主的身份开展项目的整个管理工 作，直接管理承包商、供应商和设计单位。 A. 业主自行管理 B. 混合式的管理模式 C. 代理型管理模式 D. 其他形式 满分：6分 8.工程项目的（），即项目任务的委托方式。 A. 组织结构 B. 承发包模式 C. 融资方式 满分：6分 9.工程项目通常都有特定的目标，这些目标通常不包括（）。

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

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

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

信息系统项目管理师第三版项目管理知识体系整理(个人整理)

一、项目整体管理： 五个项目过程组 启动过程组——制定项目章程 计划过程组——制订项目管理计划 执行过程组——指导和管理项目执行 监控过程组——监控项目工作、整体变更控制 收尾过程组——结束项目或阶段 “章计指控整结” （1）制定项目章程：（启动） 协书环组论章程 （2）制订项目管理计划（规划） 章环组过得计划 （3）指导与管理项目执行（执行） 项管环组批更，交绩数请项文

（4）监控项目工作（监控） 项目分析技术包括：回归分析；分组方法；因果分析；根本原因分析；预测方法（时间序列、情景构建、模拟等）；失效模式与影响分析；故障树分析；储备分析；趋势分析；挣值管理；差异分析。 项管环组进成预，绩息确请报项文 （5）实施整体变更控制（监控） 项管环组请报，批更日志项文 （6）结束项目或阶段（收尾） 项管验交组资产，产服成果组产更 工具和技术记忆口诀：章项引专，专信会指监多分，专会整结更分。 制定项目章程：引专 制订项目管理计划：引专 指导与管理项目执行：专信会 监控项目工作：专信分会（分析技术） 实施整体变更控制：专更会（变更控制工具） 结束项目或阶段：专分会（分析技术）

二、项目范围管理： “规需定，贱人制” 规——规划范围管理 需——收集需求 定——范围定义 贱——创建WBS 人——确认范围 制——控制范围 （1）规划范围管理（规划） 项章环组范需管 （2）收集需求（规划） 群体创新技术：头脑风暴法、名义技术小组、德尔菲技术、概念/思维导图、亲和图、多标准决策分析等。 群体决策技术：一致同意（Unanimity ）、大多数原则（Majority ）、相对多数原则（Plurality ）、独裁（Dictatorship ） 范需干管章登册，需求文件跟矩阵 （3）定义范围（规划） 口诀：范章需组范书文

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

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

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

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

第五章项目范围管理 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。

同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。 根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，

项目范围管理知识点整理

第一章、项目范围管理概述： 知识点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.需求建议书（RFP,Repuest For Proposal）就是客户向承约商发出的用以说明如何满足自己已经识别的需求的建议书。 知识点10.项目需求建议书的主要内容：1) 、工作陈述（SOW，Statemeng of Work）。必

建设工程项目范围管理规范

建设工程项目范围管理规范 1.1 一般规定 1.1.1 项目范围管理应包括项目范围的确定、项目结构分析、项目范围控制。 1.1.2项目范围管理应作为项目管理的基础工作，贯串于项目的全过程。应安排人员专项负责范围管理工作，制定范围控制程序，落实范围管理组织责任，对可能发生的范围变更进行监测和调整。 1.2 项目范围的确定 1.2.1在项目初期，应明确界定项目的范围，并提出项目范围说明文件，作为进行项目设计、计划、实施及成果评价的依据。 1.2.2项目范围应依据下列资料确定： 1项目目标的定义或说明文件。 2环境调查资料。 3项目的限制条件和制约因素。

4同类项目的相关历史资料。 1.2.3工程承包项目范围应依据下列因素确定： 1最终应交付工程的范围。工程承包项目的最终应交付范围应根据下列合同类型定义： （1）施工合同。最终应交付的工程范围应由合同条件、工程量表和规范进行定义。 （2）“设计—施工—供应”总承包合同。招标文件应描述发包人所要求的最终交付工程的功能，作为工程范围说明的框架资料。 2合同条件。工程承包项目的范围应包括由合同条件规定的承包商的工作和活动。 3因环境制约产生的活动。 1.2.4在确定项目范围的过程中，应注意项目范围的稳定性，预测在项目实施过程中发生范围变更的可能性、程度和由此产生的影响。 1.3 项目的结构分析 1.1.1在确定项目范围的基础上，应对项目的结构进行分析，并提出相应的分析文件。项目结构分析应包括下列工作：1工作结构分解；

2工作定义； 3项目系统界面分析。 1.1.2项目管理人员应在项目范围的基础上进行工作结构分解，将项目分解成单个定义、任务范围明确、可管理的子项目或活动。工作结构分解的结果可用树形结构图形或项目工作任务表表示，并应对分解结果进行编码。 1.1.3 工作结构分解应符合下列要求: 1应在各层次上保持项目内容的完整性，不能遗漏任何必要的组成部分。应经常检查项目结构分解结果的完整性。 2一个项目单元只能从属于某一个上层单元，不能同时交叉属于两个上层单元。 3项目单元应能区分不同的责任者和不同的工作内容，有较高的整体性和独立性，单元之间的工作责任界面应尽可能小而明确。 4项目结构分解应便于进行有效的项目管理。 5在项目结构分解过程中应对已分解的结果的科学性、正确性和完整性进行检查与评价。 1.1.4项目管理人员应对项目结构分解得到的工作用可测量的指标进行定义，形成文件，作为分解项目目标、落实组织责任、安排工作计划和实施控制的依据。 1.1.5项目界面分析应做到以下几点：

如何管理项目范围

如何管理项目范围 该做些什么事情才能管理好范围？ 你是否曾在边界扩大了的项目里工作过？ 为什么范围蔓延经常发生？ 或者更为重要是，你是否曾在范围没有扩大的项目里工作过？ 范围蔓延通常被定义为：计划之外的项目规模扩大。我们如何避免它？是否可以既有效率又有效果地控制和管理我们的业务流程改进项目？答案是，完全可以！几乎每个参与过项目工作中的人都遇到过项目范围蔓延的问题。这就像压缩海绵，当它掉入水中时会发生膨胀，变成原来尺寸的10-20倍，这是因为它的边界（塑料胶囊）被溶解了。同样，项目边界的消失也会导致项目范围蔓延。为了防止范围蔓延，我们有必要正确地去定义问题根源。 如果我们分析范围蔓延的根本原因，可以发现以下主要问题： 1.错误地定义了流程以及没有认识到所有流程都是相互连接的； 2.错误的人在定义范围； 3.与项目相关的术语没有被定义； 4.没有定义流程之间的高层次界面； 5.忽略了对这些分界面的“ 体检 ”工作； 6.没有意识到这样一个问题：项目的某些方面会使项目规模变得很大以至于无法管理。 01 错误地定义了流程以及没有认识到所有流程都是相互连接的 这些问题不是与我们做过的工作有关，而是与没做过的有关。所有问题皆始于组织如何定义业务流程。当问及业务流程如何定义时，我经常得到这样一些回答：它是使输入变成生产结果的一组业务活动。

流程有两个特点很少被提到：第一，几乎所有的流程都是跨职能的。第二，几乎所有流程都是相互连接的。如果你项目中的一个“ 流程 ”只包含了一个职能部门，那么极有可能是：你原始的项目范围只包含了流程的一部分，到最后，项目范围将包含整个流程。 比如一个公司希望改进应付账款“ 流程 ”，这做得到么？应付账款确实是使输入变成生产结果的一组业务活动。但是，我们必须要问：为什么非要一个输入？当每月信用卡账单寄来的时候，我也不得不问同样的问题。我有账单，因为购买了物品。因此，在一个公司里，如果我们想改进应付账款，就必须检查在采购这个环节上发生了什么。然后，如果我们购买了物品，接下来发生了什么？我们接收了这项物品。 现在，我们也应该把接收包含在内，因为我们不愿意为那些没有接收到的物品付钱。当我们接收到物品后，如不直接使用的话，它们就会入库。那么我们就要同库存人员沟通，以确保不出现库存问题。在使应付账款“ 流程 ”确实有效之前，我们必须确保充分利用了所有协商好的折扣条款。这些条款是通过合法协商而得到的，这样的话，就需要法务部参与到项目中。 最后一个问题：谁来选择供应商？有供应商筛选流程么？我们可以暂且认为筛选流程发生在市场部。我们还可以列出更多的情况，但在这里只是举个简单的例子。项目的范围变化了多少？从一个职能部门内的应付账款开始，拓展到采购、接收、库存控制、法务、市场。现在，我们的项目与一开始相比大了5倍。 另一方面，我们可以仅仅改进应付账款，毕竟包含其他类别的话会让项目更加复杂，那意味着有人不得不去协调跨职能所需的资源。在这种情况下，我们要对应付账款“流程”进行重新设计以便产生更有效率的付帐单。然而，我们从来没有充分利用折扣，我们从十个供应商那里购买办公用品，为我们从来没有接收到的物品付款，或者为我们接收了但漏到了不合适的组织部门里的物品付款。有人会产生疑问：为什么没有从应付账款改进项目中获得商业利益？

项目管理范围的确定(1)

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

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

工程项目范围规划管理细则

工程项目范围规划管理 细则 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]

项目范围管理 1.范围规划 （1）依据 事业环境因素：组织文化、组织结构、法律法规、管理部门规章、产品质量标准、工艺标准、人力资源、企业管理制度、项目管理工具、市场状况 组织过程资产：组织进行工作的过程与程序；组织整体信息存储检索知识库 项目章程：中标通知书、投标书、协议书、合同及变更等文件，是批准项目的文件，授权项目经理在项目活动中动用组织的资源，主要项目干系人都要在项目章程上签字，表示在项目需求和目标上达成一致。外部项目章程的制定以项目合同或顾客招标文件为依据，内部项目章程的制定以项目工作说明书为依据。 项目初步范围说明书：项目的范围就是项目团队工作的边界，项目的边界是通过项目范围书来界定的，项目经理根据客户的要求整理出项目的范围，要求项目范围描述详细到完全实现客户的要求并的到相关方（内部各部门、外部客户）共同确认认可，无论是主项目还是子项目，项目经理都要主持编写其各自的项目范围说明书。 内容及要求见示例 项目管理计划：项目管理计划将确定、协调与综合所有部分计划所需要的行动形成文件，使其成为项目管理计划，内容因其复杂程度而异 （2）工具与技术 专家判断

样板、表格与标准 （3）成果 项目范围管理计划 示例：项目范围说明书 1.项目名称及描述：简单描述项目所要解决的问题 2.项目目的：解释执行该项目的原因 3.项目目标：对项目时间期限、费用预算、质量要求等进行指标量化 4.项目主要可交付成果：说明在项目完成后，可交给客户的产品或服务 5.制约因素：指出项目受到的特别限制和制约，以及解决或替代的办法 6.假设前提：指出制定项目计划时，对暂时无法确定或以后极有可能变化的因素作出假 设 玻璃幕墙工程范围说明书 项目名称及描述：玻璃幕墙工程项目施工 该幕墙是×××工程项目外延装饰的重要组成部分，其施工质量的优劣对整体效果起到关键的作用，对申报优质工程也起到一定的影响，必须引起高度重视，该幕墙为点支撑玻璃幕墙结构，在节点安装、索张拉、支撑装置安装、及各项性能检测等要求严格，必须达到国家验收规范标准。 项目目的：

如何解决项目的范围管理问题

如何解决项目的范围管理问题 这个案例所反映的问题在信息系统实施中是比较普遍的。在开始实施时a、b公司所碰到的表面上的种种分歧，归结起来本质上主要是项目的范围管理问题。 定义项目范围可能是定义一个项目过程中最重要的部分。事实上，如果你不确定你在进行的是什么，以及你所进行的项目的边界在哪里，你就根本不可能成功。管理项目范围是项目管理中最重要的一部分。但是，如果你没有很好地定义项目范围，那么你的项目将不可避免地面临失败的危险。 糟糕的范围管理是导致项目失败的致命伤，通常在实施PDM项目时会遇到下列问题： ◆咨询公司或系统集成商往往有一种“never say no”的气魄。的确，一个实力雄厚的咨询公司是可以通过二次开发和客户化，提出适应客户个性化需求的解决方案。但是，客户化开发需要做的工作，客户往往并不清楚——工作量有多大，由谁来进行，费用是多少，如何配合整体实施进度？不过，如果销售人员对这类问题谈得过深过细，很有可能影响签单。因此，在许多情况下，这些问题被有意回避，成为双方合作和实施中的定时炸弹。 遗憾的是，不少软件公司的销售人员并不十分了解PDM系统的原理与概念，甚至不了解本公司产品的功能，至于对行业存在问题的了解就更难说了；他们主要的特长是“关系学”。在接触客户甚至签单的过程中，销售人员往往会过度承诺（over-promise），他们关心的是“签单”，也就是“成交”，而售后服务顾问关心的是“客户满意”，也就是“成功”。 “成交”和“成功”虽然仅有一字之差，但是公司对两类人员有不同的考核指标，对前者的考核是完成多少销售额，对后者的考核是完成多少服务天数。这种公司内部销售和技术支持部门之间的矛盾，对公司和用户都非常不利。 ◆一旦项目开始进行了，在进一步讨论项目实施的范围时，客户与软件公司就会发生这样那样的分歧，一种可能是，客户不停地要求软件公司完成超出原来商定范围的工作，或者和原来商定范围不同的工作；还有一种可能就是，软件公司以超出合同范围为由拒绝提供实际上应该要做的工作。 ◆范围蔓延：很多项目经理能够意识到大的范围改变，但是对于小的改变却没有那么敏感了。现在有一种趋势，就是不断地进行项目，不断添加额外的工作而并不经过仔细的考虑。范围蔓延指的是当项目接受了太多小的变化之后所出现的情况。当所有这些小的变化结合在一起，项目小组才意识到需要做的额外工作太多，以至于要超出预算，延误工期。 ◆没有发起人的同意：有时软件供应方项目经理会从最终用户，或者客户经理那里收到变更请求。由于这些人都是客户公司内部的，他们认为这些请求都应该被接受。很多项目陷入麻烦是因为他们认为他们获得了进行范围修改的批准，但是后来却发现有权决定这种变更的人—发起人，并没有同意这样做。 ◆项目小组的责任：由于项目小组成员和客户有很多联系，他们是最经常会遇到范围更改请求的人。因此，整个项目小组必须理解范围变化管理的重要性。他们必须在范围变化发生的时候立即发现它，并且及时把它反馈给项目经理。如果他们自己答应进行一些额外的工作，他们的这种行为就很有可能导致他们不能够按时完成自己的工作，从而危及整个项目的进行。

项目管理工作流程

项目管理工作制度 （讨论稿，供项目部项目管理参考） 第一章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理部门和人员的关系，确定工作流程，明确工作责任，遵照国家有关标准规范和公司项目管理规定，制定项目管理工作流程制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其相关可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 公司项目部管理的项目，以及所涉及的项目业务、部门、人员。 第四条名词解释 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）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。