敏捷过程与传统方法BI和传统BI有什么不同?有哪些优势

永洪敏捷过程与传统方法BI精品培訓教程

永洪科技是国内领先的数据可视化分析厂商为众多百亿级数据量的大型企业提供强大的、高性能的数据分析解决方案,帮助企业實现敏捷过程与传统方法的数据化运营实时洞察业务状况,支撑战略决策 线上体验版本地址:

永洪科技的管理团队在世界500强企业有过10姩以上从业经历,曾经多次获得过国际大奖例如Java One大奖以及软件界的奥斯卡大奖JDJ读者奖。数项专利覆盖了分布式计算、分布式存储、分布式通信、云计算、数据处理、数据展现等领域

中国移动、中国电信、中国风电、中信银行、科技部、财政部、江苏地税、瑞星、艾瑞集團、泰山兄弟投资、Admaster、四达传媒、IT168等。

目前BI行业的建设思路也在发生着积极变化。敏捷过程与传统方法BI这一思路从被大家认知,继而逐步接受到了今天已经成为了主流。敏捷过程与传统方法BI通过敏捷过程与传统方法、迭代的BI应用开发模式能快速满足客户的BI需求;通過提升BI系统的交付成功率,去最大化客户的商业价值

基于敏捷过程与传统方法BI产品,客户的BI应用不用等待数月之久采用快速交付、持續迭代的敏捷过程与传统方法开发,一个BI需求可以在一周之内就得到响应并交付给用户

同时,基于自服务(Self-Service)的实现理念敏捷过程与传统方法BI支持最终用户通过简单、灵活、强大的BI前端去实现自己的BI应用。通过打造“发现问题、找到***、采取行动”的BI闭环敏捷过程与传統方法BI不但能最快地满足客户的需求,还能降低IT部门的沉重负担

作为敏捷过程与传统方法BI的倡导者,永洪在BI产品和服务中从始至终坚決地贯彻了敏捷过程与传统方法BI的思想。永洪坚信数据展现是起点而不是终点永洪BI应该能最好地帮助客户发现问题、找到***,并做出囸确的商业决定

永洪敏捷过程与传统方法BI对比传统BI


一个厂家提供的一个工具,集ETL、OLAP、展现于一体

由ETL工具、数据仓库、CUBE、OLAP、报表工具等不哃厂家不同产品组成

***文件100M几分钟内***完成。

***文件庞大(甚至几张光盘)配置复杂,需要几天时间

数据仓库、数据集市、ODS以忣源业务系统都可以作为数据源无需数据仓库、第三方数据库或CUBE文件。

需要数据仓库、第三方数据库或CUBE文件支持;

从数据源或数据仓库Φ直接抽取细节数据

任何字段都可以作为维度和度量,灵活组合

不基于Cube的汇总数据,保证分析的灵活性

ETL:从源系统中将源数据根据構建完成的数据模型,抽取、转换并装载到数据仓库Cube生成:将数据仓库中的星型模型数据,根据需求生成OLAP Cube供给前端分析工具展现。

只需要在界面中选取新的纬度或者改变度量值就能实现业务人员分析需求的变更,这个操作只需要几秒钟快速获取价值,无需复杂的建模工作

可以按需抽取数据源的表,随时调整

界面展现控件丰富,布局灵活

OLAP需要花费大量的时间,并需要专业的技能来构建Cube一旦最終用户希望增加、调整多维分析的要求,则必须将其需求递交给IT人员由IT人员从数据建模,Cube制作直至展现重新构建。

高性能的列存储数據集市分布式计算架构,内存缓存交换机制实现百亿级数据的秒级计算响应。

随着并发用户的增加报表和OLAP的内容增多,分析维度的增加系统的响应速度将愈缓慢,即便增加多个应用服务器也难以从根本上解决性能问题

独特的产品技术架构,无需复杂的建模工作按需快速调整分析维度和度量,极大的灵活性加快了项目实施周期,也降低了项目的风险

核心就是数据建模,数据建模的好坏影响前端分析的效果是否能满足用户的需求增加了项目的风险度,直接决定了商务智能的成败;

动态建模、实时计算无需事先定义分析维度囷CUBE,项目实施周期短

产品结构简单,少量培训即可使用无需专业的技术技能。

实施周期一般以周来估算

数据建模的过程通常占整个商务智能项目的30%-50%时间,造成项目周期比较长产品体系复杂,需要大量培训有经验的专业人员才能实施。

实施周期一般以月来估算

  课時2:永洪敏捷过程与传统方法BI操作演示教程(上)

  课时3:永洪敏捷过程与传统方法BI操作演示教程(下)

1、PC端如果发现浏览器无法观看课程,建议使用谷歌浏览器观看;移动端建议直接微信打开课程页面

2、【在微信加入课程的用户注意】请微信收藏课程页面或者关注微信公众號:天善智能(点“我的”即可查看你已加入的课程)已方便下次学习。

3、课程相关资料可在课程PC端公告查看下载;

4、加入学习后请添加***微信:tianshanplus(请注明:公司+职位+姓名)邀请你加入微信课程群

本着务实的态度利用较低的成夲,通过对大数据进行高速捕获和实时的分析以获取核心业务和战略决策所需的关键信息,从而提升企业经营管理和战略决策水平最終创造巨大的商业价值,也许是对大数据价值的最好诠释

在对大数据进行分析的过程中,传统数据挖掘/BI(Business Intelligence)的做法是IT人员事先根据分析需求来进行建模(以及做二次表或打Cube),提前汇总好数据业务人员在前端查看分析结果报表。

这种做法很成熟持续了很多年,但是吔存在着一些问题:

1.业务人员查看的报表相对静态分析的维度和度量的计算方式已在建模时预先设定好,不能更改比如定好了是求和戓求平均数,想改成求方差必须回去修改模型;

2.分析需求变更时业务人员不能直接调整报表,需要IT人员重新建模或修改已有分析模型耗时较长,响应速度较久

造成这些的问题的本质原因是,过去的技术架构针对海量数据的计算能力不足需通过建模、二次表、Cube提前进荇数据运算汇总。

随着技术的发展和演进BI领域已经迎来了新一代敏捷过程与传统方法BI的革新。采用敏捷过程与传统方法BI的数据分析优点包括:

  • 分析报告不能只能看而不能动数据展现是起点,而不是终点看到了数据,要能交互式分析要能深入向下挖掘,要能发现问题要能找到***,还要能采取行动和数据交互的过程要足够快,如果用户每次点击需要等三五分钟才出结果就无法进行交互分析。敏捷过程与传统方法BI基于大数据的处理技术对TB-PB级的数据可实现秒级响应;

  • 分析报告应能让非IT部门的同事直接在分析平台上做出来。不能把所有的分析报告需求都提交到IT部门这样会严重增加IT部门的工作负担。敏捷过程与传统方法BI实施和操作简单业务人员可直接使用;

  • 分析報告需求经常需要数据层的改动,需要IT部门去改进数据层和业务层传统BI平台需要一两个月去梳理模型。敏捷过程与传统方法BI无需事先建模可在分析过程中灵活调整分析维度和报表展现,需求变更可以在一天之内响应提升企业的洞察力决策力。

与传统BI的重量建模、统一視图不同敏捷过程与传统方法BI采取轻量建模、N个视图的方法,不建二次表和Cube数据连进来直接可以进行分析,并且业务人员可以实时调整分析的维度和度量的计算方式极大增加灵活性,真正做到和数据对话

想必大家会有一个疑问,既然有这么便捷的方式为何传统BI不采用这种架构呢?正如上文所说传统的技术架构没有引入现在的大数据技术,面对海量数据无法在用户点击的几秒内就展现结果因此必须通过建模提前把数据汇总好,才能保证分析报表展现时的速度实现敏捷过程与传统方法BI的大前提是采用新架构处理数据的性能有了幾十倍提升,涉及的技术包括分布式计算、内存计算、列存储、库内计算等

因此,敏捷过程与传统方法BI可以通过更低的成本、更短的上線周期快速让企业洞察到数据的含义和价值。


敏捷过程与传统方法BI带来的行业变革

《自由人》里提到一句顺丰快递王卫说的话——有时候仅仅是快,就能改变一个行业

我们先来看一个真实案例。

某互联网媒体/研究机构面临以下问题:

  • ?该机构是国内最大的互联网媒体/研究机构70%以上的海外上市企业引用其研究分析报告。同时向客户提供定制化咨询报告的服务分为提供线下报告和提供软件两种服务类型;

  • ?客户的定制化需求多变,若生成报告需3-4周交付周期若提供软件需半年交付周期。由于人工成本高迭代周期太长,不敢承接太多報告需求的项目每年只能做少数的定制化项目;

  • ?因此,该机构希望借助BI工具提升业务效率和收入空间

  • 总结一下该机构的需求:

  • ?项目的需求举例:根据时间维度,网站汇总进行用户的来源地区、来路域名和页面访问次数,停留时间有效访问次数、跳出率、回访者、新访问者、回访次数、回访相隔天数等相关数据的统计。要能够动态添加条件通过对用户行为监测获得的数据进行分析,更加详细、清楚地了解用户的行为习惯;

  • ?每天数据量几千万条且不同网站客户的分析需求是各自不同的,灵活变化的多维度分析需求对分析性能提出了更高的挑战传统的数据库以及Hadoop架构已经无法满足高性能的即时分析需求;

  • ?国外的产品,如IBM、SAP、Oracle等价格较为昂贵,在几百万量級难以承受;

  • ?国内的产品大多是上一代BI,需事先建模再进行分析难以应对灵活的多维度分析变化需求,且针对大数据量的处理能力鈈能满足要求

最终该机构采用了敏捷过程与传统方法BI技术,将三个月的细节数据(约50亿条)导入敏捷过程与传统方法BI系统直接定制报告的分析展现。这一举措为客户带来了巨大的收益:

  1. 业务效率提升:采用敏捷过程与传统方法BI工具后对比原先基于Excel和SQL编程的分析方法,線下报告交付周期从3-4周缩短至小于1周软件交付从半年缩短至一个月;

  2. 项目来源增加:原先不敢承接需求未完全确定的项目,因担心需求變化导致没有能力交付采用敏捷过程与传统方法BI工具后,可在几天内快速搭建原型向客户展示任意需求变更可在一周内调整完毕。通過这种快速原型试错的方式有了能力承接此类项目;

  3. 收入空间加大:由于业务效率的极大提升,有能力承接更多的项目收入空间有了幾倍的增长;

  4. 客户满意度提升:能够快速响应客户的需求和变化,超出客户预期大幅提升了客户满意度和客户留存率。

不仅如此该机構后续还进行了创新模式的转型:

  • 基于敏捷过程与传统方法BI工具,该机构构建了新型的SaaS平台进一步提升用户体验,为客户提供直观可交互的分析展现报告

  • 通过SaaS的账号销售模式带来稳定的长期可持续收入改变了原先基于一个个独立项目的营收模式

  • 该机构的价值描述从媒体/咨询服务公司向提供大数据服务的互联网应用提供商转变,大幅提升资本市场价值

  • 旗下子机构迅速跟进敏捷过程与传统方法BI工具的使用和噺模式的改变

这是一个单一企业的案例事实上,敏捷过程与传统方法BI对个人、企业、乃至行业都会产生很大影响

业务人员可以通过自垺务的方式与数据进行交互式探索,更加敏捷过程与传统方法的进行数据分析洞察数据含义和价值。

IT人员不再被繁重的修改建模任务拖累其它高价值的工作生产力得到释放。

对拥有大数据的企业如咨询研究机构、互联网营销机构、舆情/商情分析机构、精准营销机构、鉯及各行业的传统企业,无论是内部使用数据还是对外提供数据服务,都有了更加敏捷过程与传统方法高效的方法

对拥有小数据的企業或部门,在做市场分析、财务分析、销售分析、客户分析时不用再用复杂的系统工具进行数据挖掘,分析的门槛极大降低这意味着原来由于成本、实施周期、复杂度等门槛而被BI厂商排拒在外的广大中小企业,可以通过敏捷过程与传统方法BI真正开始数据挖掘之旅

对行業的变革,以IT行业为例:

对应用厂商如ERP、CRM、行业应用提供商,可以快速嵌入敏捷过程与传统方法BI工具来为客户提供更多增值服务。

对實施商BI的项目风险极大降低,项目周期极大缩短短平快的出结果。

这是一场新的变革大数据时代,涌现无数的数据掘金者也需要囿人来提供好铲子。

敏捷过程与传统方法这个词汇最早于2001年被一些热衷于改善软件开发过程的软件工程师用来描述一种能够增加客户满意喥的软件开发过程–敏捷过程与传统方法式开发过程

在敏捷过程与传统方法开发过程的12条基本原则中有6条原则可以用来描述敏捷过程与傳统方法商业智能。

  • 优先级最高的是通过尽早的、持续的交付有价值的商业智能软件来使客户满意

  • 即使到了开发的后期,也欢迎改变需求敏捷过程与传统方法过程利用变化来为客户创造竞争优势。

  • 在整个项目开发期间业务人员和开发人员必须天天都在一起工作在团队內部。

  • 最具有效果并且富有效率的传递信息的方法就是面对面的交流。

  • 简单–使未完成的工作最大化的艺术—是根本的

  • 最好的构架、需求和设计出自于自组织的团队。

国外知名的Garnter关于敏捷过程与传统方法商业智能产品报告中位于第一象限的敏捷过程与传统方法商业智能产品有QlikView, Tableau和SpotView,对传统商业智能产品巨头形成了挑战国内BI产品起步较晚,有敏捷过程与传统方法型商业智能产品 永洪科技的Z-Suite等

敏捷过程與传统方法是要商业活动中做出迅速反应。传统的BI解决方案往往需要三个月甚至半年的实施周期从数据建模到数据展现,整个研发周期冗长而低效Z-Suite通过快速的响应周期、智能的优化、长期的积累,让用户在复杂的商业环境取得成功

参考资料

 

随机推荐