笔记-IT服务部署实施-5.3 IT服务部署实施方法

5.3 IT服务部署实施方法在

完整的IT服务部署实施过程通常划分为3个阶段：IT服务部署实施计划阶段、IT服务部署实施执行阶段和IT服务部署实施验收阶段。

5.3.1 IT服务部署实施计划

1. IT服务部署实施计划的目的

IT服务部署实施计划的目的是确保部署实施的过程在有序、可控的条件下顺利地进行。部署实施，需要一个好的计划，计划是部署实施计划阶段的重要输出物。IT服务部署实施会参考项目管理方法，要在“一定的时间、范围、可接受的成本和质量标准”条件下，保证新服务或变更服务的顺利发布，并协调和组织构成服务的所有要素组件(包括过程、人员、技术和资源)。那么,如何在时间一定、资源有限的情况下，确保服务质量可控并达成既定的部署实施目标，就是部署实施计划作用的最直接、最重要的体现。在IT服务部署实施计划过程中，系统规划与管理师应当与所有干系人达成以下共识：

(1)IT服务部署实施的目标，包括交付物、验收标准等。
(2)IT服务部署实施详细的过程、时间及其投入。
(3)IT服务部署实施如何实现所要求的要素，如所需要的人员、过程、资源、技术。
(4)明确IT服务部署实施过程中需要了解项目进展信息的人员，确定相关的展现方式与时间，如确定项目进展信息的展现形式、汇报频度、汇报方式、送达人员等。

2. IT服务部署实施计划的活动

IT服务部署实施计划阶段的主要活动，包括计划沟通、计划制订、计划评估确认与计划修订，鉴于部署实施计划对整个部署实施过程具有重要指导意义，所以这是一个循环反复的过程。

1)计划沟通

在制订部署实施计划之前，需要分别与客户、规划设计环节的负责人和服务交付团队的负责人进行详细的沟通，各自的要点如下。

(1)在与客户的沟通中，着重了解客户的期望，以及客户能够提供何种资源上的支持。
(2)在与规划设计环节负责人的沟通中，着重了解规划设计的要素，确保无遗漏，避免出现与规划设计差距较大的情况；同时要详细了解规划设计环节中已经考虑到的风险控制机制，以确保在部署实施阶段将其导入生产环境。
(3)在与服务交付团队负责人的沟通中，着重了解其服务支持和提供的能力，以确保为其计划培训时间与培训内容，同时依据其服务能力定义合理的服务目标和实施里程碑。

2)计划制订

在制订部署实施计划的过程中，要进行周密的考虑，确保计划可执行、可监控，还要确保服务周期与相应的成本投入的合理性。部署实施计划主要包括如下内容：

(1)部署实施阶段的责任人

必须有明确的责任人对部署实施的全过程负责，既可以对全过程进行监控，也可以不断地推动全过程的顺利进行，并协调各团队对出现的问题，及时采取补救措施。

(2)角色与职责

• 系统规划与管理师：通常IT服务项目的部署实施负责人由该项目的系统规划与管理师来担任，也可以指派专门的部署实施经理作为部署实施的负责人，负责部署实施阶段各项具体工作的落地执行，同时负责与客户的沟通与协调，服务的测试与发布，对部署实施的结果负责。
• IT服务总监：实现IT服务项目组织的战略目标和利益，统一管理项目群，协调和调配项目所需要的内外部资源。负责与客户的沟通与协调，主要参与部署实施的阶段性回顾，对部署实施的计划和结果进行审核。
• 客户接口人：负责提供服务交付团队所需的资源与支持。
• 运维工程师：基础环境工程师、硬件工程师、软件工程师。

与此同时，IT服务团队在部署实施阶段还有可能与集成实施团队、设计开发团队、咨询服务团队发生协同关联关系。

(3)运维项目情况

主要描述部署实施范围，各阶段实施子目标的进度安排，以及如何确认它顺利完成。通常，客户对部署实施周期都会有明确的期望或要求，所以要基于总体目标划分各阶段的子目标，并且严格控制各阶段的周期长短，并定义好各阶段需要完成的里程碑。里程碑的好处是让部署实施团队、服务交付团队和客户对各阶段的收尾标识有明确的认知。

(4)各阶段的具体工作任务与负责人

部署实施计划一般分为两部分内容：关注如何交接现有的服务(或如何建立起新服务)，关注服务管理体系的导入。

这两部分内容可以视为两条主线，分别贯穿于部署实施的过程，且互相制约与影响，通常情况下，这两条主线并行执行。对于如何交接服务或如何建立起新服务，一般与具体的服务类型有关，如桌面管理服务相对于数据库管理服务，由于其服务类型不同，其计划也大不相同，所以无法给出标准化的描述。此处主要关注的是服务管理体系的导入。

作为一个计划，一定要有明确的任务列表与分工。此处列出IT服务部署实施计划中主要进行的工作内容：

• IT服务部署实施启动会
• 服务团队组建计划
• 服务团队培训与知识转移计划
• 服务工具采购、安装部署、测试、初始化与上线计划
• 核对服务目标
• 核对服务目录
• 设定服务模型
• 客户化服务管理过程
• 设定过程绩效指标
• 初始化服务文档体系与文档管理规范
• 初始化配置管理数据库(CMDB)
• 客户化服务规范
• 开发工作指导书和标准操作规范
• 编写服务计划
• 服务发布会/部署实施总结会

上述各项工作内容均要指派到具体的责任人，并明确其交付物。

(5)交付物列表

此处仅列出上述部分的部署实施工作内容交付物。例如，“服务团队组建计划”的输出物为服务团队组织结构、服务团队角色与职责，“服务工具采购、安装部署、测试、初始化与上线计划”的输出物如下。

• 服务工具上线计划：应包含上线目的、上线时间、上线相关角色和职责定义、沟通计划、上线过程中的风险分析、回退计划、交付物列表和验收标准等上线关键要素。
• 服务工具测试计划：应包含相关角色和职责定义、测试范围、测试环境、测试进度安排、测试项及具体测试方法等测试关键要素。
• 服务工具测试报告：应清晰说明测试计划的完成情况、测试过程中发现的已知错误、测试结果的分析说明及测试结果的审核确认等主要内容。
• 服务工具上线报告：应清晰说明上线计划的完成情况、上线结果的分析说明、上线过程中相关突发事件的总结与分析、配置管理数据库的更新情况汇总、上线过程中的相关资源支持情况、经验总结及改进建议等主要内容。
• 服务工具操作指南：应包含发布范围、目标用户、工具简介、如何下载与安装、如何使用或常见操作方法、支持团队联系方式等信息。
• 服务工具配置手册：应包含厂商、版本号、配置变更历史记录、客户化配置方法和说明等重要信息。

(6)交付物验收标准

交付物验收标准需要描述交付物的质量标准和交付形式。举例如下：如果交付物是文档，要对文档规范、文档包含的内容、交付形式是纸质还是电子介质等，进行明确说明。除上述验收标准外，若能同时设定交付物的验收方法，则更佳。切忌以超出自身服务能力范围的要求来设定交付物验收标准，这样会为部署实施收尾工作带来很大的困难。在设定验收标准时也需参考公司的内部管理要求。

(7)对客户的要求(客户的参与)

对部署实施而言，它是服务运营的初始化阶段，也是服务团队与客户的磨合期，这是一个双方互动的过程阶段，客户的协助与支持起着非常重要的作用。在部署实施计划中必须对客户方所要提供的资源和支持提出明确的要求，这需要进行细致的考虑，也需要与客户做深入的沟通，切忌提出不切实际的需求。同时，在把客户方提供的资源和支持视为输入时，需要明确计划的输出内容，让客户感受到他所提供的资源和支持是有价值的，也能够取得其最大化的支持。

3)计划评估与确认

IT服务部署实施计划制订完成后，系统规划与管理师要和IT服务总监、项目管理办公室(PMO)和客户接口人做充分的沟通并确认。项目干系人要对此计划的风险做评估，确保投入的资源可以按计划输出符合要求的交付物，以确保部署实施顺利完成。

若评估过程中发现有潜在的风险，则要进入计划修订环节。

4)计划修订

在计划评估环节，若发现潜在的风险或不合理的行动计划，则需要对计划进行修订。修订过程仍需要依据前述“计划制订”的要求进行仔细的梳理与编排，修订后再次提交评审。如此反复，直至IT服务部署实施计划得到了所有项目干系人的认可和确认。

3. 关键成功因素

IT服务部署实施计划阶段的关键成功因素包括如下4项：

① 明确IT服务部署实施阶段的责任人。
② 明确IT服务部署实施范围、里程碑、交付物，以及交付物的验收标准。
③ 对IT服务能力和资源合理准确的预测。
④ IT服务连续性的保障。其中，前两项在前面的“计划制订”中已经有了明确描述，本节主要对后两项进行说明。

(1)对IT服务能力和资源合理准确预测

对IT服务能力和资源的准确预测是IT服务部署实施计划的成功要素之一。

• 一方面，能力和资源是支撑计划能够得以实施的必要条件，只有在充足的能力和资源保障前提下，才可以按计划完成IT服务部署实施的过程；
• 另一方面，IT服务部署实施的目标是IT服务运营的标准化与规范化，会为IT服务运营过程定义阶段化的服务目标，若没有充足的服务能力和资源支撑，也就无法在运营阶段达成预定义的服务目标。

因此，IT服务能力和资源既指IT服务部署实施阶段的各种能力和资源(包括部署实施团队与客户提供的能力和资源),也指IT服务运营阶段的能力和要素(包括人员、技术、资源和过程4方面)。只有对IT服务能力和资源有了充分的、正确的预测与认知，才可以定义合理的目标，保证IT服务运营阶段有足够的能力按照预定义的“标准化”和“规范化”的轨道持续运行，即保障部署实施的成功实施。

(2)IT服务连续性保障

在IT服务部署实施期间，如何保障IT服务的连续性是重要的关注点。例如，对于新老服务商的切换来说，在整个切换期间存在很多的风险，需要有充足的额外服务资源的保障，以应对在切换过程中的各种突发状况。对于新上线的应用系统，由于知识库或已知错误库还不完整，所以无法确保服务团队能够应付IT服务部署实施过程中的突发事件，此时需要制订相应的连续性计划/应急预案，以确保在出现突发事件时能够保障系统的服务不中断。可靠的连续性保障是用户满意度的关键之一，尤其是在IT服务部署实施期间，如果某IT服务提供方刚接管的服务即出现频繁的服务中断，将直接影响客户对该服务提供商的IT服务质量、IT服务能力的期望。

因此，必须在IT服务部署实施的计划阶段，充分考虑服务过程中可能出现的突发状况，并预先定义好应急响应方法，并融入日常工作、故障响应、重点时段保障预案。应急响应所需的要素主要为：

① 风险评估
② 应急响应的触发、通知机制
③ 制订应急预案
④ 成立应急响应组织，明确由何人负责启动该应急预案
⑤ 恢复服务所需的行动步骤和相应的责任人
⑥ 应急预案的培训与演练
⑦ 日常监测与预警

4. 可能的风险与控制 ▲

在IT服务部署实施的计划阶段，通常来说，可能存在的风险或问题包括：

①IT服务部署实施计划的完整性和条理性。
②IT服务部署实施计划本身的可用性。
③IT服务部署实施交付物的可验收性。
④与IT服务规划设计和IT服务运营的吻合性。

(1)IT服务部署实施计划的完整性和条理性

常见的计划完整性问题包括未考虑IT服务部署实施期间的服务连续性、忽略了IT服务运营团队的培训、未考虑供应商的配合、未明确对客户的资源要求等方面。

常见的计划条理性问题包括：

①服务工具未上线即启动服务测试；
②未定义服务目标即开始客户化服务管理过程；
③过程与规范未开发完成即启动团队培训；
④服务运营团队未组建完成即开始进行知识转移；

上述问题均会导致计划的相关环节无法顺利衔接，以致计划部分或完全失效，部分资源频繁处于等待状态，无法正常工作，甚至出现“无用功”的情况。

在此对“未定义服务目标即开始客户化服务管理过程”做详细说明：IT服务管理过程以及相关的资源配置、角色设定等都是为了支撑服务目标的达成，换句话说，有了服务目标，服务管理过程的规范化才有了明确的导向；进一步讲，服务管理过程是否能够有效地支撑服务目标的达成，需要进一步设定过程绩效指标(KPI),以便于定期考核并持续改进。

(2)IT服务部署实施计划本身的可用性

可用性是指计划本身的可操作性、可交付性和可控制性。

• 可操作性
  指所有的服务组件或服务资源，可以支撑在规定时间内的计划实施，且无职责的盲区或职责的重叠。这也是计划的常见风险之一，需要在计划完成后与职责相关方做充分沟通以排除风险。
• 可交付性
  指计划的输出物是明确的、合理的，不超出能力范围，且责任人能够清晰地理解对交付物的要求。这也要建立在充分沟通的基础上，才可规避此风险。
• 可控制性
  指各项计划不仅有责任人，还有专人负责全程监控、及时预警，并设有专人对交付物的质量做初步验收。这也是计划阶段最常见的问题之一，任何计划都需要有责任人、监控人和验收人，从机制上确保计划的顺利进行，缺乏此机制可能就会出现不可预见的风险。

(3)IT服务部署实施交付物的可验收性

交付物的验收标准不明确是计划阶段最大的风险，这不仅会导致部署实施团队输出不合格的交付物，也会导致客户对交付物的理解偏差，对验收结果带来严重的影响。

交付物的验收标准要清晰、明确、可量化，且可被测量，验收方式要具备可操作性，通常可以遵循SMART原则来进行设定。

5.3.2 IT服务部署实施执行

1. IT服务部署实施执行的目的

IT服务部署实施执行是整个IT服务部署实施过程中周期最长的一个阶段，是一个被多重机制严格管控的不断推进的过程，通过有效的监控和变更方法开展工作，保证项目以计划设定或变更批准后的方式进行实施。其目的是协调各种资源，按照IT服务部署实施计划的要求输出相应的交付物，使包括客户、第三方供应商、项目团队等在内的所有项目干系人，在有效地执行跟踪、评估检查和变更控制下，按照服务级别协议和项目计划，持续改进实施项目。系统规划与管理师通过管理项目执行和监控阶段，为项目收尾奠定基础。

实际上，IT服务部署实施执行阶段更深层次的目的，是利用各种可能的方法提升资源效率，利用标准化与规范化的手段来弱化服务运营团队中的个人能力影响或依赖因素，并不断地寻求资源投入与服务级别的平衡点，以最终搭建成确保达成服务级别协议(SLA)的最有效资源组合。

上述目的也是对IT服务部署实施的总体定位“将IT服务运营纳入标准化与规范化的管理轨道”的进一步阐述，是将IT服务部署实施环节纳入IT服务管理生命周期的真正意义所在。只有将服务进行标准化与规范化，才能弱化人员个人能力因素的影响，才可以用更合理的资源来保障服务级别协议的达成，才能体现出部署实施真正的价值。

在IT服务部署实施执行阶段中，系统规划与管理师应至少与所有项目干系人达成以下12方面的共识：

(1)开展项目的原因和目标。
(2)项目的交付物及其约束条件，包括无形的交付物(如保障IT系统稳定运行)和有形的交付物(如服务报告)。
(3)项目的交付方式、交付时间及其投入，如通过现场或远程方式提供服务。
(4)项目的范围，通常包括基础环境、硬件、软件、场地等服务范围。
(5)项目初步实现所要求的条件，如人员、资源、技术、过程。(6)项目所面临的风险，如管理风险、技术风险等。
(7)对部署实施计划所需资源的验证，包括由服务商自行提供的资源、第三方(供应商)提供的资源、客户提供的资源等。只有在相关资源都安排到位的情况下，才可以正式启动部署实施。
(8)与项目干系人做计划的正式声明和沟通，对各种资源提出正式的要求。如果仅是资源充足，但缺乏各资源之间的配合，也无法达成目标。这涉及包括服务提供商内部的决策者、规划设计团队、部署实施团队、服务运营团队，还包括第三方供应商或设备原厂商、客户方接口人或项目管理团队等项目干系人，甚至涉及其他各种类型的技术支持渠道等。
(9)角色和职责包括：成员角色、权利、职责和能力。

• 角色
  描述了为完成IT服务项目所进行的职责划分。项目成员角色的例子包括一线/二线工程师、项目协调员、资产管理员、文档管理员、呼叫中心员工等。考虑到权利、职责和边界问题，角色的透明性对于项目是否成功至关重要。
• 权利
  指能够支配项目资源和决策的权利。项目决策的例子包括选择完成任务的方法，质量接受水平，以及如何对项目进行中的偏差做出反应。当团队成员的权利与他们的职责匹配时，他们能做得最好。
• 职责
  指为了完成IT服务项目任务和活动，项目团队应该执行的工作。
• 能力
  指完成项目活动所需要的技能和能力。如果项目团队成员不具备所需的能力，就会损害执行。发现这种不匹配时，须采取一些预先的措施，如培训、雇佣额外的人员或调整项目范围。

(10)项目的组织结构图
项目的组织结构图以图形表示项目汇报关系，根据项目的不同需要，可以是正式的或非正式的，高度细节化的或粗略描述的。例如，5个人的服务台项目的组织结构图与15个人的机房搬迁项目的组织结构图的精确度和详细度会有所不同。

(11)人员配备管理计划
人员配备管理计划描述的是人力资源需求何时及怎样被满足，可以是正式的或非正式的，既可以非常详细，也可以比较概略。为了指导正在进行的团队成员获取和开发活动，人员配备管理计划随着项目的继续要进行更新。人员管理计划中的信息随着项目应用领域和规模的不同而不同，但是具体条目应该考虑包括人员获取、时间表、人力资源释放标注、培训需求、认可和建立、遵从某些约定及安全性。

人力资源规划是一个动态的过程，必须关注影响人力资源规划的各种因素。一些组织在人力资源开发与管理的实践中，往往缺乏动态的人力资源规划和开发观念，把人力资源规划理解为静态的手机信息和相关的认识政策信息，无论是在观念上还是实践上都有依赖于以往规划、一劳永逸的思想。这是一种错误观念。因为这种静态观念与动态的市场需求和人才自身发展的需求是极不适应的，造成人力资源得不到合理利用，甚至严重影响了人力资源的稳定性，对组织的发展极为不利。因此，组织在做人力资源规划时，须坚持动态的规划，密切关注影响人力资源规划的一些重要因素。

(12)发现和解决问题相关的技术。

2.活动

(1)按规划开展活动，以实现项目目标，创造项目的可交付成果

包括如下内容：

• 召开部署实施启动会，正式声明部署实施的启动。
• 与项目干系人正式地对部署实施计划做沟通，特别是确认各角色与对应的职责。
• 验证资源准备情况。

(2)管理、培训、配置运维团队成员

(3)验证、获取、使用和管理资源

包括如下内容：

• 知识库
  由于部署实施是服务运营的初始化阶段，在部署实施执行期间已经开始了服务的并行测试，此阶段是积累知识的最佳时期。部署实施团队要与服务运营团队积极配合，定期总结部署实施期间出现的各种常见故障和已知错误(如TOP10的已知错误),将其整理并归纳入知识库。

• 面向服务的配置管理数据库(CMDB)
  配置管理数据库的初始化及客户化，要依据服务提供商能管理的范围来确定，不属于自身管理范围的项目不需要纳入配置管理数据库进行管理。通常来说，配置管理数据库包括如下要素：硬件、软件(软件许可也应纳入CMDB的管控)、文档(服务级别协议、工作说明书等)、人员(服务提供商自身的服务人员)。

  注意，所有经过客户化的服务管理过程文档和服务规范文档应纳入配置管理的范围。一旦纳入配置管理的范围，则其变更就要受到变更管理过程的控制。图5.4给出了一个CMDB模型示例。

(4)执行已经计划好的过程、方法、标准

包括以下内容。

服务目标及测量机制

部署实施执行阶段的首要活动就是定义服务管理的目标，目标一定是量化的且可被测量的，同时目标又是合理的、可达到的。既然目标要求可测量，那么就需要同时定义其测量机制。此处的测量机制不仅指计算公式、数据获取方法，更重要的是指测量的“机制”,如多重测量机制(如月度、季度、年度)、多重测量方式(如服务回顾、满意度调查、IT服务审计等)。

通常，服务目标包括客户满意度、系统可用性等关键指标，需要依据具体的情况来制订。

IT服务管理过程和过程考核指标的确定。制订了服务目标后，就要客户化服务管理过程来支撑服务目标的达成，同时设定过程绩效指标，来考核过程的合理性并为其持续改进打下基础。

部署实施的总体目标包括“确保新服务或变更的服务与客户的业务组织、业务过程的顺利衔接”,因此，服务管理过程客户化的过程，不仅要考虑服务管理体系或服务管理标准的要求，还要考虑与客户业务过程、客户的组织结构的接口。

以数据中心服务外包为例，对于变更管理过程，既要有IT环节的审批，也要有业务环节的审批，包括财务环节的审批。因此，在客户化变更审批过程时，审批的角色就要涉及客户的业务部门负责人、财务部门负责人等。

文档管理

文档管理需要设定文档的编、审、批、发、改的权限，还包括：文档的命名规则、文档编号规则、文档的密级及保密期、文档的发布范围管理规则、文档外发管理、文档的作废管理机制、外来文档管理机制(更细的还要包括文档的编写规范、排版规范等)。对于外包类服务，通常必须遵循客户方的文档管理规范。

受控的变更管理机制

对于变更管理过程来说，需要注意两方面：变更管理的范围，要与配置管理的范围保持一致；变更类型的定义。

• 紧急变更
  指系统出现重大突发事件，为解决这些突发事件而提出的变更，如果不立即采取措施而按照正常变更管理过程，将会严重影响正常的业务运作，此时应遵循紧急变更管理过程。
• 标准变更
  指风险很小或没有风险的变更，并且执行这些变更的步骤和方法已经很成熟，这些变更事先已经得到审批并记录在案，遵循简化的标准变更管理过程。单个标准变更发生时，无须送至变更经理处进行审批，直接进行变更执行即可。
• 常规变更
  指其他不在标准变更、紧急变更范围内的变更，定义为常规变更，遵循常规变更管理过程。
• 变更的审批机制
  串行审批(如依次审批)、并行审批(如举手表决)。
• 变更管理委员会
  需要明确变更管理委员会的成员名单，通常包含客户方接口人或客户方决策人、服务项目总监、服务经理。
• 紧急变更委员会
  需要明确紧急变更管理委员会的成员名单，通常包含在变更管理委员会中。
• 变更窗口机制
  对于软件、硬件的变更通常要遵循变更窗口机制，尽量避开正常业务时间或业务高峰时段，以免影响业务的正常运转。

对于不同的变更类型，可以为其中某种类型定义“预审批”的机制，以减少变更审批的工作量，提高变更审批的效率。

(5)可信赖的发布管理机制

对于发布管理过程来说，要注意以下6方面：

①发布计划
②系统测试(包括已知错误的收集)
③实施与部署计划
④回退计划
⑤验收机制
⑥系统说明书

其中，回退计划是重中之重，一定要确保在发布失败的情况下可以正确回退。要特别注意的是，回退计划也需要经过验证。

(6)IT服务连续性管理机制

对于IT服务连续性管理机制而言，不仅包括硬件、软件的连续性管理机制(如双机热备、定期数据备份与数据恢复测试等),还要考虑人员的连续性。

IT服务是由人员来交付的，所以人员的连续性是非常关键的因素。在确保有备份人员的情况下，还要保证备份人员的可用性，包括对IT环境的熟悉程度、对服务知识的掌握程度等方面，所以要设定连续性的管理机制，来确保备份人员能够获取到服务运营团队的知识。

(7)IT服务回顾机制

IT服务回顾既要考虑与客户的回顾机制与回顾内容，还要考虑服务运营团队内部的回顾机制与回顾内容。通常来说，与客户的回顾内容主要包括：

• 服务合同执行情况。
• 服务目标达成情况。
• 服务绩效(服务级别协议)与成果。
• 服务范围与工作量。
• 客户业务需求的变化。
• 本周期内遇到的特殊或疑难问题。
• 本周期内的服务运营团队的各项绩效指标总结。
• 下周期工作计划安排等。

回顾机制不仅指服务内容，还包括服务回顾的频率、不同级别的服务回顾的参与人等方面。

(8)满意度管理机制

在IT服务部署实施的执行阶段，要与客户协商并定义满意度的管理机制。例如，是按周期做客户满意度调查，还是每个服务请求完成后即做实时的满意度数据采集等。不仅要定义满意度数据的采集机制，还要定义满意度指标未达成时的改进机制。

(9)标准操作程序(服务作业指导书)

对服务运营“标准化”和“规范化”的最直接的体现。在IT服务部署实施执行阶段要列举IT服务运营过程中出现的常规操作，并为其开发作业指导书或标准操作规范，如对呼叫中心服务要开发《热线服务标准话述》,对桌面管理服务要开发《新机安装标准操作规范》,对服务器维护要开发《服务器例行巡检检查清单》、《服务器例行巡检操作规范》等。

标准操作程序(服务作业指导书)也是服务连续性的一个重要保障。对于IT服务运营过程中的人员变更，新的服务人员通过这些标准化的文档就可以迅速开始提供标准化的服务。

(10)IT服务质量计划

IT服务质量管理包含服务的功能性、安全性、可靠性、响应性、有形性和友好性。要在这些方面全面管理服务质量，就需要在部署实施阶段开发服务质量计划。服务质量计划同样关注的是质量管理机制，如项目组的内部服务回顾就是服务质量管理机制的一种直接体现，除此之外还可以有如下质量管理机制。

• 项目组内部的抽检机制。如系统规划与管理师不定期地抽查服务请求的记录，包括录入是否规范、分类是否准确、常见故障的解决方案是否加入知识库等。
• 定期抽检机制。如PMO或QA不定期地抽查服务项目的运营情况，是否执行了服务回顾，是否有客户投诉发生等。
• IT服务质量体系的内部审计、管理评审或外部审计，检查其服务管理过程是否在持续优化与改进，是否可以支撑其服务目标的达成等。
  上述所有内容均需要在部署实施执行阶段形成周密的计划，以便在服务运营期间遵照执行和监督检查。

(11)特有的过程、专有的规范

一些特殊的行业或特殊的组织会有一些特殊的过程或规范，或者对于一些特定的应用系统、硬件设备会有其特殊的维护要求，这些均需要在部署实施的执行阶段进行详细定义。
例如，某零售组织为了加强对经销商的销售数据管理力度，在每个经销商处都部署了POS系统，用于订货单查询和上传销售数据。在系统运维服务过程中，经销商的用户权限管理过程和授权标准就需要在部署实施的执行阶段进行清晰的定义。

3.关键成功因素

(1)分配项目任务

关键成功因素包括：

• 组织项目团队对项目任务进行准确描述和评审，保证项目任务是所要求的。
• 使项目团队了解概况，并向他们分配项目任务和提交任务相关信息，如所需成本和工作量投入、完成时间表、进度报告、与任务相关的人员或技术接口关系、任务描述等。
• 识别与任务有关的问题和风险，并通过必要的变更和其他措施进行处理。
• 确保项目团队在设定的条件和权限范围内完成工作。

(2)评估项目进展

关键成功因素包括：

• 收集目前所有已开始项目任务的进展信息，如通过定期检查报告进行收集。
• 收集近期对已开始项目任务进行检查后的反馈信息。
• 对未完成或未开始的项目任务所需的预期时间和工作量投入进行评估。
• 对目前项目资源的使用情况进行评估，并对这些资源在后续阶段的可用性进行评估。
• 与项目团队一起对项目是否可以在预算内按时完成进行评审。
• 依据目前实际情况，对项目计划进行更新。

(3)发现项目问题

关键成功因素包括：

• 一旦发现问题，应立即进行记录。
• 对项目问题进行评估和分类，以确认它们是否是变更申请、规范偏离或普遍存在的问题。

(4)检查项目问题

关键成功因素包括：

• 收集所有与项目问题有关的信息，如成本、进度、风险等。
• 如项目问题与已识别的现有风险相关，或带来新风险，则需要更新项目风险列表。
• 明确项目问题的处理方法，一种处理方法可能对应多个项目问题。

(5)评估项目阶段状态

关键成功因素包括：

• 非计划性地对项目进展进行评审。
• 检查并掌握项目完成情况。
• 检查资源使用情况及资源在未来的可用情况。
• 评估项目问题对项目计划的影响。
• 确定目前阶段是否超出允许偏差水平。
• 通过“汇报项目问题”活动，提交可能引起项目偏差超过容许偏差水平的项目问题。

(6)纠正项目问题

关键成功因素包括：

• 收集有关偏差的信息，全面识别偏差的起因和影响。
• 识别处理偏差的各种潜在方法。
• 选择最适当的处理方法。
• 在需要寻求项目管理委员会的指导时，应将该问题的所有信息汇总并提出建议、意见。
• 更新项目计划。
• 更新受到影响的项目交付物描述。
• 触发纠正性行动。

(7)汇报项目问题

关键成功因素包括：

• 就偏差进行全面影响分析，包括项目干系人关系、技术、预算等。
• 提出建议方案供项目管理办公室斟酌。
• 收集项目管理办公室的建议反馈。

(8)控制项目变更

关键成功因素包括：

• 必须认识到项目变更控制贯穿于整个项目的执行和监控阶段中。
• 必须制订项目变更的控制过程。
• 记录所有引起变更的项目问题。
• 对引起变更的项目问题进行评价并确定优先顺序。
• 对引起变更的项目问题进行影响分析，包括变更什么、需要多少投入、对项目计划有什么影响、是否会造成超出容许的项目偏差，对项目风险有什么影响等。
• 对项目变更的批准做出规定。

(9)管理项目交付物

关键成功因素包括：

• 必须认识到项目交付物管理贯穿于整个项目执行和监控阶段。
• 与项目团队协商确定需要的项目交付物(阶段性交付物)及时间要求。
• 监督和检查项目交付物的工作进展情况。
• 促使项目交付物获得客户批准。
• 将完成的项目交付物提交给客户。

(10)服务目标清晰化、全面化

从时间长度上来说，IT服务部署实施阶段在IT服务生命周期中只占很小的一部分，而IT服务运营是一个很长的过程。因此，在IT服务部署实施期间定义服务目标时不能只定义初期的目标，还要有规划性，为IT服务运营定义阶段性的目标，以便于IT服务运营质量与能力的持续提升，不断提高客户的满意度与忠诚度。

(11)标准操作程序(或服务作业指导书)标准化、规范化

标准操作程序(或服务作业指导书)已在上一小节详细阐述，在此仅强调它是达成服务标准化和规范化的必要手段，也是IT服务部署实施执行阶段的最重要的工作内容。

(12)IT服务运营培训有效性、及时性

不能仅开发标准操作程序(或服务作业指导书),IT服务运营团队还须理解并深入掌握其内容，这就需要通过培训来落实。培训不仅通过课堂培训的形式，还可以通过现场培训、考试等形式来验证服务运营团队对相关内容的掌握程度。

(13)过程绩效指标SMART

为了支撑服务目标的“轨道化”,服务管理过程也需要持续优化来支撑目标的达成。同时，由于服务运营的成熟度随着时间不断增长，也会对服务管理过程的优化提出必需的要求。

那么，过程的哪些方面需要优化呢?这就是过程绩效指标的作用体现，通过过程绩效指标来从不同的方面考核过程的效率和成熟度，并确定需要提升和优化的方面，再进一步进行优化调整，以支撑服务运营水平的不断提高。同时，过程绩效指标的设定也要遵循SMART原则。

(14)管理项目资源

• 资源的可用性。此处的资源不仅指硬件、软件、工具等，也包括人员，如服务运营团队、供应商的技术支持人员等。相关资源的可用性一定要在执行阶段进行验证，避免实施执行阶段由于资源变更而引起进度的延缓。
• 资源的连续性。除要关注资源的可用性外，还要关注资源的连续性。在条件允许的情况下，要考虑硬件/软件的冗余，甚至人员的备份机制，以最大限度地规避部署实施期间的资源风险。

4. 可能存在的风险和控制

IT服务部署实施执行阶段可能存在的风险如下。

(1)客户期望管理出现问题

• 客户需求模糊不清，或客户不能提出有效的需求。
• 客户期望超出合理性和可行性要求，导致无法实现。
• 客户期望服务级别协议的考核条款违反相关规定而无法执行。

(2)相关资源的能力不足

在执行阶段，仅验证了系统监控工具已经准备到位，但未对其支持功能做验证，如无法监控到存储设备的容量情况、无法监控到服务器的进程信息等，这都会严重影响到服务实施的进度。因此，对各种服务支持资源的验证要做充分考虑并设计完备的验证计划，不仅要考虑其可用性和连续性，还要考虑其能力情况。

(3)交付物认知水平不一致

交付物认知水平也是部署实施阶段一直在强调的问题，对交付物的理解不一致是服务管理项目潜在的风险之一，会直接影响到客户的满意度。

(4)服务级别协议中服务范围不够明确

服务级别协议中服务范围不够明确使得项目范围、成本、进度等可能发生较大偏差，甚至导致项目无法完成。

(5)项目实施过程中服务范围发生变化

项目实施过程中服务范围发生变化，与约定服务范围冲突，可能加大服务技术难度，增加投入成本。与约定服务范围冲突，可能加大服务技术难度，增加投入成本。

(6)资源不够或项目成员承担项目过多

由于资源不够或项目成员承担项目过多，在项目计划中所计划的资源得不到保证，项目任务无法按时、按质完成。

(7)项目团队成员职责分工不明确

项目团队成员职责分工不明确，导致项目在执行过程中接口混乱、工作量加大、沟通和管理成本成倍增加、项目任务出现盲区。

(8)管理操作层面失误

系统规划与管理师在某些具体管理操作层面失误，导致项目在执行过程中服务团队不稳定，个体成员工作量加大，身心疲惫，出现抱怨，不能愉快地投入工作，进度滞后，项目任务出现脱节，项目实施不规范，项目质量出现问题。

(9)项目组内部沟通不力

项目组内部沟通不力，造成项目问题积压，导致项目后期出现更大的问题。

(10)交付了不符合要求的产品

交付了不符合要求的产品第三方供应商交付了不符合要求的产品，使得项目无法正常执行。

(11)服务目标、测量手段、服务能力与成熟度

部署实施执行阶段的常见风险是定义了量化的服务目标，但缺乏获取它的切实可行的测量手段，或者服务能力不能够支撑达成此目标，或者服务目标的设定超越了目前的服务运营团队的成熟度。上述情况都会对客户满意度造成潜在的影响。因此，在部署实施执行期间，要实际获取和测量已定义的服务目标。对于无法测量的目标要及时修订；对于可测量但与预期差距太大的目标，或者与服务能力不对称的目标，也要及时与项目干系人沟通，并及时调整。

(12)配置管理的广度与颗粒度

部署实施执行阶段的另一个风险在于配置管理。

一方面，对于不属于自身管理范围的各项目不应纳入配置管理的范围，否则会对未来的服务运营工作产生很大的影响，严重影响工作效率。

另一方面，对于自身管理范围内的各配置项，也要依据自身的服务能力来设置其颗粒度。例如，对于计算机的内存，可以定义为计算配置项的一个属性，也可以定义为一个单独的内存配置项。服务团队的资源或能力不足以支持到这么细的颗粒度管理，这样的配置管理数据库的设计，可能导致服务运营团队需要单独配置一名工程师来专门负责配置管理数据库的日常管理与维护，这样会得不偿失。

因此，一定要依据服务运营团队的服务能力来设定配置管理的广度和颗粒度。

5. 参考实例

IT服务部署实施过程检查表实例如表5.2所示。通过服务质量看板，可以清晰识别出哪些服务在什么时间段内未达到部署实施目标(或服务质量要求),以及目标达成情况的发展趋势，有助于在部署实施阶段及早发现问题并及时纠正，如表5.3所示。

5.3.3 IT服务部署实施验收

1. 目的

IT服务部署实施验收阶段的目的是取得项目干系人对部署实施阶段交付物的认可，同时对IT服务是否可以稳定且持续地运营做验证。

这是一个对项目干系人期望管理的结果进行验证的过程，不仅要验证交付物本身，还要验证交付物对整个服务运营阶段的作用和意义，特别是为服务运营阶段定义的各种管理机制，如阶段性的服务管理目标、服务质量管理机制、客户满意度管理机制、服务持续改进机制等。

在验收阶段系统规划与管理师需使包括客户、第三方供应商、项目团队等在内的所有项目干系人，清楚如何验收部署实施过程以及他们在部署实施验收中的职责。

系统规划与管理师应根据不同的IT服务类型，在部署实施验收阶段中关注以下要点：

(1)服务级别协议中的约定目标都已实现。
(2)规定的服务交付物可合规交付，并被客户所验收。
(3)解散部署实施团队并释放资源，前提是交付团队及相关管理机制可平滑过渡到运营阶段。
(4)总结并记录部署实施中的经验。

2. 活动

IT服务部署实施验收阶段的主要活动如下。

(1)IT服务部署实施期报告

在IT服务部署实施即将收尾的阶段，需要编写《部署实施期报告》,并将其作为交付物的一部分一同提交给项目干系人进行验收。《部署实施期报告》通常包含以下内容：

• 部署实施计划的完成情况。
• 资源使用情况。
• 交付物列表。
• 部署实施期的经验总结。
• 部署实施期的重大事件回顾(如计划的变更)。
• 对服务运营期的建议。

(2)IT服务部署实施回顾

除了完成IT服务部署实施期报告以外，还需要通过正式的会议形式，与项目干系人进行服务实施期的回顾。IT服务部署实施回顾的主要内容包括：

• 时间点与里程碑的达成情况回顾。
• 对各方面资源的配合情况回顾。
• 对交付物的特殊说明。
• 部署实施期间的服务指标完成情况。
• 正式地声明进入服务运营期。

(3)交付物验收

交付物验收是部署实施验收阶段最重要的工作，按照部署实施计
划阶段的交付物验收标准验收即可。需要说明的是，若交付物与计划有出入，需要做正式的书面声明，并经过项目干系人签字确认。同时，验收结果也要形成正式的、书面验收报告，且经过项目干系人的签字确认。

3. 关键成功因素

IT服务部署实施验收阶段的关键成功因素包括客户的满意度、客户对服务质量的直接感知以及服务级别协议的完成情况。

客户的满意度是部署实施团队在实施期间对客户期望管理的直接结果，所以在此再次强调对客户期望管理的重要性。

客户对服务质量的直接感知来源于部署实施的专业性，以及实施期间定义的服务质量管控机制的有效性。

部署实施阶段一定要对定义的各种机制进行验证，看其是否可以支撑服务运营团队达成SLA,若无法达成，则仍可在实施期内进行优化与改进。当然，在资源有限的情况下，部署实施团队也要与客户协商并更改不合理的SLA,为服务运营做良好的铺垫。

4. 可能存在的风险和控制

(1)服务级别协议中的验收准则或标准不够清晰，导致项目缺乏准确的依据来进行验收。
(2)服务验收的准备不充分，是指对于与部署实施计划有出入的交付物或活动，一定要准备与之对应的书面说明，并在部署实施回顾过程中与客户沟通以取得支持，否则会对验收结果造成很大的影响。
(3)未提供部署实施期报告，部署实施期报告也是很重要的一个交付物，包括部署实施回顾会议的资料，都是部署实施阶段的交付物，并且是部署实施成功收尾的标识。
(4)客户的主管领导或主管部门组织结构发生变动后，客户本应承担的收尾责任缺失，导致客户项目收尾无法启动或进行。
(5)项目文档资料不规范，如格式和风格不统一，甚至出现疏漏，导致客户对项目质量存有疑虑，使部署实施无法验收。

5.参考实例

(1)文档验收

• 事件管理过程文档，应包含事件管理作业过程图、角色与职责、技术升级与管理升级机制、重大事件定义及汇报机制、信息安全事件定义及汇报机制。
• 问题管理过程文档，应包含问题管理作业过程图、角色与职责、问题状态代码设计、问题升级机制、二线支持接口人列表。
• 变更管理过程文档，应包含变更管理作业过程图、角色与职责、变更窗口定义、变更审批机制、紧急变更定义与审批机制、回退机制、实施后评审机制。
• 部署实施期总结报告，应包含部署实施计划的完成情况与交付物列表。

(2)系统验收

为提供服务所必需的服务管理工具或系统，应提交：

• 安装介质及软件许可。
• 系统功能说明书。
• 服务管理工具或系统的上线计划、测试计划、测试报告、上线报告、操作指南及配置手册。
• 技术支持联系人列表。

(3)服务验收

• 突发事件或服务请求的及时响应率≥60%。
• 突发事件或服务请求的及时解决率≥60%。
• 突发事件或服务请求的升级率≤25%。

(4)任务验收

• 完成服务过程与服务规范培训，培训满意度调查≥80分。
• 服务团队考试成绩全部合格，平均分≥80分。
• 完成配置管理数据库的初始化，所有服务器与网络设备均纳入管控范围。
• 完成知识库的初始化，至少包含100条知识或已知错误。

(5)其他验收

• 完成初始化终端用户满意度调查，提交满意度调查报告与结果汇总，并将其作为基础测量数据。
• 投诉结果汇总，并作为基础测量数据。