把BI团队从按用户需求开发的怪圈中解放出来
2011-10-24 17:54
375 查看
根据最近几年对BI的了解,以及同行的一些感叹,发现其实目前中国的BI推广还处在初级阶段,绝大部分公司还是按照传统的软件开发方式来实施的BI项目。即收集用户需求,按用户需求开发报表,那样的话BI项目就成了一个不折不扣的报表系统了。
最近一直在考虑这个问题,如何跳出这个怪圈,也查阅了一些书籍,结合自己的一些想法,于是便有了此文。
事实上问用户收集需求的时候,如果用户的水平不够高(事实上确实是这样),那么做报表是非常盲目的,甚至业务架构的很多是不合理的,即使是合理的,也是不利于BI的整体信息架构的。要想解决这个问题,还是得从用户身上着手,要想办法让用户最大程度的参与进来,让他们和BI团队绑成一块。
下面我就把企业中的BI使用者的角色分成如下几类:
系统管理员:没有数据权限;没有功能权限;负责配置其他人的权限;
BI专家:拥有所有数据权限;拥有多维分析,报表查看,报表开发,模型开发权限;负责开发和维护BI系统;
商务分析师:拥有所有数据权限;拥有多维分析,报表查看,报表开发权限;负责在公司和运营的层面进行数据分析,给公司高层提供数据报告;
各个部门专家:拥有本部门数据权限;拥有多维分析,报表查看,报表开发权限;负责本部门的数据分析,和简单的报表的开发;
各个部门管理者:拥有本部门数据权限;报表查看权限;查看数据报表;
各个部门普通用户:拥有本部专家指定的数据访问权;报表查看权限;查看数据报表;
注:以上分类是基于cognos8解决方案的,思想可以推广到其他BI解决方案。
在有以上思路之前,曾经一度分角色混乱,到了管理很困难的地步(人家问我拿一份能够清楚表示各个角色的权限的清单的时候,已经相当困难),由此以上分类有如下一些优点:
1.理顺权限分类,方便管理;
2.让用户最大限度参与到BI项目中,简单的报表部门专家自己能自行开发(当然没有数据的前提下,需要BI专家先进行数据模型的开发),比原来提交开发需求,等待开发的时间短很多,因此部门领导也乐意参与进来;
3.这样一来,分担了BI团队的繁重的具体报表的开发量,抽身出来可以把时间投入到数据模型方面,提炼出可重要性更好的分析模型;
4.最重要的是,让各个部门都熟悉了自己能够访问到的数据资源。在这之前的情况是对BI感兴趣的部门对BI使用还可以,但是不感兴趣的部门,BI里面有什么东西根本不知道,需要数据的时候,就来找你要;
当然配合这个角色权限体系,少不了的还是对用户的培训,要花较长的时间去把各个业务部门的用户给培养出来。
最近一直在考虑这个问题,如何跳出这个怪圈,也查阅了一些书籍,结合自己的一些想法,于是便有了此文。
事实上问用户收集需求的时候,如果用户的水平不够高(事实上确实是这样),那么做报表是非常盲目的,甚至业务架构的很多是不合理的,即使是合理的,也是不利于BI的整体信息架构的。要想解决这个问题,还是得从用户身上着手,要想办法让用户最大程度的参与进来,让他们和BI团队绑成一块。
下面我就把企业中的BI使用者的角色分成如下几类:
系统管理员:没有数据权限;没有功能权限;负责配置其他人的权限;
BI专家:拥有所有数据权限;拥有多维分析,报表查看,报表开发,模型开发权限;负责开发和维护BI系统;
商务分析师:拥有所有数据权限;拥有多维分析,报表查看,报表开发权限;负责在公司和运营的层面进行数据分析,给公司高层提供数据报告;
各个部门专家:拥有本部门数据权限;拥有多维分析,报表查看,报表开发权限;负责本部门的数据分析,和简单的报表的开发;
各个部门管理者:拥有本部门数据权限;报表查看权限;查看数据报表;
各个部门普通用户:拥有本部专家指定的数据访问权;报表查看权限;查看数据报表;
注:以上分类是基于cognos8解决方案的,思想可以推广到其他BI解决方案。
在有以上思路之前,曾经一度分角色混乱,到了管理很困难的地步(人家问我拿一份能够清楚表示各个角色的权限的清单的时候,已经相当困难),由此以上分类有如下一些优点:
1.理顺权限分类,方便管理;
2.让用户最大限度参与到BI项目中,简单的报表部门专家自己能自行开发(当然没有数据的前提下,需要BI专家先进行数据模型的开发),比原来提交开发需求,等待开发的时间短很多,因此部门领导也乐意参与进来;
3.这样一来,分担了BI团队的繁重的具体报表的开发量,抽身出来可以把时间投入到数据模型方面,提炼出可重要性更好的分析模型;
4.最重要的是,让各个部门都熟悉了自己能够访问到的数据资源。在这之前的情况是对BI感兴趣的部门对BI使用还可以,但是不感兴趣的部门,BI里面有什么东西根本不知道,需要数据的时候,就来找你要;
当然配合这个角色权限体系,少不了的还是对用户的培训,要花较长的时间去把各个业务部门的用户给培养出来。
相关文章推荐
- 团队开发-用户调研需求报告
- 团队开发——用户需求调研报告
- 团队开发项目-----来用------用户需求调研报告
- 团队项目开发——用户需求调研报告
- 团队开发——用户需求报告
- 团队开发用户需求报告
- 团队开发用户需求调研
- 团队开发-用户调研需求报告
- 团队开发项目之用户需求调研报告
- 团队开发——用户需求调研报告
- 团队开发项目--用户需求调研
- BI团队如何高效应对快速扩张的公司的需求 —— 阿里云MVP赵玮主题分享
- 信息系统开发中用户需求调研分析方法例解
- 开发人员准确理解技术需求:用户想得与说的不一样
- 敏捷开发生态系统系列之三:计划跟踪II(需求优先级排序-迭代期内无变更-团队承诺)
- 当客户说:你们先开发出来我再提需求
- 【大数据干货】轻松处理每天2TB的日志数据,支撑运营团队进行大数据分析挖掘,随时洞察用户个性化需求。
- [转帖]敏捷开发,Use Case 还是 User Story——本人感觉像是“用户需求”和“需求规格说明书”的区别
- 当客户说:你们先开发出来我再提需求
- web开发,是个非常敏捷的过程,变化随时都在产生,用户需求千变万化,许多方面偶然性非常高,较之软件开发,希望用一个架构规划以后的所有设计,是不现实的