专注于中国的商业智能

导航

把BI团队从按用户需求开发的怪圈中解放出来

     根据最近几年对BI的了解,以及同行的一些感叹,发现其实目前中国的BI推广还处在初级阶段,绝大部分公司还是按照传统的软件开发方式来实施的BI项目。即收集用户需求,按用户需求开发报表,那样的话BI项目就成了一个不折不扣的报表系统了。

     最近一直在考虑这个问题,如何跳出这个怪圈,也查阅了一些书籍,结合自己的一些想法,于是便有了此文。

     事实上问用户收集需求的时候,如果用户的水平不够高(事实上确实是这样),那么做报表是非常盲目的,甚至业务架构的很多是不合理的,即使是合理的,也是不利于BI的整体信息架构的。要想解决这个问题,还是得从用户身上着手,要想办法让用户最大程度的参与进来,让他们和BI团队绑成一块。

    下面我就把企业中的BI使用者的角色分成如下几类:

系统管理员:没有数据权限;没有功能权限;负责配置其他人的权限;
BI专家:拥有所有数据权限;拥有多维分析,报表查看,报表开发,模型开发权限;负责开发和维护BI系统;
商务分析师:拥有所有数据权限;拥有多维分析,报表查看,报表开发权限;负责在公司和运营的层面进行数据分析,给公司高层提供数据报告;
各个部门专家:拥有本部门数据权限;拥有多维分析,报表查看,报表开发权限;负责本部门的数据分析,和简单的报表的开发;
各个部门管理者:拥有本部门数据权限;报表查看权限;查看数据报表;
各个部门普通用户:拥有本部专家指定的数据访问权;报表查看权限;查看数据报表;

注:以上分类是基于cognos8解决方案的,思想可以推广到其他BI解决方案。

在有以上思路之前,曾经一度分角色混乱,到了管理很困难的地步(人家问我拿一份能够清楚表示各个角色的权限的清单的时候,已经相当困难),由此以上分类有如下一些优点:
1.理顺权限分类,方便管理;
2.让用户最大限度参与到BI项目中,简单的报表部门专家自己能自行开发(当然没有数据的前提下,需要BI专家先进行数据模型的开发),比原来提交开发需求,等待开发的时间短很多,因此部门领导也乐意参与进来;
3.这样一来,分担了BI团队的繁重的具体报表的开发量,抽身出来可以把时间投入到数据模型方面,提炼出可重要性更好的分析模型;
4.最重要的是,让各个部门都熟悉了自己能够访问到的数据资源。在这之前的情况是对BI感兴趣的部门对BI使用还可以,但是不感兴趣的部门,BI里面有什么东西根本不知道,需要数据的时候,就来找你要;

当然配合这个角色权限体系,少不了的还是对用户的培训,要花较长的时间去把各个业务部门的用户给培养出来。

posted on 2011-10-24 17:54  李梦蛟  阅读(1240)  评论(6编辑  收藏  举报