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

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

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

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

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

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

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

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

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