ITSS认证的六大过程 ITSS条款从管理要求、人员、资源、技术和过程五个方面提出了运维成熟度模型各级的要求, 不同成熟度级别的标准条款要求也不相同, 但无论三级还是四级, 其实施的步骤和方法都基本相同。实施步骤可分为贯标准备、现状调查分析、构建体系、试运行、内部评估和… ??ITSS条款从管理要求、人员、资源、技术和过程五个方面提出了运维成熟度模型各级的要求, 不同成熟度级别的标准条款要求也不相同, 但无论三级还是四级, 其实施的步骤和方法都基本相同。实施步骤可分为贯标准备、现状调查分析、构建体系、试运行、内部评估和体系管理评审、改进六个阶段, 若企业还有评估认证的需求, 还可增加评估申请、接受现场评审并整改等阶段的工作。 ??1 贯标准备 ??建立运行维护服务能力体系是对企业运维服务业务有重大影响的决策。它涉及到组织结构、管理方式、资源配置等方面的变化和优化, 对组织运维业务发展甚至是企业发展都有重大影响。组织在实施标准前应做好充分准备来应对过程中可能出现的问题。这主要包括以下三方面的准备工作。 ??(1) 成立贯标领导小组和工作组 ??在贯标过程中, 会涉及到对原有组织结构、资源配置、管理方法的调整, 在体系构建过程中, 则会涉及到相关运维职能的确定和划分, 这都必须由公司级领导协调和决策。成立贯标领导小组的目的就是为了在贯标过程中对组织结构、资源配置和管理方法等重大事项进行决策。领导小组至少要由主管运维业务的企业级领导担任组长, 各相关部门负责人担任组员, 以便遇到问题及时协商做出决策。除领导小组外, 企业还需要成立一个负责贯标具体工作的工作小组, 工作小组主要负责贯标过程中具体工作的落实, 如企业运维业务发展分析、组织贯标过程培训、组织实施内部评估和管理体系评审、对外联络等工作。工作小组通常由运维业务管理部门和企业管理部门负责人担任组长, 各相关部门与运维业务有关的岗位人员担任组员。工作小组的组长应当在贯标期间专职负责贯标工作。 ??(2) 组织贯标培训 ??在正式开展贯标工作之前, 对标准进行了解和学习是基本条件。至少要组织领导小组和工作小组所有成员参加培训。培训内容要包括标准基本内容、标准条款的具体要求以及实施标准的主要工作等。 ??(3) 制定贯标工作总体计划 ??贯标相对企业的日常工作而言比较复杂, 为保证贯标进度和过程中各项工作有效完成, 企业应当制定贯标工作总体计划。计划应对贯标每一个阶段工作都做出策划, 明确具体工作内容、实施人、责任人、配合人、工作结果及要求等内容。总体计划应经领导小组批准, 所有人员都应按要求的工作内容、时间进度、工作结果保质保量完成各项工作。 ??2 现状调查分析 ??本阶段应对企业的运行维护服务能力的现状进行调查。调查包括以下五方面: ??(1) 现有运行维护项目的数量、收益及比重、顾客满意度、SLA达成情况、存在的主要问题和潜在威胁等。 ??(2) 运行维护业务的发展规划和运维业务在企业中的定位。明确运维业务在企业战略中的地位、未来发展目标以及实现途径, 以此作为运维业务体系搭建和资源配置的基础。 ??(3) 现有运维业务的管理制度和管理方法。搜集企业所有与运维业务相关的制度, 包括直接和间接相关的制度, 如运维业务事件管理制度、运维人员管理制度等。 ??(4) 运维业务组织结构。明确运维业务各项职能、部门、岗位的设置, 特别是相对独立的运维团队、服务台、知识库等。 ??(5) 与运维业务有关职能和活动的绩效指标及考核。建立了哪些职能和活动的绩效指标及其考核方法和制度, 人员绩效是否与人员发展和收益建立了关联关系, 绩效指标是否实现等。 ??工作组应采用对照法针对调查结果进行分析。对照标准条款的要求, 在调查结果中寻求满足要求的证据。找出没有落实的标准条款和虽然有相关制度但不能充分满足的标准条款, 并将差距内容具体化, 作为下一步工作的基础。 ??3 构建体系 ??本阶段是企业贯标重要的阶段, 企业要认真理解标准各条款要求, 根据企业运维业务发展规划和管理的实际情况, 设计出适合于自身的运维能力管理制度和方法。构建体系要以现状调查分析阶段的工作成果为基础, 针对每一项差距, 认真分析标准要求和自身运维服务特点, 结合管理学知识理念, 完善运维业务的组织结构及职能、策划能力建设需求和能力建设计划、编制能力管理所需制度、确定绩效指标及考核方法。本阶段要特别注意不能照搬其他企业的能力管理计划、制度、绩效指标等内容, 不能盲目、不结合企业实际情况照搬照抄。 ??4 体系试运行 ??体系构建完毕后, 要在企业内部开始体系的试运行, 发现体系存在的问题并及时调整改进, 确保体系与标准的符合性、与企业实际运维业务的适宜性以及体系有效性。体系试运行前企业应组织运维业务相关职能人员学习已建立的运维能力体系, 确保相关人员掌握工作方法和要求。试运行期间要求相关人员严格按照制度和文件要求开展工作, 对于存在的问题要记录并反馈到工作组。工作组应针对收到的反馈意见及时进行分析并调整相关制度和文件, 确保体系各项活动不断优化。 ??5 内部评估和体系管理评审 ??在试运行末期, 要组织内部评估和体系管理评审活动。企业要选定实施内部评估的人员, 并进行内部评估相关知识和技能的培训。内部评估和体系管理评审都需要按照相关制度和计划实施, 评估、评审范围要覆盖标准所有条款要求和企业运维业务所有职能。通过评估、评审对已建立体系的有效性、符合性、适宜性进行评价。对发现的问题要以书面形式开出不合格报告并进行改进。 ??6 改进 ??通过体系构建、试运行、内部评估和体系管理评审, 企业应根据已建立的改进机制, 整理上述过程中发现的各类问题, 特别是不符合策划要求的行为、未实现的绩效指标、内审和管理评审中发现的问题等。企业要对所有这些问题进行分析, 确定问题发生的原因以及问题原因的必要性和可行性, 并制定出问题原因的具体措施。企业应制定改进计划, 包括改进工作内容、方法、实施人、负责人、完成时间、效果验证方法及时间等内容。 ??通过上述六个阶段的工作, 企业可初步建立运维能力体系。

四、职能一体化满足原则 构建体系整合实施，应将管理职能的集中与分散进行结合，要充分考虑两套体系的标准差异，调整与优化组织结构，做到对标准的共性要求的集中管理与统一控制。 五、降本增效满足原则 两套体系整合后应在时效性与成本控制方面有明显的改进。 六、风险控制满足原则 确保在体系流程规划、实施与运行时，能够采取有效措施对各类风险进行有效控制。 七、全员参与满足原则 要求在体系实施与执行过程中，组织全体人员都参与进来，从而保证大家在思路上的共识。 八、体系运行模式满足原则 遵照PDCA 过程方法来对体系进行不间断的持续改进。 九、工具接口满足原则 如要对IT 服务管理与信息，要建设两个系统时，要求两个系统要设计详细的接口，并有专门的文档来记录接口定义。 整合可行性 通过以往的项目经验及对两套体系的研究，归纳与总结ISO20000与ISO27001 的体系对比，两套体系整合的可行性可能会存在以下几个方面，包括： 一、体系实施人员的整合 作为两套体系整合的 要素，也是整合重要的因素，只有对实施人员的统一管理与任务分派，才能更好的管理体系实施与改进。即使人员有很大变动时，也能保证正常的服务运营。 二、体系规范的整合 体系实施人员通过自身研究或借助咨询公司深入研究两套体系规范，找出其共性体系要素。如：ISO20000的“事件管理”与ISO27001的“信息事故管理”等。 三、法律法规的整合 企业从整体上应满足两套体系的法律、法规要求，这样可以保证符合法律的性。 四、流程建设的整合 ISO20000认证与ISO27001认证参照体系规范的模型与流程建设原则，可以规范内在管理与外在服务程序，使服务支持与服务提供紧密结合，并对成本投入进行有效控制，为组织提供事件处理的时效性、灵活性及风险控制性。通过体系中所阐述的考核指标与报表，可实现服务可计量。 五、体系实施文件编制的整合 当前，两套体系认证的文档体系框架主要都是以四级文档为准，并且划分的结构层次也有一定程度的相似之处。可以提炼出共用的模板与文件结构。 六、组织运维规划与职能的整合 组织的运维规划要从服务与风险控制两个主要方面来考虑，保证制定的战略符合未来的发展要求，依据详细的控制措施来保障整体的服务能力。并根据两套体系的标准差异，调整与优化组织结构，完善角色人员的职能化要求，从而实现职能一体化的建设。 七、内部与管理评审的整合 在管理评审的前期准备时，可以考虑其评审符合条件要素，审核后可根据审核机构的建议来统一进行改进与优化。审核机构应尽量选择同一家认证机构，保证认证及维护的一致性。