2024年4月2日发(作者：)

《中国教育信息化　发行部：ｃｙｌ＠ｍｏｅ．ｅｄｕ．ｃｎ　ｉ口目　

ＩＴ服务管理体系实践之服务台和知识库　

葛　泓　

（中国人民大学网络与教育技术中心，北京１００８７２）　

摘要：服务台发挥服务职能．知识库提高服务效率。服务台和知识库是ＩＴ服务管理的基本要素。　

关键词：服务台；知识库知识；自助服务；知识管理　

中图分类号：Ｇ４６７　

前言　

文献标识码：Ｂ　文章编号：１６７３—８４５４（２０１１）１７—００５７—０３　

二、服务台　

１．服务台职能　

一

、

在ＩＳ０２００００体系的认识和实践过程中，起初我们　

建立的是“流程＋工具”的概念．认为有了流程和技术　

支持工具，我们就有了对服务和运行维护的源头、过　

程和结果的全面掌控，也就有了可管理的能力。于是，　

我们首先选择了一个流程和界面可以灵活配置、可以　

服务台不是一个服务管理过程，而是一种服务职能。　

与服务管理流程不同，它没有标准化的处理流程，只是针　

对用户的请求或根据服务级别协议的要求进行包括响应　

服务请求、发布服务信息、用户关系管理、供应商联络、基　

础架构监控等活动　

我们把服务台理解为两个层次：第一层次是帮助台，　

主要任务是记录、解决和监控，主要和事件管理关联。第　

二层才是真正意义上的服务台，它是ＩＴ服务支持管理中　

集成ＬＤＡＰ认证和短息通知的技术支持工具，建立了　

基于用户和基于服务支持人员的两个支撑平台，并依　

托平台建立了事件管理、问题管理、配置管理、变更管　

理等１３个管理流程。但是，如何推动流程运行？如何　

提高服务的效率？　

心，不仅负责处理事故、服务请求、投诉等，还负责协调服　

务、调动资源和评估质量。同时还为其他活动和流程提供　

接Ｅｌ。它是内部服务支持流程的纽带，是与用户的连接　

点。现实中，帮助台和服务台在职能上越来越融合在一　

于是，我们建立了服务台和知识库。一是让服务台发　

挥服务职能，统一受理、过程跟踪、有效反馈，推动流程的　

运行。二是在组织机构层面上协调保障流程的运行，通过　

建立流程执行的规范准则以及服务相关的报告制度和审　

核机制，保障员工参与和执行流程。三是通过建立知识　

库．在用户和支持人员两个层面建立一条可以自助服务　

起。即便是第二层意义上的服务台，也还可以细化为技能　

型服务台和专家型服务台，区别就在于只是根据文档化　

的解决方案处理大量繁琐事件还是能够独立解决大部分　

突发性事件和重大事件。　

和自主学习的渠道，为员工建立一个体系意识、操作方案　

和专业技能的培训平台和信息共享的平台，从而提高服　

务的效率。　

根据服务台的结构和目标，服务台的人力资源、技术　

装备以及管理职能的设置也不尽相同。我们当前所建立　

成本意识：　

指出在提供服务过程中资金的去向、提供ＩＴ成本效益分　

析、描述出成本的变化趋势：　

依据ＩＴ服务管理体系中各流程提出的ＩＴ服务预　

算，规范了资金使用的要求，提高了资金使用效益，起到　

很好的计划作用：　

平衡成本、用户需求和服务质量之间的关系，更好地　

实现服务等级协议中承诺的服务：　

通过对财务报告的统计与分析，可以了解全中心的　

项目和内部财务支出的总体数额和结构：结合项目完成　

后的验收、总结，记录、评估各项目的成本和完成目标的　

效果；以便能提供更多、更好、更优质的服务。⑧　

参考文献：　

【１］ｈｔｔｐ：／／ｉｔｇｏｖ．ｏｒｇ．ｃｎ／Ｉｔｅｍ／１９２８．ａｓｐｘ［ＯＬ］．　

［２］ＩＳ０２００００—２实施指南（中文版）［ｓ］．　

（编辑：杨馥红）　

财务管理可以提供详细的与ＩＴ服务改进或变更有　

关的财务信息和分析，为管理层提供辅助的ＩＴ财务决　

策，从财务角度评价ＩＴ服务和价值；　

核算管理可以为计算中心提供每一项服务的成本、　

Ｃｈｉｎａ　Ｅｄｕｃａｔｉｏｎ　Ｉｎｆｏ　５７　

ｊ殂目—　

的服务台应该还处在第一层次，没有专门的技术工具作　

为支撑。职能定位：让服务台在我们服务支持过程中扮演　

服务人口和出口的角色。管理归属用户服务室。　

在服务台的职能规划中重点强调：统一入口、唯一接　

点，支持并监控服务级别目标的完成。　

在功能设计上涵盖：（１）受理所有与ＩＴ服务相关的　

《中国教育信息化》编辑部：ｍｉｓ＠ｍｏｅ．ｅｄｕ．ｃｎ　

着不可调和的矛盾。管理能力过分强大，服务台不够深入，　

可能会在用户和支持人员之间遭遇双重指责，用户指责服　

务台解决不了问题，层层转派，没有效率。支持人员指责服　

务台所有简单事件都下派．甚至不能理解事件．不能准确　

记录事件，时常错派事件。执行力过分强大时，服务参与深　

入，服务过程出自同一个体，谁去落实效率？谁去监督服务　

过程？不仅会让服务台陷入流程的瓶颈，还会陷入既当裁　

判又当球员的怪圈。要减少矛盾冲突，减少推诿指责，提高　

效率和质量。就要在管理能力和执行能力之间寻找平衡　

请求包括投诉和建议；（２）在不需要联系特定技术人员的　

情况下处理大量咨询、查询类的服务请求；（３）事件的初　

步判断并分派或报告；（４）跟踪处理结果、关闭事件；（５）　

用户方满意度评价和回访；（６）部分运行监控；（７）解决网　

络接人层故障；（８）支持网络的建设和运行维护。　

服务台流程的主线是：（１）接受用户的事件申告，对　

事件进行确认；（２）登记事件信息，对事件进行分级和分　

类；（３）对职责内的事件进行处理；（４）将事件正确分派给　

一

线或二线支持组；（５）跟踪事件的处理过程，对违反　

ＳＬＡ的事件进行升级；（６）对已解决的事件回访，并确定　

关闭事件；（７）与用户沟通的话术设计与改进；（８）与用户　

沟通的渠道的管理。　

服务台的预期设计目标是：连接我们与用户的纽带，　

服务支持的调度台，服务资源的控制台、服务质量的评估　

台、运行维护的监控台。　

２．服务台职能的边界确立　

从服务台的职能上不难看出，它既展现服务又调控　

服务．既是服务的指挥官，又是事件的执行人，也是服务　

过程监督者，还是服务供需多方的连接环。在其职能边界　

定位上．是让服务台偏重于成为强大的指挥官，建立明晰　

的多层级服务管理．还是偏重于全面的执行力，建立庞大　

的执行团队？　

我们的服务类型比较多，服务层次多。例如，事件的　

范围也不仅局限在网络故障，而是包括校园网络、应用软　

件、服务器主机和运行管理系统在内的多个业务系统的　

运行故障，服务请求更涵盖了所有业务职能中的业务办　

理　如果更强调管理和调度指挥职能，那么面对服务类型　

和层次的繁多，服务台内部无需建立细致的分组机制，无　

需深入到具体的服务处理层面，只需简单地判断和记录　

事件，起到初步的支持作用，建立庞大的后续支持团队，　

职能层次和职能划分更加明晰，服务台更多关注服务过　

程的到位、效率。关注服务级别协议的符合，关注与用户　

的沟通关系、关注服务反馈以及服务考核。如果更强调执　

行力，那么服务台就要建立庞大的运行和维护的支持团　

队．拥有深入的支持能力，这样可以快速执行事件的处　

理．无需更多的责任划分，无需更多过程的管控，更容易　

建立落实首问负责制。　

但是，强大的管理能力和强大的执行能力之间存在　

５８中国教育信息化／２ｏ１１．１７（高教职教）　

点。我们的做法是在服务台中建立简单的分组层级。受理　

事件同时兼并一部分一线支持职能，做到适度的专业化．　

能够减少递转，高效响应和处理简单事件。适当简化支持　

层级，让二线支持高度专业化，分工明细，主要完成审核人　

物，处理复杂事件，让主管领导协调第三方支持，参与处理　

重大事件。这样，服务台可以监控服务过程，督促落实，沟　

通用户。同时，由中心办公室监控投诉事件的处理过程和　

结果，由中心评价委员会实施事件管理的绩效考核。这　

样，在一定程度上兼顾了效率、管理、监督和质量。　

另外．服务台在受理服务请求时．需要快速了解用户　

需求．这不是依靠服务台所拥有的专业知识可以完成的，　

而是依靠服务台训练有素，掌握一套成熟的“话术”。“话　

术”顾名思义是指说话的艺术。或者是说话的技巧。因此，　

良好的话术设计有助于平和用户抱怨，有助于更有效率　

地处理服务请求。同时，建立一个完备的用户数据库，一　

个带有菜单功能的语音系统．会在技术层面为服务台提　

高受理效率、沟通用户、展开智能分析开拓主动服务起到　

帮助作用。　

三、知识库　

１．知识库的作用　

问题管理是一个主动流程。在事件管理中可以解决　

职责、流程的问题，却不能解决能力和效率问题。在问题　

管理流程中，通过调查、分析将问题变成了已知错误。知　

识库是已知错误和解决方案的集合。　

知识库的主要作用就是实现知识共享、知识转化，避　

免知识流失．提高运维和服务的响应速度和质量。　

人们常常会将知识库理解为用于对人员的技能或知　

识的培训．或者是用于用户的自服务。这样的理解是将知　

识库的概念引申，还是对知识库概念理解不准确，我们至　

今不能确定。我们在建立知识库的过程中，也存在对知识　

库的理解困惑。一方面定位于辅助事件处理的已知错误　

和解决方案集合，一方面也定位于用户自服务。通过角色　

权限划分进行内容访问控制。　

现实中，ＩＴ运维和服务团队的人员流动大，长时间　

的新员工培训也不可行，支持人员处理事件的能力又是　

《中国教育信息化　发行部：ｃｙｌ（￣ｍｏｅ．ｅｄｕ．ｃａ　

从工作中锻炼和积累的。新员工要快速学习和成长，独立　

应对事件。就需要系统的指导和团队的分享，知识库往往　

在这个方面发挥作用。基于我们高校的用户特点，年轻、　

素质高，接受能力强，知识库同时又可以在自主学习和自　

助服务方面发挥作用。　

不容乐观的是，现实中的知识库，很容易变成杂货铺　

甚至垃圾库，亦或是空壳子。管理不严谨不科学，随意将　

什么都当做知识放进去，不仅不能指导事件的处理，还可　

能造成误导酿成更大的事件。不仅不能自助服务和自主　

学习，反而会以讹传讹。分类和管理的粗糙和混乱，使知　

识的学习过程变得艰苦和无助，也起不到积极的作用。我　

们的做法是：通过权限和角色控制，将知识库分为面向用　

户的公共知识库和面向支持人员的私有知识库。将定义　

已知错误和提交知识库的过程作了“一级审批”的过程控　

制，避免定义的不准确或者泛滥，在一定程度上对内容进　

行管控。至于科学的分类以及建立，或许还很有必要借助　

专业的力量进行帮助。同时，如何让支持人员主动地发现　

问题，共享知识，避免知识库成为空壳子也是值得探讨的　

问题。　

２．知识库的建立　

毋庸置疑，知识库会给ＩＴ运行维护、服务管理带来　

效率和质量。要建设好的知识库却并非易事。依照现实，　

笔者非常赞成建立一个能够快速查找、方便使用的简单　

实用的知识库的观点。　

（１）知识库模式　

如果知识库能够自动分析提交事件的标题　查找统　

计，分析可能最贴近的方案并推荐给支持人员，这将大大　

节省支持人员的时间。退一步，即便是需要支持人员来手　

动搜索，建立一个内置的知识库也比需要跳转查询的外　

置知识库效率更高。　

（２）知识的分类分级　

科学的分类分级不仅可以使知识库简明易用．还可　

以对内容进行比较完善的访问、添加和更新的权限和角　

色控制。　

（３）知识内容的界定　

知识的抽取步骤为：提交一分派一审批一发布。图中　

图知识库的建立过程　

ｉ口目—　

的用户是指知识库的用户。　

不管理论上对于知识和知识库如何定义，根据自身　

现实，首先要具体界定知识库所包含的内容范围，其次具　

体界定什么样的已知问题才能作为知识提交到知识库　

中，避免知识库成为杂货铺。　

（４）知识的管理　

知识来自各个环节、各个部门、各个时期。对知识库　

的管理主要是两个方面，一是知识的动态更新管理．二是　

知识内容和分类管理。设立专门的知识管理员非常必要。　

至于知识库管理员需要什么样的专业技能，需要多大程　

度的管理权力，如何监督和考核知识库管理员的工作，我　

还需要更深入的探讨。　

四、结束语　

服务台是服务职能的体现，它扮演了多重角色：受理　

所有用户的“响应台”和“记录台”．以知识库为基础的“应　

答台”，事件的“过滤台”和“分派台”，连接用户和供应商　

的“连接台”，服务信息的“发布台”，服务请求的“终结　

台”，服务质量的“控制台”。　

在ＩＳ０２００００体系中，特别强调了培训，培训意识、培　

训技能。通过培训让员工真正融人到体系实践中。使体系　

产生保证服务质量和效率的作用。的确，ＩＴ服务管理的　

理念以及体系中的流程需要每个员工去理解、参与和执　

行。流程的执行是被动的，但是对流程的认识是主动的，　

符合流程要求也是主动的。在体系建立之后，各个业务部　

门从原来只管自己的业务到执行跨部门的流程，虽然流　

程是规范标准的，但是执行中的沟通和分享所占分额更　

多了。创建知识库，无疑是为了辅助处理事件、助力培训、　

共享信息．通过对知识的有效管理．使知识最终转化为生　

产力，实现服务目标。　

在许多ＩＴ服务管理的解决方案中。都以建立服务台　

为核心，以知识库为基础，以事件管理、问题管理、变更管　

理和配置管理等几个核心管理流程作为配合．以服务级　

别协议作为依据来实现。有些简单的方案甚至只建立服　

务台和知识库就完成了ＩＴ服务管理的运行。因此，服务　

台和知识库是ＩＴ服务管理的基本要素。⑩　

参考文献：　

【１］ＩＳＯ／ＩＥＣ２００００—２：２００５　Ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ—　

Ｓｅｒｖｉｃｅ　ｍａｎａｇｅｍｅｎｔ［Ｍ］．　

『２］Ｊａｎ　ｖａｎ　Ｂｏｎ主编，章斌译．基于ＩＴＩＬ的ＩＴ服务管　

理（基础篇）【Ｍ１．北京：清华大学出版社．　

［３］Ｇａｄ　Ｊ　Ｓｅｆｉｇ著，中治研（北京）国际信息技术研究　

院译．实施ＩＴ治理『Ｍ１．　

ｆ４１左天祖．ＩＴＩＬ白皮书『Ｍ１．　

（编辑：金冉）　

ｃｈｊｎａ　Ｅｄｕ　ｌｏｎ　ｌｎｆ０　５９