（1）项目目标：通过安装和运行APTRAVISION软件系统，能够将设备的运营数据同客户的业务数据结合起来。并通过其内置的分析器将数据按照使用者所希望的任何方式进行组合和联系，从而为自助服务提供一种更加宽广和深层次的渠道。

　　（2）项目范围：在客户的使用环境下测试和认证APTRAVISION系统，完成软件和硬件的预安装，在客户的运营中心安装和配置APTRAVISION系统，APTRAVISION的验收测试（无突出的重要问题），客户操作人员的培训，APTRAVISION验收后监控阶段的支持。

　　（3）项目可交付物：APTRAVISION产品（软、硬件系统），操作和维护人员培训，相关文档。

　　（4）项目实施计划：包括组建项目管理小组、制订系统开发进度计划、系统需求分析、系统概要及详细设计、系统代码编写、系统测试、系统试运行、系统验收及培训等内容。

　　（5）项目时间要求：2009年9月16日至2009年12月1日。

　　（6）项目资金预算：人民币39万元。

　　在项目范围说明书的基础上，采用自上而下的方法，从项目的产品范围方面制定工作分解结构。

　　2.3 项目执行阶段项目范围核实

　　范围核实是获得利益相关方对已完成的项目范围与相应的可交付成果正式验收的过程，范围核实关心可交付成果。在APTRAVISION本地化项目中，范围的核实并不仅仅发生在项目结束的时候，那样不但会流于形式，而且一旦返工其成本巨大。对于项目经理或项目管理人员来说，项目范围核实可以通过检查来实现。检查又可以称做审查、产品审查、审计或巡回检查等，一般包括测量、测试、检验等活动，以确定结果是否符合要求。对于APTRAVISION这样的软件系统，通常采用软件测试的方法来进行检查。测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定，通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。在APTRAVISION本地化项目的各个里程碑阶段，由项目需求分析小组的成员（特别是用户方代表）与项目经理及该阶段可交付成果的负责人组成评估小组，由阶段工作成果的负责人进行宣讲，评估小组一起进行评审和验证。在正式移交之前，用户方要对己经完成的工作成果或项目活动结果进行重新审查，核查项目计划规定范围内的各项工作或活动是否已经完成，可交付成果是否令人满意，以确保项目的可交付成果符合业务的要求。在进行项目范围核实时，项目开发部门必须向客户提供能够明确说明项目阶段成果的文件，客户可以通过检查的方法来实现项目范围的核实，在APTRAVISION本地化项目中，通过以下方法来进行验证：方法来进行检查。测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定，通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。

　　在APTRAVISION本地化项目的各个里程碑阶段，由项目需求分析小组的成员（特别是用户方代表）与项目经理及该阶段可交付成果的负责人组成评估小组，由阶段工作成果的负责人进行宣讲，评估小组一起进行评审和验证。在正式移交之前，用户方要对己经完成的工作成果或项目活动结果进行重新审查，核查项目计划规定范围内的各项工作或活动是否已经完成，可交付成果是否令人满意，以确保项目的可交付成果符合业务的要求。

　　在进行项目范围核实时，项目开发部门必须向客户提供能够明确说明项目阶段成果的文件，客户可以通过检查的方法来实现项目范围的核实，在APTRAVISION本地化项目中，通过以下方法来进行验证：

　　（1）开发小组内部测试。开发人员完成一个功能模块后，首先进行内部自测，以减少问题。

　　（2）模块/子系统测试。在每个功能模块及关键的子系统完成后，都会提交给客户的业务部门进行测试。进行模块/子系统测试可以及时发现问题，根据测试情况调整进度，采取应急措施。

　　（3）系统业务测试。由客户对整个系统进行完整的测试，核实系统功能是否符合业务需求。

　　（4）验收测试。由客户在各种实际生产环境下，测试整个系统的运行情况，对系统进行核实。

　　2.4 项目执行阶段的项目范围变更控制

　　无论项目的范围计划制订得多么好，其变更也是难以避免的。因此，对项目范围变更的管理是项目经理必备的素质之一。事实上，客户通常不能一开始就确定所有需求，而且情况会随时间而变化，如果不能包容变更，那么最终解决方案可能就实现不了应有的价值。很多时候范围变更会让系统更实用。

　　范围变更并不可怕，可怕的是缺乏规范的变更管理过程。APTRAVISION本地化项目管理对变更进行控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序地进行。

　　在APTRAVISION本地化项目的范围管理中采用了一套严格、实用、高效的变更控制流程，即项目的范围变更管理是通过提交和接收变更申请、评估变更申请、确定变更申请的可行性、批准变更申请以及实施和结束变更申请这五个关键步骤来完成的。

　　（1）提交和接收变更申请。事先明确客户方有权提出变更申请的人员和项目组有权受理变更的人员，并且变更申请必须有书面材料。用户需要向客户方项目负责人提出书面申请，由客户方项目负责人审批后移交实施方项目经理。这样，所有的变更双方的项目负责人都能做到心中有数。而且用户在递交书面变更申请时比较慎重，一般都在自己公司内部先经过讨论后进行，从而减少了因用户内部看法不同导致的反复变更。

　　（2）评估变更申请。不是所有的变更都需要修改，更不是所有的变更都需要立刻修改。必须对客户提出的范围变更进行审核，确定哪些变更需要修改和何时修改。客户一般对APTRAVISION项目的实施不甚了解，他们认为很简单的事情可能解决起来会很复杂。因此项目经理和项目小组要冷静地分析，确定用户到底想要实现什么目的，抓住本质的需求。如果用户建议很难实现，可以和用户进行沟通，询问用户是否可以用其他方式来实现其目的。

　　一般来说，用户的“镀金”需求可以延期解决甚至不考虑，用户的新增需求如果不是影响到其核心业务的实现，也可以安排在现有功能的完善之后。

　　（3）确定变更申请的可行性。项目组成员都要认识到变更是有代价的。必须评估变更的代价和对项目的影响，并且要让客户了解到变更可能会发生的问题，一起判断变更是否依然要进行。

　　（4）批准变更申请。在与客户讨论过程中，需要和客户一起判断：修改是没有问题的，但是能接受由此引起的进度延迟、费用增加、性能下降等吗？一般来说，如果客户认为该变更是必须的（变更非常有可能是其上级领导提出的），就会接受这些后果，通过与客户的协商，项目组可能会得到回报或者即使没有回报也不会招致公司和客户双方的埋怨。如果客户认为该变更虽然有必要但是可以暂缓，双方签署备忘录后留待以后解决。如果客户认为该变更可有可无，多数情况下会取消变更。这时，通常的做法是让客户对于明显的变更做出确认，一般是签字确认。这样既可防止频繁变更，也让客户认识到变更带来的工作量加大是项目延期的原因。

　　（5）实施和结束变更申请。最后，变更进行时必须保证最终方案的唯一性和完整性。同时，要对所有变更进行跟踪，确保变更按要求完成，并在变更完成后归档。

　　3 结语

　　通过有效的范围管理，为全球性产品本地化项目的开展和实施提供了任务范围的框架，为产品本地化项目的绩效度量提供了基线，为本地化产品的最终交付提供了依据。可以说，产品本地化的成功离不开有效的产品本地化项目的范围管理。