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

做BI项目管理的朋友,应关注什么呢?BI项目其实也是it项目的一种,一些it项目管理需要注意的事情,同样是需要做BI项目管理的朋友关注的。但是,对于BI项目来说,也尤其独有的一些管理细节需要做BI项目管理的朋友好好关注。注意这些细节,并且把这些方面的管理做到位,能够减少很多麻烦事情哦。

1、项目范畴制定和管理

很多人会自然地把这个步骤理解为用户需求的收集和制定。其实用户需求只是这个过程中的一个手段和结果。不管是自主开发,还是集成商为商业用户开放的项目,最终目的都是为用户解决工作中的问题,同时提高和改进工作的效果。

而技术人员最常犯的错误,是把用户当成软件设计专家。比如在BI项目里,技术人员往往会问用户,你们需要什么样的报表,什么格式,数据在哪里。而用户就拿出一叠纸面的报表说,就把这些弄到电脑上去吧。本来意在提高商业效率的BI项目,就变成了一个硬生生把纸面文件通过软件重新实现的低效率工作。

所以项目的范畴制定,不能只限于直接用户能够看到的。作为信息处理的专业人士,我们必须首先要了解用户的商业需求。现在在信息应用上遇到什么问题?决策者有没有必要的信息和工具?具体操作人员有没有能力最有效地进行他们的工作?所生成的信息是不是足够相关人员解决问题?用户是否可以主动地分析和发现问题及最佳方案?

对商业问题的解决应该是BI项目范畴的出发点。但即使在用户需求已经确定之后,对项目范畴的管理也是一个需要一直进行的工作。只有在一个明确的指导之下,才能把整个项目的工作和用户的需求完美地结合起来。

2、设立符合现实的预期

BI项目往往是一个涉及很广的工作。从数据的收集,清理,存储,到数据的计算,呈现,分析,和信息的发布和监控。根据企业不同的现状,BI的实现往往需要分成几个阶段来实现。假设一个企业还没有建立起一套相关的架构,一个BI项目就必须首先解决数据收集和存储,建立数据仓库。在数据得到了保障之后,再进行报表设计,Dashboard,及数据分析等工作。

在一些新引进BI概念的企业里,用户往往会产生一些过度乐观的想法。常常会把目标定得很高。这样不仅会对项目的预算和时间造成影响,在把范围扩大太多后,也常常不能有效地计划和利用人员和资源。

近年来敏捷(Agile)BI的概念开始被大家接受。这里的Agile和软件开发是同一个概念。但应用到BI领域,就包含了一些自己的概念。比如对数据仓库的必要与否,数据清理的方式等等,都有一些不同的理念。这些我们在下一个章节仔细描述。

3、了解架构和不同的技术选择

BI作为IT的一个分支,技术上的考虑也是一个很重要的方面。在这里我们讨论几个对项目成败影响最大的几个技术层面。

BI极少是一个独立的系统。首先,作为一个数据处理和信息呈现工具,任何BI的实现都是建立在其它系统的基础之上的。在计划一个BI项目时,我们必须对现有的软件架构有一个十分完整的理解。什么样的产品可以最好的嵌入到现有的架构里?什么接口可以最容易和高效地提取数据?BI工具是否提供了足够的集成功能?

在确定了架构的选择之后,第一个需要面临的是对数据仓库的选择和设计。数据的整合,清理,及存取是BI项目成功与否的决定性因素。传统上BI的最佳模式往往是建立在一个高度集中的大型数据仓库基础上的。在Agile
BI的理念影响下,近年来也出现了一些其它的解决方案。比如用全内存数据处理的(Qlikview)及时汇总技术,采用云计算技术的分布式运算系统(Hadoop,StyleScope)。总体来讲,传统的数据仓库最大的优点是技术成熟,但比较复杂和昂贵。新兴的技术往往着重于快速的处理大数据量,但在系统的稳定性上可能还没有这么成熟。

于数据有着同等重要性的是信息呈现和互动功能。作为最终用户直接使用的界面,一个BI软件所提供的前端界面直接决定了商业用户可以得到什么信息和怎么使用信息。如果没有一个强大的客户界面,无论数据处理解决得多好,用户也不可能受益。

在前端功能选择方面,不仅需要考虑当前的用户需求,也应该考虑到以后的扩展。在一个BI项目实现之后,后续工作往往都集中在前端的增强。因为用户使用中会很自然提出很多建议和新的要求,而这些通常都集中在用户面对的界面。所以,在考虑BI功能时不要只是限制在传统的报表层次,同时应该考虑一些更先进的技术,比如可视化,Dashboard,数据预测(Tableau,StyleScope,SAS)等等。

4、准确定义和服务用户需求

用户勿庸置疑的是任何一个BI项目的中心。但明确谁是最终用户往往并不是一个容易的事情。因为BI系统往往有不同的用户群。从对日常报表使用的大众化用户,到专职进行数据分析的高端用户,大家对BI产品的要求可以说是形形色色。

当然,在BI项目计划中,我们不可能把所有可能的需求都涵盖住。但下面的几个方面是每一个BI项目都要考虑的功能:

(1)报表的设计和生成效率。

报表作为一个最常用的信息界面,有着它不可替代的作用。在经过了二三十年的发展,在报表的设计技术上差别已经不是很大。最需要关注的是报表生成的效率。随着数据的爆炸性增长,对极大数据的处理在报表生成中并不是每个产品都可以达到的。

(2)Dashboard和互动界面

数据互动界面的广泛应用是对报表的一个重大突破。当用户只能通过固定的报表接触信息的时候,信息化水平基本还是70年代打印为主导的水平。只有当用户可以随心所欲地和数据互动,BI才真正进入了网络时代。

(3)企业级BI

我们开始时提到,在实施BI项目时,最好是从小到大,一步一步的进行。但BI往往最终会发展到一个企业级的应用。所以在项目的计划和技术的选择上,我们必须把眼光放得长远一点。不要只局限于当前的需求和一个部门的用户。bbs.mypm.net

(4)可视化和丰富图表

可视化是一个以图表为主的信息呈现方式。当然并不是说只要图表就是可视化。BI的专业人员可以借鉴一些可视化中的佼佼者,如StyleScope,Tableau等。

上述几点做好后,用户需求管理和进度管理降犯错的几率下降,减少项目管理返工率。

本文转载自拓源优课:www.toyoke.com

时间: 2024-10-06 15:49:44

做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实施的

在做APP前端开发时应注意的一些问题

在做APP前端开发时应注意的一些问题 在整个app开发流程中,app前端开发是一个必不可少的环节,也是一个在app开发过程中重量级的角色.说到这,那么在app应用的前端开发中,又要注意什么问题呢?一.什么是app软件前端开发 App前端开发是移动前端开发中的一个方面,主要是指用户能够看到和接触到的app层面,比如app客户端界面,包括ios客户端和安卓客户端界面. App前端开发使用的技术是html+css+js,同时移动软件前端开发还需要基于PhoneGap等开发平台调用手机核心功能接口(包括

性能测试工程师应关注的性能指标

对一个软件做性能测试时需要关注那些性能呢? 我们想想在软件设计.部署.使用.维护中一共有哪些角色的参与,然后再考虑这些角色各自关注的性能点是什么,作为一个软件性能测试工程师,我们又该关注什么? 1.开发软件的目的是为了让用户使用,我们先站在用户的角度分析一下,用户需要关注哪些性能. 对于用户来说,当点击一个按钮.链接或发出一条指令开始,到系统把结果已用户感知的形式展现出来为止,这个过程所消耗的时间是用户对这个软件性能的直观印象.也就是我们所说的响应时间,当响应时间较小时,用户体验是很好的,当然用

云计算部署应关注十大安全问题

围绕云计算的喧嚣可能会让你以为,明天就会发生大规模采纳云计算的事情.然而,来自多方面的研究已经表明,安全是阻碍大规模采纳云计算的最大障碍.现实的情况是,云计算不过是沿着主机.客户机/服务器和Web应用等技术演变路径自然而然的又一阶段而已,所以它也和其他所有阶段一样,都有它自己的安全问题. 当然,对安全的担忧并不能阻止对这些技术的使用,也不能阻止对于能够解决实际业务需求的云应用的采纳.为了确保云是安全的,需要将其作为技术的下一步进化来对待,而不是将其视为一次需要彻底改变安全模式的革命.安全的策略和

BI 项目管理之角色和职责

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

项目管理团队成员应了解该项目的镀金

背景:带了一个团队做项目,我作为项目主管,把控项目各领域的工作.团队的成员也都比較年轻,可是有能力和干劲.总之,团队全部人都希望把这个事情做好.前期我针对项目做了需求调研与分析,并结合个人经验使用原型设计工具Axure设计出项目原型,经过与客户重复确认后,认可了终于版本号的系统原型.接下来,我将系统开发工作交给了团队中研发和组织能力较强的人负责整个项目的开发与測试.他们的开发工作进展非常快,加班加点工作后,还满心欢喜的告诉我,项目将要交付给我去做用户现场验证工作.为了减少项目外部失败成本,我添加

开发人员应关注的20个jQuery网站/博客

http://blog.jobbole.com/1466/ 2.  10个优秀的移动Web应用开发框架 http://blog.jobbole.com/1436/ 3.  介绍jQ Mobile http://www.jqmapi.com/api1.2/

在做微信分享到朋友圈时,手机扫码报config:invalid signature,分享后后正常的问题,是url问题

是按照以下步骤检查的 除了ACCESS_TOKEN没有缓存其他都可以 如果是invalid signature签名错误.建议按如下顺序检查: 1.确认签名算法正确,可用 http://mp.weixin.qq.com/debug/cgi-bin/sandbox?t=jsapisign 页面工具进行校验. 2.确认config中nonceStr(js中驼峰标准大写S), timestamp与用以签名中的对应noncestr, timestamp一致. 3.确认url是页面完整的url(请在当前页面