BI 项目管理之角色和职责

      DW/BI 系统在生命周期中需要许多不同的角色和技能,它们来自业务和技术领域。本文将介绍创建DW/BI 系统所涉及的主要角色。角色和人之间很少是一对一关系。与我们合作的团队小到只有一人,大到有40 人(听说有更大的),大部分DW/BI 团队在3~10 个全职成员之间,并根据需要增加其他人。
      单个DW/BI 团队常常同时承担开发和操作任务,不同于大部分技术项目团队,这与DW/BI 项目开发周期的高度迭代相关。

下面的角色与设计和开发活动相关:
● DW/BI 经理负责项目的总体领导和方向把握。DW/BI 经理必须能够与高级业务和IT 管理人员进行有效的通信,并能够和团队一起工作,以规划DW/BI 系统的总体体系结构。
● 项目经理负责系统开发过程中项目任务和活动的日常管理。
● 业务项目领导者是业务领域的成员,并和项目经理紧密合作。
● 业务系统分析师或业务分析师负责领导业务需求定义活动,并且经常参与业务过程维度模型的开发。业务系统分析师需要能够在业务和技术之间架起桥梁。
● 数据建模人员负责执行详细的数据分析,包括数据剖析和开发详细的维度模型。
● 系统架构师设计DW/BI 系统的各个组件,包括ETL 系统、安全系统、审核系统和维护系统。
● 开发数据库管理员(DBA)创建关系型数据仓库数据库,并且负责总体的物理设计,包括磁盘布局、分区和初始的索引计划。

● OLAP 数据库设计人员创建OLAP 数据库。
● ETL 系统开发人员创建Integration Services 程序包、脚本及其他元素,把数据从源数据库移动到数据仓库中。
● 测试领导建立测试环境,编写自动执行测试的脚本;在测试日志数据库上开发并发布报表;进入业务用户群体,获得用户输入,以进行数据质量测试;在系统进入生产阶段后,不间断地管理自动测试数据质量的过程;给用户群体发布数据质量报表。
● DW/BI 管理工具开发人员负责编写持续管理DW/BI 系统所需的定制工具。这些工具包括输入元数据的简单UI、执行系统备份和恢复的脚本或Integration Services程序包,以及维护维度体系结构的简单UI。
● BI 应用程序开发人员负责构建BI 应用程序,包括标准报表和业务需要的高级分析型应用程序,他们也负责开发BI 门户中的定制组件,以及把数据挖掘模型集成到业务操作中。

当团队进入部署和操作系统的阶段时,其他大部分角色在DW/BI 项目开发周期的后期起到一定的作用,其中几个角色是属于严格操作型的。

● 数据干事负责保证数据仓库中的数据是正确的。数据干事一般最好由业务用户群体中的人员担任,因为他对数据有深入的理解,并能很好地判断数据的准确性。
● 安全经理规定业务用户需要的新用户访问角色,以及添加用户到现有的角色中,安全经理也决定DW/BI 系统的ETL 后台中的安全过程。
● 关系数据库管理员(DBA)负责管理关系数据仓库数据库的性能和操作。
● OLAP DBA 负责管理OLAP 数据仓库数据库的性能和操作。
● 协调经理负责保证DW/BI 的政策和操作遵循企业的规章制度和常规的法令,如隐私权、HIPAA 和Sarbanes-Oxley。协调经理、安全经理和内部审核人员要紧密合作。
● 元数据经理决定收集哪些元数据、放在哪里以及如何将它们发布到业务领域。元数据一般不进行管理,除非有专门的人负责。
● 数据挖掘分析师对业务很熟悉,常常有一定的统计学背景。数据挖掘分析师开发数据挖掘模型,并和BI 应用程序开发人员一起设计使用数据挖掘模型的操作型应用程序。
● BI 门户内容经理管理BI 门户。他决定门户的内容、布局和更新。
● DW/BI 培训人员创建和发布DW/BI 系统的培训材料。
● DW/BI 团队的用户支持人员必须能够帮助业务用户,特别是即席查询访问。企业提供的帮助除了连接问题之外,并不能提供专业技术的帮助

时间: 2024-10-29 03:42:18

BI 项目管理之角色和职责的相关文章

做BI项目管理的朋友,应关注什么

做BI项目管理的朋友,应关注什么呢?BI项目其实也是it项目的一种,一些it项目管理需要注意的事情,同样是需要做BI项目管理的朋友关注的.但是,对于BI项目来说,也尤其独有的一些管理细节需要做BI项目管理的朋友好好关注.注意这些细节,并且把这些方面的管理做到位,能够减少很多麻烦事情哦. 1.项目范畴制定和管理 很多人会自然地把这个步骤理解为用户需求的收集和制定.其实用户需求只是这个过程中的一个手段和结果.不管是自主开发,还是集成商为商业用户开放的项目,最终目的都是为用户解决工作中的问题,同时提高

BI使用者的角色

把企业中的BI使用者的角色分成如下几类: 系统管理员:没有数据权限:没有功能权限:负责配置其他人的权限:BI专家:拥有所有数据权限:拥有多维分析,报表查看,报表开发,模型开发权限:负责开发和维护BI系统:商务分析师:拥有所有数据权限:拥有多维分析,报表查看,报表开发权限:负责在公司和运营的层面进行数据分析,给公司高层提供数据报告:各个部门专家:拥有本部门数据权限:拥有多维分析,报表查看,报表开发权限:负责本部门的数据分析,和简单的报表的开发:各个部门管理者:拥有本部门数据权限:报表查看权限:查看

FocusBI:《DW/BI项目管理》之SSIS执行情况

微信公众号:FocusBI关注可了解更多的商业智能.数据仓库.数据库开发.爬虫知识及沪深股市数据推送.问题或建议,请关注公众号发送消息留言;如果你觉得FocusBI对你有帮助,欢迎转发朋友圈或在文章末尾点赞[1] 在 FocusBI:SSIS体系结构.<SSIS开发案例>这两篇文章中讲到SSIS 开发完最终是要被执行的,但是被执行后会出现什么样的情况,如何去监控它的执行情况:这也是在BI实施中遇到的难题,当有上百个包我们应该如何管理这个SSIS的ETL 项目,虽然SSIS执行出错是有邮件通知出

FocusBI: 《DW/BI项目管理》之数据库表结构 (原创)

关注微信公众号:FocusBI 查看更多文章:加QQ群:808774277 获取学习资料和一起探讨问题. <商业智能教程>pdf下载地址 链接:https://pan.baidu.com/s/1f9VdZUXztwylkOdFLbcmWw 密码:2r4v 数据行业发展的很快,很多一起做BI的朋友都已转入大数据.云计算.人工智能等高大上的领域去了,而我还停留在原地做BI,导致能一起讨论问题的人越来越少,我还有太多BI领域的知识不会,需要深入学习,只好一个人慢慢前行一点一点的去学. 在做BI实施的

第1章关键角色及其职责——明确职责

[笔记]提到产品经理的职责时候,不免会想到很多:市场调研.需求管理.PRD与MRD.沟通交流.原型图制作等等,凡是和产品有关的工作都是产品经理的职责,这里作者只简单的归结为两项:评估产品机会和定义要开发的产品. 本人曾在一家创业公司实习,担任产品经理助理一职,回想一下当时的职责大体包括以下: 1.市场调研其实就是竞品分析,下载市场上同类型的产品APP 各种尝试.试玩.对比各种的优点进行整合 2.需求分析与功能设计,其实小公司很实际的不会有那么多时间去做用户研究,更没有需求收集.分析.筛选的过程全

“我是谁?”-管理者的角色、职责与工作思路.ppt

http://doc.mbalib.com/view/95b6a675adeaf38a2c028bd4f53f0bf6.html 管理者的三大工作重心: 任务(目标).团队.规划.

项目中不同人员角色的职责

测试组长/经理: 1.组织测试人员同开发人员参与需求评审 2.组织测试人员参数测试分析.测试用例评审 3.审核测试人员提交的Bug.定期对Bug库进行分析,描绘出曲线图等,报告现状.预测趋势.在测试总结报告中给出意见 4.给测试组人员分配任务(如何分配任务) 测试人员: 1.同开发人员参与需求评审(参与评审过程中需要做的事情) 2.根据需求编写测试分析文档.测试用例文档 3.参与测试分析.测试用例评审(参与测试用例评审中需要做的事) 4.根据测试文档开始测试系统 5.提交bug 6.协助开发人员

角色职责及技术需求相关思考

本人担任团队敏捷开发中的SM即Scrum Master,字面意思是敏捷专家或者敏捷大师,即熟悉敏捷开发模式及敏捷实施流程的人员,因涉及到工作量评估和分派等工作,所以需要有较强的技术能力. Scrum Master是团队的导师和组织者,与Product Owner紧密合作,及时为团队成员提供帮助.促使team按照scrum方式运行,为Scrum过程负责的人.Scrum Master并非团队的领导(因为团队是自我组织的),而是一个负责屏蔽外界对开发团队干扰的角色. Scrum Master是规则的执

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.