cio如何加强问题与知识管理间的融合

cio如何加强问题与知识管理间的融合

ID:498913

大小:26.50 KB

页数:6页

时间:2017-08-21

cio如何加强问题与知识管理间的融合_第1页
cio如何加强问题与知识管理间的融合_第2页
cio如何加强问题与知识管理间的融合_第3页
cio如何加强问题与知识管理间的融合_第4页
cio如何加强问题与知识管理间的融合_第5页
资源描述:

《cio如何加强问题与知识管理间的融合》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、CIO如何加强问题与知识管理间的融合-工程设计CIO如何加强问题与知识管理间的融合-工程设计CIO如何加强问题与知识管理间的融合-工程设计近日浏览互联网时看到一篇有关于知识管理的文章。文中提到知识管理服务的两种思维:一是IT思维,核心在于帮助企业更高程度地实现信息知识化;二是管理思维,核心则在于通过知识管理工具软件促进企业管理和谐化。  前者持“以信息为本的观点,强调将静态信息转化为知识并支撑企业行为决策,这种知识管理偏重于对IT系统的应用“;后者持”以人为本的观点,鼓励和方便人们进行知识的创造、分享和应用。  知识管理,

2、一个看似与ITIL不相关的领域为什么会引起我的兴趣呢?文中提出的IT思维和管理思维对ITIL中的问题管理又有何借鉴呢?  借鉴知识管理  我们再重温一遍问题管理的目标:将由于IT基础架构的错误而导致的问题和事件对业务产生的负面影响减少到最低,以及防止与这些错误有关的事件再次发生。为实现这个目标,问题管理需要调查分析事件的根本性原因,然后采取行动改进或纠正。  结合知识管理的IT和管理两种思维,我们不妨在问题管理中做一个应用,进行一番思考。问题管理寻求的是已知错误的根源性原因并找到解决方法。  在这个探究过程中,问题管理员需

3、要原始数据、隐性经验和显性知识,对升级的事件进行识别、讨论分析、作出判断为事件管理的快速处理故障提供支持。当然其中也少不了在采集数据,分析问题时所需的知识创造、分享和应用。  问题(Problem)和已知错误(KnowError)两个概念是问题管理的核心。“问题经常是分析多个呈现相同症状的事件后发现的某种情形”,它是某个未知的潜在原因。问题是暂时的,它的归宿必须是已知错误,要么属于已知错误的临时性的权宜措施,要么属于永久性的解决方案。不论是哪一种状态,它们都将被纳入问题数据库,或者可以说得更知识化,如问题知识库。  为什么

4、要纳入问题知识库?原因很简单,是由于知识积累的需要;知识积累为了什么?目的很明确,是问题分析的需要。讲到这里,还是有一个疑问。纳入问题知识库里都是显性的知识吗?对于一些仅存在于脑袋里的流动的隐性经验是否也纳入进去?  纳入问题知识库里的都是显性的知识吗?对于一些仅存在于脑袋里的流动的隐性经验是否也纳入进去呢?  再进一步讲,问题管理的工作是将脑袋里的隐性经验或知识,通过问题管理流程转化为问题知识库里的显性知识,存储、共享、传播并再次转化为脑袋里的新的隐性经验。这是一个良性的知识管理循环,同时也是问题管理做好本职工作的指导思

5、想。  在兼任问题管理员时,我认识到ITIL的服务支持流程中惟有问题管理与知识管理结合得最为紧密。因此,当不再兼任这个岗位时,我对接手问题管理工作的同事提了一个建议。建议他多去了解并关心知识管理。希望在问题管理这个岗位上,他可以多一个角度来认识自身的工作,多一些工作思路。  已知错误规范化  完成了对问题管理和知识管理的融合认识,让我们再以一个新的角度,从服务支持部门的维护策略和问题管理的已知错误管理两个方面,来审视客户服务中心的问题管理。  客户服务中心目前针对客户的服务请求制定了一些维护策略,服务支持部门按照这些维护策

6、略对服务请求进行处理。当遇到无法处理的事件依照事先定义的标准和流程升级,进入问题管理流程。  与此同时,事件的状态变成问题。维护策略是什么?它是问题知识库的一部分,用来快速指导服务支持的提供,尽可能快地恢复客户的业务。强调的是显性知识的运用。  已知错误,客户服务中心目前尚未建立起完整的问题知识库对其进行管理。确切地讲是没有将这些已知错误规范化。因此,整理已有但未规范化的已知错误就成了问题管理的首要任务。  “工欲善其事,必先利其器”,服务支持部门不仅需要在故障快速匹配、事件快速恢复等方面能够得到及时、有效的指导,而且对于

7、疑难杂症也希望能够得到及时、高质量的技术支持。而后者取决于问题转化为已知错误,已知错误转化为已知方案的速度和已有的知识积累。可以说,建立问题知识库,更像是给了问题管理一把剖析问题的利刃。  隐性经验的收集  虽然目前我们的客户服务中心在维护策略和已知错误的管理方面还不完善,存在一些问题,但是我们也欣慰地看到显性知识整理的事情已经开始有了进展,这是一个好的开始。接下来又有一个问题要解决。如何将维护工程师脑袋里的隐性经验收集出来呢?  最近,客户服务中心正在做一件事情:三单合一,即将原来开通实施、服务维护和设备保养三种服务单据

8、合并。其中改变最大的一项是问题描述栏和处理过程栏无论宽度和高度都做了扩展,修改的一个初衷是服务工程师反映原有单据的这两栏空白处太小,无法对故障或处理作更详尽的描述。  这对收集隐性经验来说是一个很大的障碍。但最大的障碍不在于此,隐性经验不会主动现身,除了规范服务操作,要求服务工程师完成维护后必须认真、规

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。