服务目录管理主要是为了对所有约定的服务提供一个一致的信息源,并且确保具有相对应访问权限者可以使用这些信息。 服务目录管理流程的目的是确保服务目录生成并得到维护,而且包含所有已经运营的服务和那些正准备运营服务的准确信息。 服务目录管理的目标是管理服务目录内包含的信息,从而确保该信息的准确可靠,并反映出实际环境中正在运营、或正准备运营的所有服务的当前详细信息、状态、接口和依赖性。

服务目录管理活动应包括:

 定义服务

 建立和维护准确的服务目录

 确定服务目录和服务组合之间的交互、依赖关系和一致性

 在服务目录和配置管理系统中所有的服务和支持服务之间的交互和依赖关系

 服务目录和配置管理系统中,所有服务、支持设备和配置项之间的交互和依赖关系

服务目录分为两个方面:

 业务服务目录:包含了所有交付给客户的IT 服务,和这些服务不业务单元,以及依赖于这些IT 服务的业务流程之间的关系,是从客户视角理解的服务目录,这是服务目录的客户视图。

 技术服务目录:包含了所有交付给客户的IT 服务和支持服务、共享服务、组件和CI等将服务提供给业务所必须的支持。它应支持业务服务目录。这是从技术服务的视角理解服务目录,而且它并不是客户视图的一部分。

开发服务目录可以帮助IT部门全面反映其自身的情况(通过技术服务目录),并将其自身呈现为一个IT服务提供者(通过业务服务目录)。

业务服务目录可以推动组织开发出更具主动型甚至是预防性的SLM流程,从而可以在业务服务管理领域取得更大的进展。

技术服务目录能在确定服务、SLA、OLA、不其他支撑合同和组件间的构建关系中发挥极大的作用,它可确定支持一项服务所需技术,以及为组件提供支持的支持小组。如果将业务服务目录和技术服务目录相结合,则对于快速评估故障和变更对业务的影响将产生难以估量的作用。

==========================

服务目录负责提供一个有关服务提供商交付的IT 服务的信息源。这样可以确保业务的各个相关方面都可以查看到关于IT服务以及其详细信息和状态的准确而一致的描述。 服务目录是一份外部文档,为了让客户更好的理解,应该包含面向客户的视图,以客户的语言对服务进行描述,而不是采用技术说明的形式。内容包含在使用的IT服务、适用的服务方式、所支持的业务流程、以及用户对每项服务可期待的服务级别和服务质量。后者需要IT部门对提供给客户的相关服务级别做出概要说明。 编写良好的服务目录可以帮助调整客户的期望,从而有助于客户和服务提供者之间的流程整合。 服务目录也可以基于服务说明书制定,因此,任何服务级别方面的变更都应立即反映在说明书和服务目录中。 ==========================

服务目录管理流程中的关键活动包括:

 与相关各方达成关于服务定义的一致协议,并说明清楚;

 通过与服务组合管理的交流,形成服务组合和服务目录的统一意见,建立和维护服务目录;

 在业务服务目录的范围内,讨论业务和IT服务持续性管理对业务单元和业务流程的依赖;    在技术服务目录的范围内,讨论IT服务和支持服务、设备、配置项中支持团队、供应商和配置管理之间的关系;

 讨论业务关系管理和服务级别管理之间的交互,保证信息支持业务和业务流程。

==========================

对服务目录的理解 在ITIL V2 中,服务目录仅是服务级别管理里的一部分,并且对“服务目录管理”的概念并没有详细的阐述。而在V3 中,服务目录管理和服务级别管理一样,已成为一个独立的流程。皆因在V3 的理念中,出于对服务营销概念的侧重,确认对客户而言服务目录是一个重要的服务窗口,因此增加了服务目录管理的部分的章节内容。 服务目录实际可以理解为一个菜馆里的菜谱,描述了客户想要的服务(菜)。其中可能包含有服务的时间,服务的简介,如何能获得服务,服务的分类如何等内容,尽量涵盖客户所关心的内容。而客户所关心的主要是如何获得价值,该价值包含了两重含义,一个是功用Utility(产品或服务为满足某些特定需要或者去除某些阻碍而提供的功能),一个是功效Warranty(对产品或服务能满足约定要求的承诺或者保证)。在服务目录中,一般而言,功效是较难体现的,除非是非常标准化的服务,否则建议无需列得太细,这样会导致在编写SLA 的过程中服务提供方会陷于被动。而在服务目录中,能获得较好展现的就是功用方面。通过服务目录中的服务,服务提供方能提升客户的某种能力或者加强客户的某种资源。 对服务目录的落地 服务目录的呈现形式往往是表格状的,呈树型排列,或按照不同的服务分类层次排列。那要如何将服务目录落地好,管理好呢? 在服务目录管理中经常遇到的困难有以下几个:

1. 服务目录的颗粒度难以掌握:  在颗粒度方面最基本的原则是客户不服务提供商之间能够很好的沟通,避免一开始就追求过细的颗粒度。常见的做法是应用CTI(Category 或Class、Type、Item)法则,即将服务分为大类、小类和服务项,如:大类可分为桌面服务、应用服务、咨询服务等。桌面服务又可分为办公设备维护、PC 硬件维护、PC 软件维护等小类。PC 软件维护又可进一步细分为操作系统维护、办公软件、工具软件、防病毒、邮件系统等服务项。另外,服务的计费方式也是确定服务颗粒度的重要因素,显然包年、包月的计费方式对服务颗粒度的要求较低,而按使用量或按服务项计费的模式要求更细的颗粒度。

2. 经常发现服务目录信息和实际提供服务信息不一致:  信息的一致性对服务目录的推广至关重要,没有人愿意使用一份错误的服务目录,哪怕只包含少量的错误信息。解决信息一致性最好的办法是将服务目录管理与变更管理集成,在变更评审的过程中确认是否涉及服务目录信息的变更。另外,设立一个服务目录的拥有者Owner 也有助于确保服务目录信息的一致性。

3. 用户不愿意使用服务目录。  服务目录的推广最好能和服务级别管理、自助服务相结合。例如:通过人工方式和自助方式获得服务信息的响应时间、支付的服务费用是各不相同的,通过差异化的服务级别和收费标准鼓励用户使用服务目录。

 posted on 2012-11-09 17:05  stephenle  阅读(855)  评论(0编辑  收藏  举报