2012年左右,我国开始出现了新一代的BI产品,其特点是部署周期短、操作简单等,自此,业内将BI产品划分为“传统BI”和“敏捷BI”。敏捷BI和传统BI有何不同?本文将进行详细的对比。 敏捷BI一方面满足企业变化速度加快、数字化转型情况多样化,以及数据资产快速变现的需求,另一方面也是企业管理及业务发展的要求,管理重心由集权管理转变为一线赋能,网络化和协同化成为新的特征。 敏捷BI属于“循环式”模式。整个工作流都是由IT和业务人员协作完成,全程可视化操作分析。例如,由IT人员将数据归类并输入BI平台,业务人员基于业务需求进行自助式探索分析。 所以传统BI是一个数据可视化的过程,只是把结果展现出来,而不能对目前已知问题进行解答。敏捷BI的效果是洞察数据,找到问题的根本原因,并做出科学决策。 敏捷BI就是通过拖拉拽的方式,用可视化的方式进行分析,帮助企业洞察数据,拓展视野。
敏捷BI何以敏捷 确实如此。 敏捷BI就是业务的放大镜。 2012年是个很有意思的年份,国内诸多创业型科技公司,多是成立在这一年前后。在云计算、大数据领域是如此,在敏捷BI(商业智能)领域也是如此。 正是以此为基础,敏捷BI开始颠覆传统BI,而且颠覆的并不困难。 确实,“表”里如一,正是敏捷BI的价值,即数据与业务,将在表里融合唯一。举例说明,公司前台的小姐姐可以在Excel中,进行考勤统计、绩效考核,但她同样可以借助敏捷BI,为企业管理出谋划策。 而回到文章开篇所述的渠道管理,敏捷BI同样具有意想不到的洞察力。 “通过敏捷BI进行数据分析,已经成为企业刚需,已经成为数字化转型的常备技能。但敏捷BI的本质是数据分析工具,其几乎可以用于,企业数字化转型的每个应用场景。”
近些年来,随着数字化的快速发展,敏捷BI这个词也越来越流行。敏捷BI其实并不是什么新技术,相较于传统BI来说,是具有敏捷分析功能的新型BI。 敏捷BI与传统BI,两者有许多的区别。 1、部署开发周期不同。传统BI产品的部署通常需要几个月的时间,需要总体架构设计。这样的部署周期在日新月异的商业环境下更显尴尬。IT部分负担沉重。 传统BI可以稳定地为企业提供日常报表,具备实现复杂运算的能力。敏捷BI无法实现复杂的建模功能,对于复杂的需求自然束手无策。 业务人员可以通过敏捷BI快速完成简单的数据分析,但企业高层往往需要从更复杂的数据模型中获得决策信息。 敏捷BI支持PC、手机、平板各终端应用。实现与微信、钉钉等移动办公软件或第三方APP的集成。
商业智能(BI)工具作为企业数据分析的重要抓手,正经历从传统BI到敏捷BI的深刻变革。那么,这两种BI究竟有何区别?企业又该如何选择?本文将为您深入解析。 BI的核心优势,为企业赋能 敏捷BI的核心优势在于将数据分析能力赋能为业务人员,而不仅仅是IT部门。 随着大数据技术的发展,敏捷BI工具如腾讯云BI已经能够实现亿级数据的秒级响应,解决了传统BI处理海量数据时的性能瓶颈问题。 03 腾讯云BI,敏捷BI的优秀实践 在众多敏捷BI工具中,腾讯云BI 展现出显著优势。它提供从数据源接入、数据建模到可视化分析的全流程BI能力,简单拖拽即可完成复杂报表开发。 而对于大多数需要灵活应对市场变化的企业,敏捷BI 无疑是更好的选择。 如果企业正处于数字化转型初期,建议从腾讯云BI等轻量级敏捷BI工具入手,快速验证价值后再逐步扩展。
小勤:为什么Power BI这么有用? 大海:其实Power BI属于敏捷BI工具中的一个,敏捷BI也就是自助式BI,即业务人员可以自己就可以用来做数据的整合、整理和分析,并且能出来很好的图表效果,而不需要专业的IT人员介入,所以是“自助”的 ,而且也因为不需要太多IT专业人员的参与,所以从自己有分析想法和需求到做出结果的过程很快,所以说非常“敏捷”。 所以掌握类似Power BI这种敏捷BI工具就很有意义了。可以自己去做数据的分析,并且可以做各种维度的灵活组合来试探数据的结果。 大海:嗯。 总的来说,敏捷BI在很大程度上解决了业务人员以下几个方面的分析需求: 小勤:嗯。这几点做到了,数据就真的能产生价值了。
数据基层一旦出现问题,高级的分析和敏捷性需求也无从说起。什么是敏捷BI? 在这样的背景下,“敏捷BI”应运而生。敏捷BI的出现,是以一系列自助式数据分析软件的出现为标志的(所以敏捷BI也被称之为自助式BI)。 同样的道理,在敏捷BI时代,这样的特征仍不过时:能快速高效地帮助使用者进行数据的结果交付、技术部署、需求变更、精准查询,这便是敏捷BI。 对于敏捷BI的常见误区每个概念的兴起必然带来多种的解读,同时也产生有不少误解,敏捷BI亦不例外。对于它的常见误区,有如下四点。1.敏捷BI是一种能力,而不单指工具。 BI部署的冰山效应2.敏捷BI并不是电子表格和传统BI的替代品虽然电子表格和敏捷BI工具都使用表格,但它们实际上是在不同的场合中发挥不同的作用。 电子表格首先是一种存储和显示计算的方法。
来源:甲子光年智库 公众号后台回复: 报告 获取源文件 欢迎添加本站微信:datajh (可上下滑动或点单个图片放大左右滑动查看) 知识星球历史已上传相关资料概览: 报告已同步至知识星球,需要源文件请公众号后台回复:报告 报告仅做分享交流,文章开头已注明来源,如有侵权,请联系删除;
在BI发展几十年中,BI工具也愈发成熟,从传统BI走向敏捷BI,再加之AI的智能化能力,BI不再只是一个查看数据报表、优化业务流程的软件工具,而是可以帮助企业提升创新能力,改变工作效率,成为增强核心竞争力的得力助手 BI发展至今,已经出现了很多新一代敏捷的BI工具,例如Tableau、QlikView等,以更加易用的分析能力,赋能给业务人员。 随着人工智能的快速发展,BI+AI的组合也得到了业界的认可,BI的敏捷加上AI的智能,赋予了企业业务决策支持更多的可能性与准确性。 敏捷化与智能化的相辅相成 永洪科技副总裁&研发部总经理马云在接受51CTO采访时表示,BI的研发方向重点在敏捷和智能化两方面,二者是相辅相成的,并且这一趋势是不可逆转的。 过去,将制作报告的能力开放给业务人员后,BI就已经变得很敏捷,但是现在不同了,企业用户还需要自服务查询、自服务的数据准备,而这些敏捷的需求也都来自于客户。
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦,这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后,大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些,这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案,就是:敏捷。 敏捷宣言 最后,总算到了我们这篇文章最核心的内容,那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍,所以这里我就不再多说一遍了。 当然,你可以向客户阐明你的敏捷观点,进行详尽的沟通,但是,一切都是以交付客户价值为基础。 所以,敏捷将这四条视为原则,而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起,通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性,最后介绍了敏捷的灵魂:敏捷宣言。当然,敏捷宣言很简单,就四句话,也可以概括成四个词。
其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀?干嘛中间横插一脚。 好东西嘛,当然要留到最后,所以我在这里也就卖个关子,先陪着大家一起来学习一下其它好玩的敏捷框架,或许你能发现不一样的东西哦! 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表,或者其它非敏捷的,只要能够有效地反映项目进度情况的图表。当然,更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 其实并不新,敏捷各个框架中都强调的让团队坐在一起,没有隔离,让客户也尽量和我们坐在一起。然后呢? 参考文档: 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试(第2版)》 《敏捷项目管理与PMI-ACP应试指南》
无论你的公司是在做敏捷转型还是一开始就使用敏捷,在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤:评估诊断、敏捷试点和大规模推广。 相关阅读: (1)如何正确理解敏捷? (2)如何正确推进敏捷? (3)如何填好推进的坑? (4)如何做服务型Scrum Master? 在敏捷转型实践中,大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型,而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师,那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后,正如上一篇中提到的,无论它是不是知名的框架,又或者它是否打着敏捷的名头又或者冠以敏捷,本身是无所谓的,也觉得并非要全盘采纳框架的所有方法,只要在具体实践中能够体现敏捷思想,帮助我们解决实际问题就是敏捷的好实践
今天开始和你一起重新温习敏捷,先来正确理解一下敏捷吧。 相关阅读: (1)如何正确理解敏捷? (2)如何正确推进敏捷? (3)如何填好推进的坑? (5)无处不在的敏捷思想 1 敏捷的初心 2001年,一群大师聚集在美国犹他州,吃吃喝喝头脑风暴,搞出了一个敏捷宣言,阐述了5条价值观,如下图所示。 ? 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的,因此由它的价值观又引出了经典的敏捷十二条原则,是每个学习敏捷的童鞋都应该反复理解的话: (1)我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 但是,从上面可以了解到,Scrum不是敏捷的全部,它只是敏捷的一个落地方法之一。 对于方法,无论它是不是Scrum,又或者它是否打着敏捷的名头又或者冠以敏捷,本身是无所谓的,我也更是觉得并非要全盘采纳敏捷的所有方法(很多时候我发现我们都很迷信3355的流程),只要在具体实践中能够体现敏捷思想
敏捷宣言的官方解释:12条敏捷原则 上一篇文章中说到的敏捷宣言,可以说是整个敏捷体系中最精髓的部分了。说实话,不仅你觉得,我也觉得这四句话有点太简单,太抽象了。 所以,各位大佬们在发布敏捷宣言的同时,还给出了 12 条敏捷原则,可以看成是对敏捷宣言的官方解释及补充。 既然这么说了,那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道,敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中,一个功能无法使用,也就意味着这个功能是没有交付的。 原则九:不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂,冗余,就会失去敏捷性。 参考文档: 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试(第2版)》 《敏捷项目管理与PMI-ACP应试指南》
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算,毕竟都是新东西,所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前,我们先来再看看敏捷计划和传统项目管理计划的不同。 首先,敏捷计划是通过实验和示范的方式来发现真正的需求,然后对其进行重新规划。 一般来说,回顾会议是以 Scrum Master 为主导的,以过程和敏捷实践的执行为主要内容,以团队成员的成长和收获为核心方向。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以,在适应模块中,其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止,敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。
敏捷架构通过协作,紧急设计,有意架构和简单设计支持敏捷开发实践。与敏捷开发实践一样,敏捷架构也可以设计可测试性,可部署性和可发布性。快速原型设计,领域建模和分散式创新进一步支持了它。 敏捷架构师通过优化架构来支持业务一致性,以支持端到端的价值流。这使企业能够实现在最短的可持续交付周期内持续提供“价值”的目标。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 在进行特定设计之前,敏捷架构师使用快速学习周期(原理#4)来探索替代方案(原则#3)并获得最佳解决方案。 SAFe架构师体现了新的工作方式,参与创建组织的(实施)路线图,并有助于加速作为精益敏捷领导者的采用。
与流行的看法相反,架构是敏捷软件开发工作的一个重要方面,就像传统的工作一样,并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是,敏捷专家的架构方式与传统主义者的方式略有不同。 解决敏捷和架构周围的神话 1.迈向敏捷架构 体系结构提供了构建系统的基础,体系结构模型定义了体系结构所基于的愿景。 架构规模敏捷。传统技术也是如此。为项目制定可行且可接受的架构策略对于您的成功至关重要,尤其是在敏捷团队大规模发现的复杂情况下。 5.规模敏捷架构 在大型敏捷团队,地理位置分散的敏捷团队或企业范围的架构工作中,您将需要架构所有者团队或企业架构团队(在敏捷建模中,我最初将其称为核心架构团队,这是我从未真正喜欢过的术语)。 大多数敏捷团队将适当地结合前三种策略。 图4描绘了大规模敏捷项目的体系结构活动过程。
说来奇怪,敏捷宣言是任何谈论敏捷相关的话题的时候,首先要提到的。而我的专栏居然在第31篇文章才来说「敏捷宣言」,真的是罪过~ = =#。 因为网上关于敏捷宣言的文章实在太多了,有深入浅出的,有详尽的。 【Kevin聊敏捷】精益敏捷(Lean Agile)的5个原则 26.【Kevin聊敏捷】精益敏捷(Lean Agile)导论 25.【Kevin聊敏捷】极限编程XP2实践 24. 【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动 13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练 12. 【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人(一) 09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱 08. 【Kevin聊敏捷】敏捷项目管理之Scrum价值 07.【Kevin聊敏捷】敏捷项目管理之Scrum 06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期 05.
关键的要点 许多组织都对敏捷感到厌倦 “敏捷工业综合体”是问题的一部分 敏捷者必须回到宣言和12个原则的基础和简单 敏捷和现代敏捷的核心是基本的、简单的框架 敏捷者需要从社会科学中学习很多东西,比如积极心理学 、欣赏式探究和解决方案聚焦 敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。 今天,“敏捷”意味着一切。渐渐地,它就毫无意义了。许多组织对“敏捷”感到厌倦和难以驾驭,或者抗拒“敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。” 它变得更糟。“ 名不正,言不顺 ”(孔子)。 所以这就是第一个问题:敏捷的工业综合体和这种强加的一种最好的做事方式。这是我们必须反对的。 敏捷工业综合体。黑暗的敏捷。假的敏捷。僵尸敏捷。更糟糕的是。 结论 跨学科研究、原则和实践是敏捷的未来。这使得我们与我们的根保持联系变得更加重要,只要我们继续使用“敏捷”这个名字。请不要再说“敏捷、敏捷、敏捷、等等”之类的话了。
兼并和收购,基础技术和竞争的变化,新兴标准以及其他因素往往会使企业超出敏捷团队的范围。 为了解决这个问题,Enterprise Architects拥有跨解决方案培训和敏捷发布列车(ART)的权威和知识。他们可以提供可以改善结果的战略技术方向。 实施战略 - 有效,渐进的敏捷实施战略的重要性几乎不为人知。将业务史诗的技术基础构建到建筑跑道必须是一个渐进的过程。持续的技术学习和快速反馈使架构和业务功能随着时间的推移同步增长。 敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性,这为未来的业务需求保留了架构灵活性。 尊重个人和不懈改进 精益敏捷心态创造了一个健康的环境,每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要,他们在日常开发活动中执行一个(或两个)步骤。
没有移交 在我开始用敏捷回顾的时候,我跟同事们探讨过我们为什么要做敏捷回顾。我们已经做过项目评估,那么,回顾到底有哪些不同之处,做回顾又有些什么好处呢? 采用敏捷回顾 本篇介绍了怎样在组织内执行回顾。你可能需要敏捷教练或者咨询师来支持你。跟执行其他敏捷实践一样,采用敏捷回顾也是一场组织级变革,专业人员们籍此调整他们的工作方式和行为。 采用敏捷回顾 你怎么帮助参与者理解他们为什么应该做回顾呢?如下是一些参考: • 讨论对持续改进的需要,以便敏捷能有成效。 开展敏捷是一份艰难的工作,你需要处理对变革的抗拒。如果你能变得更敏捷些,事情就变得更容易。只要你具备了敏捷的文化和思维,事情就会开始走上正轨,做或者不做的决策也会变得更容易。 经常反思自己的敏捷之旅有助于你保持敏捷。无论你采用了哪种方式做回顾,确保你会坚持做下去。即便看起来发展态势良好,也总会有继续提高的机会!