在企业的业务数据数据分析过程中,经常会遇到类似Adhoc形成的数据分析请求,这些adhoc请求因为其需要根据不同业务背景向目标用户提供特殊数据分析结果和管理报告,因此传统的BI架构模式因为其设计上的约束较难“因需而动”。而轻量化BI解决思路因为其没有严格ETL和业务建模的定义约束,用户在使用上会比较容易上手并且企业数据存储形式可能存在多种形式。在很多时候IT面对的数据是呈“碎片化”形式,业务人员提供的原始基础数据往往是Excel 格式,客观上需要一个敏捷化分析工具能完成这些数据的聚合工作。 本案例给出一个基于IT服务质量分析案例,本案例所用的开发环境为FineBI 4.1。
一、需求背景 Tea公司IT部门使用ITIL V3[1]模式管理公司的IT运维业务。每天业务用户系统使用问题通过Helpdesk上报并分配到相关的IT团队进行处理。按照ITIL要求对每个IT事件定义了4个等级(P1 –P4),每个等级对应不同的服务等级,例如P1 事件需要在2小时内关闭。Tea公司IT运维事件有3个服务团队支持,本地系统有所在国IT团队负责,集团业务系统有集团IT负责处理,外包系统有第三方团队支持处理。目前Helpdesk 已经记录所有IT服务事件运维情况,并在每月提供一份Excel 原始数据给IT 服务经理分析服务质量。原先服务质量分析基于Excel 数据分析效率低,因此该服务经理希望使用BI产品完成Helpdesk服务事件的多维分析。基本需求如下: ① 按事件等级、IT团队、时间等维度统计Incidents 的数量并能完成数据的穿透,评估IT各团队的工作负荷 ② Helpdesk 对时间完成情况有完整的状态记录,因此需要按事件不同状态(open、closed、resolved)统计目前服务事件的分布情况(按事件状态、支持团队等维度能实现数据展开) ③ 需要按时间维度对反映服务事件的趋势变化洞悉IT服务质量变化情况 ④ 目前外包方的服务质量需要改善,因此需要按外包商单独进行主题分析 ⑤ 最终用户需要提供数据联动、数据下钻和数据切片自主操作功能 ⑥ 数据展现需要容易业务用户理解并能通过BI分析自主发现服务过程中存在问题并提出改进措施
[1] ITIL即IT基础架构库(Information Technology Infrastructure Library, ITIL,信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订,现由英国商务部OGC(Office of Government Commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。
二、 数据建模 2.1 业务数据分析 按照IT服务经理的需求,Tea 公司BI团队获得原始的Excel的样板数据用于后台的数据建模和提炼分析维度和指标规划。 Tea 公司Helpdesk原始提供服务日志如下格式: 上述Excel文件Helpdesk 每月提供一份到IT 服务部门
1 1、 通过分析整理出上述表单的字段业务定义如下: 序号 | | | | | | | | | | | | | | | | | | | | | | | | 服务事件的等级
P1 2小时关闭
P2 8小时关闭
P3 3天内关闭
P4 7天内关闭 | | | | | open 事件处理中
closed 事件关闭
resolved 事件用户确认解决 | | | | | | | | | | | | | | 是否按服务标准完成 In Real Level agreement | 0 未能在事件服务等级规定的最后关闭时间前关闭事件
1 在事件服务等级规定的最后关闭时间前关闭事件 | | | | | 这里时间信息是财务年的概念,在案例中所在企业财报上年不是自然年的概念,财务年开始从每年3月1日开始到次年2月28日/2月29日为一个财务年 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | China 中国 China-Property 地产 | | | | | 事件建立时间 YYYY-MM-DD HH:MM:SS | | | | | 事件最后更新时间 YYYY-MM-DD HH:MM:SS | | | | | 事件设定的最后关闭时间 YYYY-MM-DD HH:MM:SS | | | | | | | | | | 事件最终解决时间,只有经过用户的确认事件才能最终关闭 | | | | | | | | | | | | | | | | | | | | | | | | | Resolved On - Create On 时间(分钟) |
2、通过调研发现,目前IT 服务经理在PPT汇报中将所有支持团队分为CN、Global team、PMTeam、Vendor 作为分析大主题或高层聚合维度进行图表或者Pivot的展示。这些维度映射信息在原始数据上是没有的,是通过建立映射表将原始字段中的“AssignedTo Team”完成lookup table的构建。该映射表关系如下: 2.2 FineBI 数据建模 基于上述收集的业务数据,Tea公司BI团队 决定使用FineBI(轻量化BI工具)完成这样业务需求。 首先,根据业务原始数据,在FineBI中创建数据包(包名“ITIL”),内部有2个业务表单:IM ticket(Helpdesk服务日志)和DIM_Support_Team(团队映射表)。 其次,将原始IM ticket.xls 通过ETL 装载到FineBI的ITIL业务包中,为了便于理解将原字段名按如下图所示进行转义命名。
将团队映射表构建完成后,装载到ITIL业务包中,如下图所示。
最终ITIL 业务包。 再次:因为报表需要按团队进行聚合,因此需要在DIM_Support_Team 同IM ticket 业务包构建关系。 关键字如下DIM_Support_Team->TeamName vs IM Ticket->Assigned team name (1:N),构建关系如下图所示:
三、 BI模板设计 3.1 业务指标规划 在构建完服务质量分析的数据环境后,更新完FineIndex 后,Tea BI 团队就开始BI前端展示页面的开发。FineBI 提供丰富的图表控件用于前端展示,但是需要Tea BI 团队根据业务需求进行数据展现逻辑的定义。需要对业务分析所需的维度和相关的聚合指标进行梳理。经过分析,关于服务质量分析维度规划如下: 初步规划统计指标定义如下 在本分析项目原型阶段,Tea BI团队需要按需求开发如下业务分析模板 3.2 服务工作量分析 业务用途: 基于服务事件的统计每个团队、每种优先级的事件、每个月度的服务事件数量。用于整体评估采用ITIL 模式后IT运维的工作量。 设计说明: 1、按服务等级统计工作量 图表元件: 圆环仪表盘 图表分类:IM ticket -> 服务等级 图表指标:IM ticket ->IM ticket记录数
2、服务类型分布 图表元件: 多层饼图 图表分类:IM ticket -> 服务属性大类 IM ticket ->服务等级(分组依据按相同值) IM ticket ->所属支持团队 图表指标:IM ticket ->IM ticket记录数 3、按服务项目统计工作量 图表元件: 词云图 词名:IM ticket -> 服务项目 指标:IM ticket ->IM ticket记录数 4、按BU统计各服务团队服务工作量 图表元件: 堆积条形图 分类:IM ticket -> 所属BU 系列: IM ticket -> 所属支持团队 指标:IM ticket ->IM ticket记录数
5、按服务分类统计服务事件分布 图表元件: 交叉表 行表头:IM ticket -> 服务所属大类 IM ticket -> 服务所属中类 IM ticket -> 服务所属小类 列表头: IM ticket -> 建立时间(月份) 指标:IM ticket ->IM ticket记录数 6、月度服务事件统计 图表元件: 组合图 分类: IM ticket -> 建立时间(月份) 系列: IM ticket ->服务等级 左值轴:IM ticket ->IM ticket记录数
7、服务数据明细表 图表元件: 明细表 数据: IM ticket -> 事件编号 IM ticket -> 事件描述 IM ticket -> 服务项目 IM ticket -> 事件状态 IM ticket -> 事件负责人 IM ticket -> 所属团队 IM ticket -> 事件发起者 IM ticket -> 建立时间 IM ticket -> 最后更新时间 IM ticket -> 解决时间
3.3 服务绩效分析 基于服务事件的统计每个团队、每种优先级的事件、每个月度的服务事件完成情况。用于整体评估采用ITIL 模式后IT运维绩效。
设计说明: 1、团队服务完成率分析 2、服务事件趋势分析 3、团队服务占比分析
计算列公式定义参照如下图 3.4 外包服务分析 业务用途: 基于服务事件的统计外包服务团队服务事件完成情况。用于整体评估采用ITIL 模式后外包运维绩效。 设计说明: 1、外包服务质量分析
计算列定义如下
2、外包事件完成率 3、明细表
四、实现效果 Tea BI团队通过FineBI 分析工具快速搭建完成原型分析模板的测试原型,并在测试环境中完成发布供服务经理确认满足其业务分析要求。Tea BI团队较为快速的响应业务需求。圆满完成这项BI分析原型开发任务。
最终发布效果:
编辑于 2018-5-4 19:00
编辑于 2018-5-4 19:31
编辑于 2018-5-4 19:41
编辑于 2018-5-4 19:45
|