(1)在项目执行过程中，有时需要对项目的范围进行变更，  (1)  属于项目范围变更。

    A．修改所有项目基线

    B．在甲乙双方同意的基础上，修改WBS中规定的项目范围

    C．需要调整成本、完工时间、质量和其他项目目标

    D．对项目管理的内容进行修改

[答案] (1)B

[分析]

    工作分解结构(Work Breakdown Structure，WBS)是项目定义对于项目范围定义的输出结果，工作分解结构定义了项目的全部范围。范围变更是对达成一致的、WBS定义的项目范围的修改。

    在项目的实施过程中，项目的范围难免会因为很多因素，需要或者至少为项目利益相关人提出变更，如何控制项目的范围变更，这和项目的时间控制、成本控制，以及质量控制要结合起来管理。

    范围变更的原因包括项目外部环境发生变化(如法律、对手的新产品等)，范围计划不周，有错误或者遗漏，出现了新的技术、手段和方案，项目实施组织发生了变化，项目业主对项目或者项目产品的要求发生变化，等等。

    所有的这些变化，即使是“好”的变化，对于项目管理者而言，都令人不安。项目范围定义规定了项目应该做的和不应该做的，那么对于范围变更，就不能随意进行。所有的变更必须记载，范围控制必须能够对造成范围变化的因素施加影响，估算对项目的资金、进度和风险等影响，以保证变化是有利的，同时需要判断范围变化是否发生，如果已经发生，那么对变化进行管理。

    对范围变更进行控制时，要以工作分解结构、项目进展报告、变更请求和范围管理计划为依据。进行范围变更控制必须经过范围变更控制系统。

    项目进展报告提供了有关范围的实际进度情况资料，它报告了哪些中间成果已经完成，哪些还没有完成，项目进展报告还能对将来可能发生的问题提供预警。

 

    (2)由于政府的一项新规定，某项目的项目经理必须变更该项目的范围。项目目标已经做了若干变更，项目经理已经对项目的技术和管理文件做了必要的修改，他的下一步应该是  (2)  。

    A．及时通知项目干系人    B．修改公司的知识管理系统

    C．获取客户的正式认可    D．获得政府认可

[答案] (2)A

[分析]

    范围控制管理依赖于范围变化控制系统。这个系统定义了项目范围发生变化所应遵循的程序。这个程序包括使用正式的书面报告，建立必要的跟踪系统和核准变更需求的批准系统。项目范围变化控制系统是整个项目变化控制系统的一部分。

    对于有合同的项目而言，项目范围变化必须遵守项目合同的相关条款。

    在收到范围变化请求后，项目利益相关人要对申请的变更可能对项目的影响进行估计。范围的变化会给项目的目标、成本、进度和资源带来影响。范围变化是严重的事件，无论这个变更看起来多么细小。同时，一个看起来是好的变化也可能对项目造成不良的影响。

    范围变更通过计划流程得到反馈，并可能需要对成本、时间、质量和其他项目目标进行修正。一旦技术和计划文件更新，应该通知项目干系人。由于政府的新规定对项目来说是一项强制变更，应按变更控制流程及时通知项目干系人。

 

    (3)某项目的项目范围已经发生变更，因此成本基线也将发生变更，项目经理需要尽快  (3)  。

    A．进行范围变更决策    B．更新预算

    C．记录获得的经验    D．执行得到批准的范围变更

[答案] (3)B

[分析]

    根据项目范围变更的流程，首先是提出项目变更请求，然后项目利益相关人根据变更对项目的影响(时间、成本等)进行决策变更，决定是否接受变更。如果不接受变更，则反馈给变更请求人，并说明不接受的原因。如果接受变更，则需要按照变更流程，更新相应的计划和文档，实施范围变更。最后是对变更进行评审。

    根据试题描述，“某项目的范围已经发生变更”，这意味着范围变更请求已被接受。因此，就不存在进行范围变更决策的问题，即选项A是错误的。

    另外，试题中还提到“成本基线也将发生变更”。因此，应当使用成本变更控制系统对成本基线的变更进行控制。成本变更控制系统是一种项目成本控制的程序性方法，主要通过建立项目成本变更控制体系，对项目成本进行控制。该系统主要包括3个部分：成本变更申请、批准成本变更申请和变更项目成本预算。

 

    (4)项目范围是否完成和产品范围是否完成分别以  (4)  作为衡量标准。

    A．项目管理计划，产品需求    B．范围说明书，WBS

    C．范围基线，范围定义        D．合同，工作说明书

[答案] (4)A

[分析]

    在信息系统项目中，实际上存在两个相互关联的范围，分别是产品范围和项目范围。

    产品范围是指信息系统产品或者服务所应该包含的功能，如何确定信息系统的范围在软件工程中常常称为需求分析。产品范围包含产品规格、性能技术指标的描述，即产品所包含的特征和具体的功能情况等。产品范围是否完成由产品需求和技术指标来衡量。

    项目范围是指为了能够交付信息系统项目所必须做的工作。项目范围是否完成由项目管理计划来衡量。

    显然，产品范围是项目范围的基础，产品的范围定义是信息系统要求的量度，而项目范围的定义是产生项目计划的基础，两种定义在应用上有区别。另外的区别在于需求分析更加偏重于软件技术，而项目范围管理则更偏向于管理。判断项目范围是否完成，要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而信息系统产品或服务是否完成，则根据产品或服务是否满足了需求分析来确定。

    项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作，是所有项目干系人对项目范围的共同理解，说明了项目的主要目标，它在项目执行过程中指导团队的工作，并为评估是否为客户需求进行变更或附加的工作是否在项目范围之内提供基线。

    工作分解结构(WBS)是面向可交付物的项目元素的层次分解，它组织并定义了整个项目范围。

    范围定义对于项目而言非常重要，它增加项目时间、费用和资源估算的准确度，它定义实施项目控制的依据，明确相关责任人在项目中的责任。项目和子项目都需要编写项目的范围定义，项目范围定义明确项目的范围，即项目的合理性、目标和主要可交付成果。

    范围定义最重要的任务就是详细定义项目的范围边界，范围边界是应该做的工作和不需要进行的工作的分界线。

    工作说明书是进行采购所需工作的文档化描述，工作说明书只覆盖相应的子项目的范围。

    根据《中华人民共和国合同法》规定，“合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议”。

 

    (5)小王负责一个管理信息系统项目，最近在与客户共同进行的质量审查中发现一个程序模块不符合客户的需求，进行追溯时，也未发现相应的变更请求。最终小王被迫对这一模块进行再设计并重新编程。造成此项返工的原因可能是  (5)  。

    A．未进行需求管理    B．未进行范围确认

    C．未进行变更管理    D．质量管理过严

[答案] (5)B

[分析]

    范围确认主要是确认项目的可交付成果是否满足项目干系人的要求。把项目的可交付成果列表提交个项目干系人。项目干系人进行范围确认时，要检查以下事项：

    (1)可交付成果是否是确实的、可核实的。

    (2)每个交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件，比如客户的书面认可。

    (3)是否有明确的质量标准，也就是说，可交付成果的交付不但要有明确的标准标志是否完成，而且要有是否按照要求完成的标准，可交付成果与其标准之间是否有明确的联系。

    (4)审核和承诺是否有清晰的表达。项目投资人必须正式地同意项目的边界、项目完成的产品或者服务，以及项目相关的可交付成果。项目组必须清楚地了解可交付成果是什么。所有的这些表达必须清晰，并取得一致的同意。

    (5)项目范围是否覆盖了需要完成的产品或者服务进行的所有活动，有没有遗漏或者错误。

    (6)项目范围的风险是否太高，管理层是否能够降低可预见的风险发生时对项目的冲击。

    如果在范围确认工作中发现项目范围说明书、工作分解结构中有遗漏或者错误，需要向项目组明确指出错误的内容，并给出如何修正的意见。项目组需要根据修改意见重新修改项目范围说明书和工作分解结构。

    在范围确认的工作过程中也可能会出现范围变更请求，如果这些范围变更请求得到了批准，那么也要重新修改项目范围说明书和工作分解结构。

    在本题中，很多考生选择“未进行需求管理”。需求管理主要是收集需求的变更和变更的理由，并且维持对原有需求的跟踪。试题中已经指出，“进行追溯时，也未发现相应的变更请求”，因此可以知道，并非没有进行需求管理和变更管理。