|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果实施组织中不使用项目章程，则应获取类似的信息，用来指定详细的项目范围说明书。
|
|
|
|
|
|
如果实施组织中不使用项目初步范围说明书，则应获取类似的信息，包括产品范围说明书等，用来制订详细的项目范围说明书。
|
|
|
|
|
|
|
|
批准的变更请求可能会改变项目范围、质量、成本或进度。变更通常在项目执行过程中识别或批准。
|
|
|
|
|
|
|
|
每个应用领域都有一些通用的方法把项目目标转变为可交付的项目成果。产品分析包括产品分解、系统分析、系统工程、价值工程、价值分析和功能分析等。
|
|
|
|
|
|
可选方案识别是一种用来产生各种不同项目工作方案的技术。可应用一些通用管理方法，最常见的有“头脑风暴法”和“横向思维法”。
|
|
|
|
|
|
每个应用领域都有一些专家可用于定义详细的项目范围说明书。
|
|
|
|
|
|
项目干系人分析是指把各类项目干系人的影响力、兴趣等进行识别，并把他们的需求、期望进行记录的过程。该过程把项目干系人的要求、期望进行筛选、排序、量化，从而建立需求。项目干系人对项目的执行可能产生正面的和负面的影响，他们也会对项目及其可交付物施加影响。
|
|
|
|
|
|
|
|
项目范围说明书详细描述了项目的可交付物和产生这些交付物所必须做的工作。项目范围说明书在所有项目干系人之间建立了一个对项目范围的共识，描述了项目的主要目标。项目范围说明书还使项目团队能够实施更详细的规划，在项目执行过程中指导团队工作，并构成了评价变更请求或增加的工作是否超出了项目边界的基础。
|
|
|
|
|
|
项目范围管理计划是项目管理计划的组成部分，可能需要更新，以便将项目范围定义过程中产生并批准的变更请求纳入其中。
|
|
|
|
|
|
在范围定义过程中可能对项目管理计划或其子计划提出变更请求。请求的变更通过整体变更控制过程处理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
范围变更是对达成一致的、WBS定义的项目范围的修改。范围变更的原因包括项目外部环境发生变化（如法律、对手的新产品等），范围计划不周，有错误或者遗漏，出现了新的技术、手段和方案，项目实施组织发生了变化，项目业主对项目或者项目产品的要求发生变化等。
|
|
|
|
范围变更控制是指对有关项目范围的变更实施控制，包括一系列文档程序，用于实施技术和管理的指导和监督，以确定和记录项目条款的功能和物理特征、记录和报告变更、控制变更、审核条款和系统，由此来检验其与要求的一致性。
|
|
|
|
在项目的实施过程中，项目的范围难免会因为很多因素，需要或者至少为项目干系人提出变更，如何控制项目的范围变更，这需要与项目的时间控制、成本控制，以及质量控制要结合起来管理。在整个项目周期内，项目范围发生变化，则要进行范围变更控制，范围变更控制的主要工作有：
|
|
|
|
（1）影响造成项目变化的因素，并尽量使这些因素向有利的方面发展。
|
|
|
|
|
|
（3）一旦范围变化已经发生，就要采取实际的处理措施。
|
|
|
|
范围控制管理依赖于范围变更控制系统。这个系统定义了项目范围发生变化所应遵循的程序。这个程序包括使用正式的书面报告，建立必要的跟踪系统和核准变更需求的批准系统。项目范围变更控制系统是整个项目变化控制系统的一部分。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
培训可以是正式或非正式的。培训方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。
|
|
|
|
应按人力资源管理计划中的安排来实施预定的培训。也应根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者由执行组织承担（如果增加的技能有利于未来的项目）。培训可以由内部或外部培训师来执行。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》（GB/T 29264-2012）中，对运行维护服务（operation maintenance service）给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
|
|
|
|
运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
|
|
|
|
在《信息技术服务分类与代码》（GB/T 29264-2012）中，将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类，每类运维服务及其说明见下表。
|
|
|
|
|
|
|
|
|
|
任何组织和个人提供运维服务需要依据需方提出的服务级别要求，并确保提供的运行维护服务符合与需方约定的质量要求。因此，具备相应运维服务能力是服务组织提供服务的必要条件，比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分：通用要求》（GB/T 28827.1-2012）中给出了供方运维服务的能力模型，该模型定义了运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
|
|
|
|
|
|
|
|
|
|
|
|
|
