项目范围管理

第一篇：项目范围管理

项目范围管理

编制范围管理计划：

输入：项目章程；初步的范围说明书；项目管理计划，组织过程资产，环境和组织因素 输出：项目范围管理计划

工具：专家判断，模版表格和标准

范围定义：

输入：项目章程；初步的范围说明书；项目管理计划；组织过程资产；批准的变更请求 输出：详细的范围说明书；变更请求；更新得项目文档

工具：产品分析；识别多个可选方案；项目干系人分析；专家判断

创建WBS：

输入：详细的范围说明书；项目范围管理计划；批准的变更请求；组织过程资产 输出：WBS和WBS字典；范为基准；更新的项目管理计划；更新的项目范围说明书；变更请求

工具：WBS模版；分解技术；WBS工作包的格式；波式滚动计划

范围确认：

输入：项目管理范围管理计划；项目范围说明书；WBS和WBS字典；可交付物

输出：可接受得项目可交付物和工作或（已确认的范围）；变更请求；更新的WBS和WBS字典；推荐的纠正措施

工具：检查（审查，审计，产品评审，走查）

范围控制：

输入：项目范围管理计划；项目范围说明书；WBS和WBS字典；工作绩效数据；绩效报告；已批准的变更请求

输出：新的变更请求；建议的纠正措施；更新得（WBS和WBS字典，项目管理计划，范围说明书，范围基准，组织过程资产)；工作绩效

工具：偏差分析；重新制定计划；变更控制系统和变更控制委员会（CCB）；配置管理系统

第二篇：项目范围管理 启动项目

项目范围管理：如何启动项目

本文向大家介绍，在项目启动时应该做哪些准备工作。

赵晓东的烦恼海正公司的赵晓东最近心里挺烦。公司前一段签了一个100多万的单子，由于双方老板很熟，且都希望项目尽快启动，在签合同时也没有举行正式的签字仪式。合同签完，公司老总很快指定赵晓东及其他8名员工组成项目组，由赵晓东任项目经理。老总把赵晓东引见给客户老总，客户老总在业务部给他们安排了一间办公室。

项目进展开始很顺利，赵晓东有什么事都与客户老总及时沟通。可客户老总很忙，经常不在公司。赵晓东想找其他部门的负责人，可他们不是推托说做不了主，就是说此事与他无关，有的甚至说根本就不知道这事儿。问题得不到及时解决不说，很多手续也没人签字。项目组内部问题也不少，有的程序员多次越过赵晓东直接向老板请示问题；几个程序员编的软件界面不统一；项目支出的每笔费用，财务部都要求赵晓东找老板签字。赵晓东频繁打电话给老板，其他人心里想，赵晓东怎么老是拿老板来压人。由此，赵晓东与项目组其他人员和财务部的人员产生了不少摩擦，老板也开始怀疑赵晓东的能力。

赵晓东的遭遇相信很多项目经理都亲身经历过，尤其是刚刚开始做行业客户的公司，往往是公司的老板和客户单位的某个主管关系不错或业务人员关系做得很到位，公司老板希望赶紧做完项目，因此，常常跳过项目启动环节，直接指令项目经理进入实施阶段。结果项目刚开始就麻烦不断。正所谓“好的开始是成功的一半”。做项目启动是为了形成一个良好的沟通体系，让所有与项目相关的人都理解项目的重要性，同时形成一个由双方老总、项目负责人和项目组成员所构成的三级沟通体系，确保项目管理的畅通。

造势：创造良好的施工环境

现在很多项目都涉及到用户业务应用的软件开发，在实施中要跟用户的各个层面打交道，但现实往往是用户单位的员工根本不了解IT公司在给自己的企业做什么，因此，签合同时有必要召开一个正式的仪式，向双方员工传递项目的信息，激发公司全体员工对项目的热情。IT公司老板、项目负责人、开发人员、施工人员和用户方的领导、项目协调人、相关部门

人员聚在一起，让大家知道双方的合作正式开始。仪式上，双方领导要讲话，特别是用户方的领导要强调项目的意义。据说联想上ERP项目时就专门召开了全体员工誓师大会，柳传志亲自到会讲话，把ERP项目摆到关乎企业生死存亡的高度，并亲手将一面大旗授予ERP项目的负责人。柳传志还说，有人说现在上ERP是找死，但现在不上那就是等死，我们与其在这里等死，为什么不去拼搏一把呢？事实证明，这不仅极大地鼓舞了项目组成员的斗志，同时也使全体员工明白这不仅仅是信息部门的事，而是公司从上到下都要关心的事。通过这个仪式，双方要组成指导小组或项目管理委员会，由双方总经理牵头，项目负责人为执行人，日常联系由双方指定人员。在签合同时，利用双方人员到齐的机会，IT公司要把软件功能用通用、专业的语言和用户方的领导、技术人员、业务负责人进行最后确认，因为此时有分歧改正的成本不大。同时，还可使双方人员彼此认识，清楚各个层次的接口，大家混个脸熟，以后打交道就会更通畅。

项目签字仪式可以在用户单位举行（可以节约用户方时间），也可以在酒店举行。要注意：签字仪式要精心组织，场地要大一些，为双方沟通营造一个好的环境。会前，每个模块负责人要明确自己的客户接口，要找机会和对方单独聊，拉近彼此间的关系。另外，会场上双方老板的融洽气氛会对项目的实施具有一种震慑作用。

尚方宝剑：明确责权利

项目签字仪式是造外势。在公司也要造内势，让各个部门都知道这个项目能为公司创造哪些经济效益，明确项目组人员和项目负责人，确定项目负责人的权限。公司财务、采购、人事、技术、销售等部门都要参加，这样才能创造一个良好的内部服务体系，让项目组把主要精力放在为用户服务上。

公司内部要召开项目组成立会，会上最重要的就是颁布一个“项目宪章”，包括项目的内容、项目负责人权限、项目团队成员、项目时间周期、项目需要的设备、资金等，在宪章规定的范围内，项目经理比总经理大，与此相关的事情，由项目经理负责。这样，人事部在项目实施期间，就可以按照宪章规定，由项目经理来调动项目人员，而设备采购（往往不是一次性采购，而是根据项目进度购买，这样可以省钱）也就不需要一次次找总经理，只要是宪

章规定范围内的，由项目经理签字就可以了。尤其是在软件开发上，项目组成员一定要清楚用户的需求，不能擅自答应用户增加功能，因为这会带来很大的风险（后面几节我们会具体探讨）。

项目宪章必须由总经理和项目经理签字，并在会上宣读。为了增强团队凝聚力，可以在会上举行项目组宣誓或誓师宣言，形成“成则举杯相庆，败则拼死相救”的团队精神。内部造势不仅可以让各个部门了解项目，创造条件服务项目组，而且可以给项目组成员以压力和动力，意识到项目的意义和团队精神的重要性。项目宪章对项目经理来说就是一把尚方宝剑，联想ERP项目组的幸运就在于一开始就拿到了这把尚方宝剑，而这正是海正公司的赵晓东没有拿到的东西。

在项目宪章的基础上，公司应该形成具体的项目任务书，细分到各部门、个人，发到总经理、专家小组、开发部、财务部、市场部销售部、行政人力资源部等。

营造了内外两个良好的环境，项目启动就是水到渠成的事，项目组成员就可以集中精力投入到实施中去，项目的成功也有了更大的保证。

最后，要提醒项目经理特别注意：在项目合同确定的最后一刻，还要对合同进行最后的审定，合同审定一定要聘请一位专业律师，对合同的一些关键细节进行“咬文嚼字”的审定。专家点评

一个项目的成功启动绝不是靠项目组或项目经理就可以的，必须具备内部和外部两个条件，所以，双方的一把手都要高度重视，尤其是在目前中国的公司文化环境下，项目经理需要“项目宪章”作为尚方宝剑，而用户方的信息主管同样需要自己领导的讲话精神作为尚方宝剑。

合同审定的关键字

★ 合同歧义

★ 硬件的数量、型号、品牌

★ 应用模块描述具体、清楚、准确

★ 验收的时间、内容

★ 付款方式、时间、往来账户

★ 质保、服务的内容、期限、费用情况★ 违约责任、解决途径

第三篇：项目范围管理题目

项目范围管理题目 单项选择题

1.工作分解结构的基础是()。

A.产品需求 B.项目需求C.干系人的全部需要和期望D.产品需求和项目需求 2.项目范围说明书中通常包括以下哪些内容?()A.产品范围、项目可交付成果、项目进度里程碑、项目除外责任

B.产品范围、产品验收标准、项目可交付成果、项目组织结构图、项目除外责任

C.产品范围、产品验收标准、项目可交付成果、项目除外责任、项目制约因素 D.产品范围、产品验收标准、项目可交付成果、项目假设条件、项目审批要求 3.核实范围的主要内容是什么?()A.确保项目可交付成果按时完成

B.通过确保客户对可交付成果的接受，保证项目不偏离轨道 C.确保可交付成果符合技术规范 D.给人们提供一个发表不同意见的机会 4.以下哪个是收集需求的输入?()A.项目工作说明书 B.项目章程 C.干系人管理策略 D.采购工作说明书 5.以下关于产品范围和项目范围的说法，哪个是正确的?()A.项目范围服务于产品范围

B.项目范围的变化必然引起产品范围的变化 C.产品范围的变化必然引起项目范围的变化 D.产品范围服务于项目范围

6.控制账户是工作分解结构某个层次上的要素，以便()。A.指定工作的责任人或小组 B.进行挣值管理 C.与工作包一一对应 D.汇总项目的成本数据 7.以下哪个不是项目范围管理的过程?()A.收集需求 B.创建工作分解结构 C.实施工作分解结构 D.核实范围 8.用来衡量产品范围完成情况的文件是()。

A.项目管理计划 B.项目范围说明 C.项目工作分解结构D.产品需求文件 9.以下哪项是收集需求过程的工具与技术?()A.控制图 B.鱼骨图 C.流程图 D.亲和图 10.下列四个选项中，不属于备选方案识别技术的例子是()。A.价值工程 B.横向思维 C.配对比较 D.名义小组技术 11.范围蔓延是指()。

A.项目范围的合理延伸 B.产品范围的合理延伸

C.经过批准的项目范围或产品范围变更D.未得到控制的项目范围或产品范围变璧

12.项目范围变更()。

A.也叫做范围潜变 B.是不可避免的

C.会影响进度、成本等，必须被拒绝 D.应该由项目发起人来审批 13.定义范围过程旨在()。

A.制订范围管理计划 B.制定项目范围说明书 C.制定项目工作说明书 D.制定工作分解结构 14.核实范围过程与实施质量控制过程的关系是()。A.经质量检查合格的可交付成果才能进行范围核实 B.经范围核实符合要求的可交付成果才能进行质量检查 C.应根据具体需要，先做质量检查或先做范围核实 D.质量检查和范围核实通常可以同时进行 15.应该在什么阶段核实范围，以保证在可交付成果完成时及时进行验收?()A.项目执行 B.项目监控 C.项目收尾 D.项目变更 16.系统工程、价值工程、价值分析和系统分析经常用于()。A.备选方案识别 B.可交付成果识别 C.项目制约因素分析 D.产品分析 17.核实范围过程旨在()。

A.审核项目范围基准的正确性 B.审核工作分解结构和工作分解结构词典的正确性 C.审核项目范围说明书的正确性 D.验收已经完成的可交付成果

18.以下哪个是控制范围过程的输出?()A.工作绩效信息 B.工作绩效测量结果 C.技术绩效测量结果 D.绩效报告 19.在整个项目生命周期中，用于监督、核实和控制项目范围的文件不包括()。

A.项目工作说明书 B.项目范围说明书 C.工作分解结构D.工作分解结构词典 20.在项目的环境中，“范围”可以指()。A.产品范围和工作范围 B.产品范围和项目范围 C.项目范围和管理范围 D.项目范围和需求范围 21.以下各项都是收集需求过程的输出，除了()。

A.需求管理计划 B.需求识别文件 C.需求文件 D.需求跟踪矩阵 22.工作分解结构的第一层通常可以是()。

A.项目阶段 B.高层次的可交付成果 C.准备外包出去的子项目 D.以上都是 23.下列哪一项最恰当地描述了项目范围说明书?()A.项目范围说明书是规划范围过程的输出 B.项目范围说明书识别项目的目标和可交付成果 C.项目范围说明书一经制定，就不允许更改 D.每个项目只能有一份项目范围说明书 24.项目范围管理旨在确保()。

A.做尽可能多的工作，使项目尽可能完美 B.做而且只做为成功完成项目所需要的工作 C.为客户提供额外的产品功能 D.确定不包括在项目范围内的工作

25.以下哪个不是创建工作分解结构过程的输出?()A.项目范围说明书B.工作分解结构 C.工作分解结构词典 D.范围基准 26你正在管理一个新产品研发项目，要研制出一种永不卡住的拉练。“永不卡住”是属于()。

A.项目需求 B.商业需求 C.交付需求 D.产品需求 27.项目范围说明书()。

A.用来记录项目的主要可交付成果及所需开展的项目工作 B.有助于创建WBS C.用来明确怎样对已完可交付成果进行正式核实与接受 D.用来指导对项目范围变更请求的审批

28.收集需求的工具与技术中，通常采取“一对一”的形式的是()。A.访谈 B.问卷调查 C.德尔菲技术 D.引导式研讨会 29.以下哪个文件会明确说明那些被排除在项目之外的内容?()A.工作分解结构B.项目范围说明书C.项目范围管理计 D.工作分解结构词典 30.工作分解结构底层的要素是()。

A.控制账户 B.规划包 C.规划要素 D.工作包 31.在以下哪种情况下，应该采用观察的方法来收集项目干系人的需求?()A.干系人的数量很少时 B.需要用渐进明细的理念来开发需求时 C.干系人不愿或不能说明他们的需求时 D.需要组建焦点小组时 32.项目需求包括下列所有，除了()。

A.产品性能需求 B.商业需求 C.项目管理需求 D.交付需求 33.以下哪个是收集需求过程的输入?()A.项目工作说明书 B.项目范围管理计划C.干系人登记册D.干系人管理策略 34.以下哪个是控制范围过程的输出?()A.工作绩效信息B.工作绩效测量结果 C.绩效报告 D.质量控制测量结果 35.关于WBS的说法，哪项是正确的?()A.WBS的第一层可以是可交付成果、项目阶段或子项目 B.WBS的第一层可以是可交付成果、项目部门或子项目 C.WBS的第一层可以是可交付成果、项目阶段或项目活动 D.WBS的第一层可以是项目部门、项目阶段或项目活动 36.定义范围的一个输入是()。

A.项目工作说明B.需求文件 C.工作分解结构(WBS)D.需求跟踪矩阵 37.收集需求过程是()。

A.定义并记录干系人的需求 B.主要关注产品需求 C.主要关注项目需求 D.主要关注性能需求 38.以下哪个最好地描述了工作分解结构(WBS)?()A.WBS是对工作成果的层级分解 B.WBS是对工作本身的层级分解 C.WBS是对项目产品的层级分解 D.WBS是对项目活动的层级分解 39.核实范围过程旨在()。A.正式验收可交付成果 B.审查项目范围文件的正确性 C.检查可交付成果的技术正确性

D.发现项目范围偏差，管理项目范围基准变更

40.你的一个合同商给你发了一封电子邮件要求使用更高质量的原材料，这将会导致费用增加和质量得到提高。项目经理应该首先做什么工作？（）A、更改项目基线

B、要求合同商发一份正式的变更请求 C、询问你的发起人的意见 D、更改WBS

41、客户通知你对原始范围做一项小的变更。与整个项目相比，这是一项很小的投入，并且你需要这个大项目的亲善关系。你将：（）A、拒绝做这个工作。B、同意免费做这个工作。

C、做这个工作，然后给客户开账单。

D、评估这个工作对成本和进度产生的影响，然后告诉他们你将在晚些时候决定这件事。

42、一个项目的启动阶段输出不包括下列哪项？（）A、项目章程

B、约束条件

C、产品描述

D、项目经理选择

43、范围确认的主要内容是什么？（）A、确保项目可交付成果按时完成

B、通过确保客户对可交付成果的接受保证项目不偏离轨道 C、显示可交付成果符合技术规范 D、提供一个发现不同意见的机会

44、关于项目可交付成果，下列哪句是正确的？（）A、项目可交付成果是在完全定义了工作之后确定的。

B、在项目计划编制期间对项目可交付成果进行描述，然后随着时间的推 移对它们进行细化。

C、在项目开始时用项目干系人的输人对可交付成果进行定义。D、项目可交付成果由项目发起人来确定。

45、你正在管理一个为期6个月的项目并且每两周与你的项目发起人开一次会。在工作了五个半月后，这个项目既符合进度又在预算内，但是项目发起人对可交付成果不满意。这一情况会把项目完工延误一个月。可以防止这种情况的最重要的过程是：（）

A、风险监控

B、进度控制

C、范围计划编制

D、范围变更控制

46、除了（）下面所有陈述是错误的？ A、WBS传达每个定义项目活动的日历日期 B、WBS对每个定义活动的商业需求加以说明 C、WBS向项目干系人传达定义的项目活动

D、WBS对负责每项定义项目活动的职能经理加以说明

47、产品文件是（）的输人。A、范围确认

B、绩效报告 C 风险分析

D、范围计划编制

48、一个项目经理正在对一项可交付成果实施审计时听到做这项工作的团队成员对所有人抱怨说，审计他做的工作是挑他的刺儿。你知道这是不对的。对于今后的项目你应该吸取什么教训？（）

A、在项目开始时就告诉团队成员，他们的可交付成果将受到审计。B、在范围管理计划中制定一项政策。C、降低审计频率。

D、用简单检查代替审计。

49、在已经建立的绩效测量基准计划之后，客户要求扩大项目范围。客户将需要提交哪类文件？（）

A、变更申请

B、工作说明 C、修改的项目进度计划

D、发票

50、在一个设计项目开始两个月后，客户要求对产品作修改。在没有通知项目经理的前提下就做了这项变更。在最终测试阶段，测试结果与当初计划的不同。这种情况是下列哪项的例子？（）

A、测试计划定义不完善

B、质量管理计划的开发不完善 C、使用范围变更控制的技能差

D、不坚持沟通计划

51、下列哪项不是范围计划编制的部分？（）

A、检查

B、确定备选方案 C、质量功能展开

D、成本／收益分析

52、一个职能经理与项目经理的上司开会讨论对一个主要可交付成果的验收标准做一项变更。会后，这个上司与项目经理联系，让他实施这项变更。对这种情况最佳的做法是什么（）A、尽快做这项变更 B、理解该项变更

C、给管理层一份变更申请表，让他们填写后尽快交回 D、把这项变更告诉团队

53、项目大部分已经完成，客户要求对工作范围做重大变更。项目经理应该：（）A、与项目团队开会，决定是否可以做此变更 B、向客户要该项变更的描述

C、向客户解释，进展到这个程度不能再做此项变更 D、通知管理层

54、项目经理想要使用Delphi技术获得专家对他所遇到的一些技术难题的意见。他应该谨慎地做什么？（）

A、确信所咨询的专家对他们的输人是公认的。B、对任一种意见都进行信息与工作比较。C、咨询项目干系人。

D、与专家们一起开会，得出一致意见。

55、一个项目发起人给了项目经理一份章程并告诉该项目经理，他不能肯定该章程是否完整。项目章程应包括：（）

A、可交付成果和目标

B、详细的工作范围 C、详细的进度计划

D、网络图

56、一个项目经理从一个团队成员那里收到一项应提交给客户的可交付成果。在查看这项可交付成果时，项目经理注意到该文件比预期的要少一些并且没有他认为应该包括的内容。这个项目经理应该首先：（）A、与该团队成员讨论

B、与该团队成员的经理联系，让那个人接受额外的培训 C、审计开发过程 D、完成产品确认

57、在实施期间，你发现尽管以前已经批准了工作范围，但客户却对工作范围进行了变更，对该项变更的成本没有异议。你应该首先做什么？（）A、遵循变更过程。

B、与客户讨论该项变更并协商新的范围。C、与团队开会，计划选择方案。

D、对该项变更可能导致的风险进行评估并形成文件。

58、产品确认不同于范围确认，产品确认；（）A、在实施阶段发生

B、确认使用了正确的产品 C、获得客户的签字认可

D、确保所有工作都已完成

59、一个项目经理刚刚被分配到一个新项目中并得到一份完整的项目范围。这个项目经理必要做的第一件事是什么？（）A、使用WBS建立项目计划

B、确认所有项目干系人的输人都包括在工作范围中 C、组织一个团队制定采购计划 D、建立网络图 60、在对一项任务的检查中，你发现一个团队成员正在用与WBS词典中的规定不同的方法完成这项工作。你应该如何处理这种情况？（）A、告诉这名团队成员采取纠正措施。

B、确定这种不同的方法对职能经理是否是可接受的。C、问这名团队成员，这种变化是否必要。D、确定这种变化是否改变了工作包的范围。61、一个新项目经理正要编制项目的工作范围。一个项目干系人要在工作范围中加入很多事项。另一个项目干系人只是要求描述功能要求就可以了。这个项目对项目经理所在公司很重要，但是工作是由卖方来实施。你建议这个项目经理做下列哪项？（）

A、工作范围应是概括性的，以便允许卖方做自己的决策 B、工作范围应是概括性的，以便可以在以后澄清 C、工作范围应是详细的，以便可以在以后澄清 D、工作范围应详细到该类型项目所需的详细程度.62、下面哪种文档是项目经理首先要向项目团队成员定义的，为了在项目启动会议上就展示该项目是被官方批准正式成立的项目？（）A、项目章程

B、项目计划

C、可行性研究

D、费用——收益分析 63、项目经理并不能确定某个特定的工作包中包含了什么。为了能更好地理解一个工作包中包含了什么，项目经理应该首先查看：（）A、进度控制文档

B、账户编码 C、WBS字典 D、风险管理计划 64、你的一个合同商给你发了一封电子邮件要求他们只答应进行8次测试，而不是你方要求的10次测试。项目经理应该首先做什么工作？（）A、更改项目基线

B、要求合同商发一份正式的变更请求 C、在合同中找到处罚条款 D、询问你的发起人的意见

65、你是变更控制委员会中的一员，批准巨大的范围变更。项目经理首先第一步需要更新的文档是：（）

A、范围基线

B、进度 C、WBS

D、预算

66、在你以前的项目实施期间，即使你交付了客户指定的内容，你也很难得到范围定义的签字认可。为了未来项目更好实施，你会更注意哪个过程？（）A、绩效报告

B、范围确认 C、范围定义

D、管理收尾

67、下列规则除（）以外对于工作分解结构最低层次的工作包都是正确的。A、可以在一个位置不发生中断地完成 B、可以做出可信的估算 C、必须且只能分配给一个人 D、必须在80小时内完成

68、下列哪项最不真实？（）A、WBS的最低层次也可以叫工作包

B、WBS词典可以用于保存各种工作要素的说明

C、承包商的WBS和合同工作分解结构（CWBS）基本上是相同的 D、WBS中的工作包还可以进一步细化

69、效益测量和约束条件下的最佳化是（）的例子。A、成本效益比

B、可变成本 C、折旧类型

D、项目选择方法 70、用于开发的分解过程是什么？（）

A、管理计划

B、沟通计划 C、工作分解结构

D、挣值 71、项目的工作分解结构是项目经理和她的团队一起开发的。但现在项目团队成员好像正在做工作分解结构以外的工作。工作分解结构的目的是：（）A、指导项目的成本估算，而不是工作怎么做 B、给高级管理层提供高层次项目范围概观 C、把制造项目产品所需的工作包括进去

D、把整体项目范围或完成项目所必须做的全部工作包括进去 72、参与准备范围基准计划的是：（）

A、职能经理

B、项目团队 C、所有干系人

D、项目发起人

73、一个新软件产品的构建阶段即将完工。下一个阶段是测试和执行。这个项目比进度计划提前了两周。在进人最后阶段之前，项目经理最应该关注什么？（）A、范围确认

B、质量控制 C、绩效报告

D、成本控制 74、一个客户要求你给项目增加工作范围。现在项目低于预算并比进度计划提前一些。你应该怎么做？（）A、批准该项变更

B、让客户了解该项变更对项目的影响 C、请发起人批准该项变更

D、从配置变更委员会获得批准 75、下列哪项是范围确认的一项重要输入？（）A、工作结果

B、历史信息 C、正式接受

D、变更申请 76、下列哪项不是范围确认的输入？（）

A、工作分解结构

B、项目计划 C、工作结果

D、变更申请 77、工作分解结构可以用于下列哪项？（）

A、与客户沟通

B、显示每项任务的日历日期 C、对每个团队成员显示职能经理

D、显示对项目的商业需求 78、下列哪项不是范围确认的工具？（）

A、产品审核

B、审计

C、检查

D、灵敏度分析 79、在编制WBS时不需要下列哪项？（）

A、历史信息

B、项目章程 C、假设条件

D、范围说明 80、在一个新产品的开发中，我们发现竞争对手正在开发一种与我们的项目产品有相似功能的新产品。我们决定建议对产品特性和项目产品做变更。这种变更申请是（）的结果。A、外部事件

B、在定义产品范围中的错误或遗漏 C、在定义项目范围中的错误或遗漏 D、一项增值变更

81、什么时候向一个项目指派项目经理？（）

A、合同签订后

B、就在合同时执行之前 C、合同启动期间

D、合同计划编制期间 82、在过去的几周项目团队已经对活动和任务做了3项范围变更。项目经理必须非常仔细地：（）A、记录所有变更

B、向发起人提交所有变更的文件 C、确保变更都反映在项目范围内 D、防止更多的变更发生 83、一个项目经理发现两个团队成员讨论要完成一项活动需要什么并且做了很多范围变更。现在这项可交付成果完成了，那两个团队成员准备进行下一项任务。在看了他们所做的之后，项目经理确定他们所做的工作不符合项目要求。该项目经理的最佳行动路径是什么？（）

A、增加另一项任务，与正确的项目范围相符合 B、拒绝交付的任务

C、让团队重新做这项任务并把这个事故加人到他们的绩效审核中 D、请该团队成员的经理派别的人执行这项任务 84、范围确认应在何时做？（）

A、项目结束时

B、项目开始时 C、项目的每个阶段期间

D、计划编制期间 85、项目进行到一半时，客户想取消剩余的工作和合同。最佳的方法是查看下列哪项来确定项目的目的？（）

A、章程中的目的、目标和商业案例 B、WBS词典，以便验证范围是否正确 C、风险管理计划，以便评估可选方案 D、会计科目表，以便确定完工估算

86、你是一个IT项目的项目经理。你项目团队的一个信息专家在同与他一起工作的一个低级别客户代表共进午餐后得知，在显示中一项简单的改造会给项目增加巨大的附加功能。你和项目发起人都已经对范围签字认可。那位信息专家进行了这项改造，没有给项目进度带来负面影响，也没有增加额外的费用。你应该采取什么管理措施？（）

A、这位信息专家所做的超过了客户预期，并且既没有影响项目成本也没有影响项目进度，因此，这位信息专家应该受到表扬。

B、项目经理应该在项目计划中增加一项没有相应时间的任务。

C、应该告诉这位信息专家，他的行为是不可接受的，因为它完全可能给整个项目带来负面影响。

D、由于这项变更已经做了，因此项目经理应该做一份变更控制表并请客户在上面签字。案例分析题

小杨第一次管理一个大型的软件研发项目，该项目是在以前项目的基础上研发新的功能。以前项目的版本已经批量安装到客户，并达到预先设定的目标稳定程度。该项目在前期各个阶段的数据都符合原先设定的目标。但是，在系统测试阶段，测试人员却递交了大量的缺陷。经过分析，发现这些问题大多数是回归测试时发现的。而其中大部分是以前项目遗留的问题。这些问题介于优化和问题之间。不会影响基本功能，但是对新用户来说，也有修改的必要。新的用户的验收测试不久就要开始了。小杨该如何处理这些问题呢？ 答案提要：

1、原项目遗留问题是否在项目范围内，需要查看项目范围说明书；一般情况下不会包含原系统的问题修改；如果在范围内，则需进行修改。

2、如果不在范围内则需要与公司和客户沟通，估算修改的成本以及风险等因素，如果要修改，则需要做哪些工作，例如追加费用，会可能引发哪些进度方面的变化，存在哪些风险。

3、如果要修改发现的以前项目遗留问题，应该属于原项目的优化，与本项目无关。但是也需要与客户和公司沟通，一般而言，对于历史遗留问题，公司是有责任修改的，但是对于当前项目而言，可能会有很多影响，需要就该修改进行分析，是否要修改与公司和客户共同协商，寻求解决办法。

4、作为项目经理，不仅仅是该项目的项目经理，也是公司面向客户的一个形象，很多时候还需要考虑公司整体的利益，而不仅仅是原定的项目范围。

所以项目经理任务项目范围是一定要区分清楚，但是是否进行能修改是需要与公司上层和客户沟通清楚，明确其中的责任和风险

单项选择题参考答案

1-5DCBBA 6-10BCDDA 11-15DBBAB 16-20DDBAB 21-25BDBBA 26-30DAABD 31-35CACBA 36-40BAAAB 41-45DCBCC 46-50CABAC 51-55ABBBA 56-60DBDBD 61-65DACBA 66-70BCCDC 71-75DBABA 76-80DADBA

第四篇：项目管理心得—定义范围

项目管理心得—定义范围

在IT项目建设中，项目管理最重要的管理内容是对项目的质量、进度与成本控制。其中,我们对项目范围定义没有太大注重，这使得我们后续实施工作无法正常运转。我以为，建设项目范围定义，是实施管理中不可或缺的重要一环，有着特殊的重要地位与作用。

项目范围的确定在进度管理的拥有重要地位与作用,项目能否在预定的时间内交付使用，直接关系到项目经济效益的发挥。

比如本人参与建设的广州的一个智慧校园建设项目。其中，计划工期是3个月，而最后的实际建设工期是六个月，首先是由于之前甲乙双方在签定合同之前，对项目范围定义没有作详细的说明。在项目实施过程中,甲方在乙方提供软件模型之后，提出各种各样的意见，有很多是当初乙方认为是在项目之外的延伸，所以在签定合同时没有对项目范围定义作详细的说明，而引起双方对变更上的纠纷，但最后还是乙方调整项目范围定义，重新开发软件。对整个项目而言，首先，公司加大了成本支出，减少了公司应得的利润，项目范围定义不明确，从而导致建设工期的拖长，软件开发成本大幅增加,施工管理费用大幅增加；软件后期测试工作重新开始；其次，延期交付给甲方也带来了的利息损失；系统迟一天交付，甲方就少一天收入，因之前甲方是单位的福利事业，没有收费设施。慧翔天地广州学员黄贤裕

第五篇：范围管理

范围管理

摘要：

2010年7月，我参与了某企业“高清卡口式智能电子警察“项目的建设。在项目中担任项目经理职务，主要负责项目的管理工作。该项目是受某市公安局交警指挥中心的委托而开发的，目的是为了改善城市道路交通环境，提升公众出行安全系数。系统兼具电子警察和卡口功能。（121）

本文结合作者的经验，以“高清卡口式智能电子警察“项目为例，讨论了项目的范围管理过程以及项目中采用的措施和方法。作为建设方的项目经理，本人在项目的范围管理过程中，科学运用项目范围管理的理论知识，以范围管理计划编制、范围定义、创建WBS、范围确认和范围控制为工作流程来指导项目的范围管理工作。在具体工作中，采取了针对性的措施，努力确保范围定义的清晰化。在项目的各个阶段注重与项目干系人保持积极有效的沟通，加强了范围确认、范围执行情况跟踪、项目范围变更控制等管理过程，通过这些方法，保证了项目范围管理的有效性，最大限度地满足了项目干系人的需求和希望的目的，成功地完成了项目，受到用户方的高度评价。

正文：

项目概述；

随着我国国民经济的持续快速发展，车辆剧增，由此导致交通阻塞，交通事故发生频率高，交通环境污染，交通治安混乱等一系列问题，严重影响了人民的生活。在城市交通的关键点——道路交叉口，由于汇聚了多个方向的交通流量，加上机动车非机动车混行等因素，成为城市路网中交通拥堵发生的重点地段。而车辆闯红灯等违法现象，更是成为引发道路交通事故的主要诱因之一。单纯依靠人为管理，浪费人力资源，效果也不明显。因此，向科技要警力，向管理要效益成为各个城市交通管理部门进行违法自动检测系统建设的动力。为进一步利用科技手段实现对闯红灯、逆行等违法行为进行有力地治理，防止此类交通违章行为的发生，减少由此引起的事故，并促进交通秩序良性循环，提升公众出行安全系数，某市公安局交警指挥中心特委托我公司开发“高清卡口式电子警察”。项目启动后，我被任命为该项目的项目经理，全面主持项目的管理工作。

该项目规模庞大，一期投资投资600万，要求在2012年1月1日前全面竣工并投入使用。该项目将负责某市110万辆机动车数据，涉及部门人员众多，涵盖的知识技术领域范围广，是一个大型、复杂的综合性项目。在有关领导的亲切关怀下，在项目干系人的配合与支持下，我与项目组全体组员并肩作战，通过近6个月的努力，终于在2011年12月26日全面通过验收。项目总成本为 万原，比计划提前10天，为公司挣得 万利润。

项目采用B/S架构，Windows为开发平台，c#，c++为开发语言，数据库使用的是oracle 10g。该项目除了具备实时监控功能外，还具有高清抓拍、大容量高速存储、自动检测车辆及车牌识别、全程轨迹跟踪、自动预警拦截等系统功能。项目涉及的子系统较多，主要包括车辆检测模块、图像采集模块、信息处理模块、数据检索模块、违章检测模块等几个部分。项目的成功很大程度上归功于在项目过程中对范围的有效管理，下面分别对项目范围管理过程中范围管理计划编制、范围定义、创建WBS、范围确认和范围控制等几个方面加以简要论述。

范围管理计划编制;

项目的范围管理计划包括如下内容：如何从项目初步的范围说明书来编制详细的范围说明书；如何进行更加详细的项目范围说明书编制WBS，如何核准和维持编制的WBS；如何确认和验收项目所完成的可交付成果；范围变更计划及规程。

项目范围的管理也就是对项目应该包括什么和不应该包括什么进行相应的定义和控制．必须慎重地权衡范围管理所使用的工具、方法、过程和程序以及一些其他因素，以确保在管理项目的范围时所做的努力与项目的规模、复杂性和重要性相符，制定范围管理计划显得由为重要。在计划中明确定义项目范围、制定详细范围说明书、定义和编制工作分解结构以及验证和控制范围的步骤和方法。

本项目范围计划中规定定义和编制工作分解结构的步骤为：识别项目交付物和相关项目工作；对WBS的结构进行组织；对WBS进行分解；对WBS中各级工作单元分配标识符或编号；对当前的分解级别进行检验，以确保它们是必需的而且是足够详细的。

范围定义： 在明确了范围管理计划之后，我们在识别项目干系人的基础上，对项目干系人的需求进行收集，记录，分类，明确项目干系人需求及优先级，并在这个过程中对项目干系人的需求进行引导，分析，评估和平衡，最后整理成需求文件，并用需求跟踪矩阵将需求与需求的目标联系在一起，确保需求实现的价值及意义，同时，明确如何管理和跟踪这些需求的变更，确定需求管理计划，以便更好的实现和满足项目干系人的需求。

在明确了项目干系人的需求，并确定了管理项目干系人需求的方法之后，我们进一步将项目干系人的需求转变为范围并整理成详细项目范围说明书。这一部分内容采用的技术是专家判断法，备选方案识别（头脑风暴法），成本效益分析。详细项目范围说明书项目干系人确认之后，作为范围基准的一部分，用于后期项目管理过程中的范围控制及核实工作。在这个过程中，不仅要详细的说明项目应该提交的可交付成果及其功能及特点，还需要具体说明项目不提交哪些可交付成果。

详细范围说明书主要包括如下内容：

⑴项目的目标：该系统的建成将实现对道路交通相关区域的实时监控，对闯红灯、逆行等违法行为进行自动记录取证，满足交通管理人员对道路交通管理和监控的需求。

⑵产品范围描述．例如车辆检测功能，要求检测出车辆，而不包括摩托车、自行车等。

（3）项目需求。项目需求描述了项目可交付物要满足合同、标准、规范或其他强制性文档所必须具备的条件或能力。

⑶项目的可交付物。包括代码、各种设计文档、测试文档等。

⑷项目边界．项目边界严格定义了项目内包括什么和不包括什么，以免项目干系人假定某些产品或服务是项目中的一部分。

⑸产品可接受的标准．系统功能满足需求规格说明书中的各种需求。

⑹项目的约束条件。例如违章检测模块需要精通VC++图像处理方面的知识。

⑺项目的假设条件．与项目相关的假设条件，以及当这些条件不成立时对项目所造成的影响。

（8）初始的项目组织。确定团队成员和项目干系人。

（9）初始风险。例如，电子警察项目我公司以前从没做过，没有什么经验可以借鉴。Oracle数据库也是第一次使用。

（10）进度里程碑：高清卡口式电子警察按模块定义里程碑，即每个模块的开发完成就代表一个里程碑事件。

（11）资金限制。

（12）成本估算。包括直接的人力资源成本、管理成本和房租水电、培训、员工福利等间接成本。

（13）项目配置管理需求。包括配置管理的软件和硬件环境以及工具选择。

（14）项目规范。项目依据交通规则对违章行为进行判断。

（15）以批准的需求。例如车辆检测、车牌识别、违章检测等功能。

创建WBS：

项目范围说明书中定义的项目可交付物是进行WBS分解的基础。步骤：识别项目交付物和相关项目工作。对WBS的结构进行组织。对WBS进行分解。对WBS中各级工作单元分配标识符或编号。5 对当前的分解级别进行检验，以确保它们是必需的，而且是足够详细的。

在确定了项目边界，明确了项目最终的可交付成果及其功能和特点之后，我们需要对最终的可交付成果创建WBS；同时在这个过程中，建立和完善WBS词典，联同WBS以及项目范围说明，确立范围基准，作为后期的范围控制及核实的基础；

高清卡口式电子警察项目除具备实时监控功能外，还具有高清抓拍、大容量高速存储、自动检测车辆及车牌识别、全程轨迹跟踪、自动预警拦截等系统功能。项目涉及的子系统较多，主要包括图像采集模块、车辆检测模块、车牌识别模块、信息处理模块、数据检索模块、闯红灯、逆行等违章检测模块等几个部分，涉及的环节多而复杂，需要做的工作很多，为了详细描述项目所要完成的工作，避免应该做的工作被遗漏掉，方便项目团队成员间沟通，我邀请了组长、业务专家及其他项目经理参加以“项目工作分解”为主题的会议，会议上对项目可交付物和项目工作按照滚动式计划逐步分层分解为更小的、更易于管理的项目单元．分解工作按照以下原则进行：

⑴在各层次上保持项目的完整性，避免遗漏必要的组成部分;

⑵相同层次的工作单元应有相同性

⑶一个工作单元只能从属于某一个上层单元

⑷工作单元应能分开不同的责任者和不同工作内容

⑸便于项目管理进行计划和控制的管理需要

⑹最低层工作应该具有可比性，是可管理的，可定量检查的⑺最低层次的工作单元是工作包

⑻应该包括项目管理工作

范围确认：

在项目实施过程中，根据WBS上的可交付物进行监控，并确定了几个重要的里程碑。对已经完成或即将完成的可交付物及里程碑及时进行会议评审，涉及核心业务的，提供相关文档由客户一起进行确认。

比如，在车辆检测模块开发完成后，我组织组长、业务专家依据政策文件逐一进行会议评审，评审后要求测试人员写测试文件，并将系统计算出的结果截图附在测试文件中，发送给客户相关人员进行确认．

范围控制：

项目开发过程中，项目范围往往发生会不断变化，为了防止“范围蔓延”，我组织成立了变更控制委员会(成员包括：各组组长[担任变更委员会组长和副组长]、客户负责人、项目经理、系统构架师)，制定了变更控制流程：范围变更说明文档(来自内部讨论结果或客户要求)－组长或副组长填写变更申请单－召开会议对变更所带来的影响进行分析、变更方案进行论证及评审－发出变更通知并开始实施－变更实施的监控－变更效果的评估，项目实施过程按照此控制流程进行执行。

例如，在距离项目截止日期还有20天的时候，客户提出增加用视频方式检测车辆（原来采用的是地感线圈的方式）的功能，这对项目影响很大。变更控制委员会召开了会议，会议上我们讨论了下面几个问题：1 功能的实现难度如何；2内部资源是否足够应付新需求的实现？3能否在项目计划时间内完成？4 是否能保证项目的质量？5 会不会对其他功能造

成影响？通过对这些问题的讨论，变更控制委员会决定接受此变更请求。

在变更得到批准后，我对一些开发人员进行了调整，并采用赶工的方式加快开发进度。加强与开发人员的沟通，对开发过程进行密切跟踪，对变更的效果进行评估，对相应的文件配置也进行了变更管理，最终项目在规定时间前完工。

为了防止项目组成员的镀金行为，我规定项目组成员要想采用新的技术，必须提出申请，在项目团队会议中讨论通过后才可以使用。否则，必须使用熟悉的成熟的技术。

通过这些措施，对范围进行了有效控制。

总结

系统目前运行稳定，对项目范围的有效管理是成功的一大重要因素，但也存在一些不足之处。比如没有充分考虑到人员流动对项目造成的影响，未安排充分的候补人员，结果在人员离开后临时进行调整，显得比较被动。另外，对业务不熟悉也让我们在工作中吃了一些苦头。在今后的工作中，本人将继续总结经验教训，加强对项目实行科学、规范的过程管理，从而更好地完成项目。