[p=30,2,left]学习资料:IT运维管理社区专家讲堂直播300期视频回放
[p=30,2,center]
运维服务中,我们一直强调改善,改善就意味着一要清楚你的现状,二要清楚你的目标。这两点是要基于大量数据分析的,我们说的改善不是针对项目这么微观的层面,而是基于整体的层面,这意味着你的数据有一个度量标准。这个标准适于不同类型的项目,不然你根本无从知道你的整体状况。
我认为要做到深入的运维分析,需要以下几个要素:
①需要有一个精确的CMDB:CMDB提供信息让你方便把每一次事件定位,以便知道什么地方什么组件出了多少问题,在项目层面可以提供精确的数据做改进(哪一个模块是问题最多的);在管理层面,CMDB的附带信息会告诉你,哪一类设备是我们运维的薄弱环节,同时E8.ITSM能够通过资产关联图技术快速精确定位资产的哪个位置出毛病了。(如果硬盘的故障比重较大,我们可能换供应商,或者提升运维人员的硬盘维修能力)。
②需要有一个横向业务分类基准:要基于组织层面,规划出一个分类数据,以供每一个项目统一调用。比如事件的类型,我们可以分为:故障、请求、咨询、新需求、投诉,这样可以跨项目统计,每个周期内每一个事件类型有多少。比如事件的分类:我们可以分为软件、硬件、网络、数据库、接口、业务。
③需要时间资源的记录:这一部份的数据采集最为困难,也最有价值。它与上面的信息交互分析,可以知道哪一类设备花去我们最多的时间资源(CMDB),可以知道我们硬件故障的平均处理时长是多少(事件分类),还可以知道新需求会花去我们多少时间资源(事件类型)。除此之外,基于员工的绩效分析以及运维结算的数据统计都需要基于此部份信息。
运维服务分析,个人的意见是:没有ITSM软件,是难以展开的。
本文转自互联网
|