星期一,2012年5月14日14:00

敏捷商业智能

Written by

功能5月8日2012 4973821快速,灵活和经济高效的商业智能的迭代方法

敏捷商业智能最终会向需要它的人提供分析和见解吗?或者可能是一个分心吗?敏捷的哲学已经存在了十多年,看起来像是虽然谈论敏捷BI的谈话,但它看起来像是赶上它。虽然敏捷发展强调技术和业务团队并排工作,但敏捷碧派介绍了商业最终用户应该完全没有技术人员的概念 - 具有更多的自助式工具和设计接口和分析的能力,以探索信息而不拥有信息首先通过IT部门。

在这种超级竞争力的时代,传统的BI途径无法提供解决方案和报告。公司花了很多时间建模数据,这正是它队伍的得分很好。它们收集要求并将这些要求转换为数据模型。但问题是它需要太长。到开发完成后,需求发生了变化。如果IT团队没有预见一些要求,并且没有模拟它们,那么,该组织实际上无法分析条件。因此,我们肯定需要在数据本身上运行的环境,而不是来自数据模型。鉴于许多组织面临的困难,他们的管理人员和高管需要了解性能并提出关键业务决策,并不令人惊讶的是替代发展方法是被接受的。实际上,敏捷BI的时间来了广泛而且不断增长的共识。

 

敏捷BI地址如下所关键的传统挑战

不断增长的需求:

对商业绩效信息的需求显着提高。 (信息时代也可以被称为BI年龄。)BI交付团队从企业用户寻找更多信息以支持他们的决定,有一个大量的项目。但这不仅仅是更多信息用户想要;这更快地提供信息。敏捷BI有助于它在解锁数据资产的全部价值方面符合数量和速度的必要性。

灵活性:

敏捷方法旨在调整更改要求 - 而BI要求比几乎所有其他类型的软件项目更频繁地更换更频繁和深度。事实上,在2011年对200名企业和IT福尔斯特进行的高管的调查中,67%的受访者表示,BI要求至少每月变化。全面20%的受访者表示,他们的BI要求每天变化。这种变化对传统的瀑布交付周期造成严重破坏,但在任何BI项目的一生中,它们都是不可避免的。

用户订婚:

敏捷方法的巨大力量是它促进了它与业务之间的合作。虽然传统方法已经努力将用户需求放在过程的核心。 Agile BI是关于给用户更快地访问功能以及更多机会提供反馈的信息。最终,用户接合等同于更高的用户满意度和采用率。

可管理的范围:

除了在公司的真正金钱降低时,预算溢出和吹风时间可能会损坏它是可信度的。由于Agile BI在较短的时间段内重点介绍较小的功能,因此项目由业务定义的范围和值驱动。项目时间表和预算可以以较小的单位跟踪,用户支付定义的值。避免范围蠕变是好消息,但这些预算的更好的消息明显较小,项目时间表更短。

降低成本,更高的价值:

双 中的敏捷方法在降低项目成本和缩短时间表时具有强大的轨道记录。此外,项目预算与高优先级可交付成果和结果一致 - 即用户喜欢和满足真实和紧急业务需求的高功率,易于使用的应用程序 - 整体技术ROI也增加了。  传统的SDLC方法适用于BI。传统瀑布方法 对于SDLC来呼叫收集用户要求,记录它们,将其转换为规格,然后将规范转换为开发人员,然后通过设计,构建,测试,实现循环。虽然这种方法往往是成功的传统企业应用程序实现,但几乎保证不适用于大多数BI要求。 “建立它,他们将来”的心态是直接适用的 - 并推荐 - 为BI,因为只有一旦最终用户看到他面前的东西,他可以触摸和感觉和“玩耍”,就是真正的要求物质化。

清楚地,需要一种不同的方法来使BI应用更灵活,能够更快地对不断变化的商业和监管要求做出更快的反应。敏捷BI首先是设计和构建BI应用的不同方法。

敏捷 Bi的目的是:1)获得更快的发展,2)更快地反应不断变化业务要求。大多数敏捷BI与任何敏捷开发方法没有什么不同,要求逐步提供产品与大频段方法;对于快速原型与规格;反应与规划;以及与商业用户的个人互动与文档。敏捷BI方法与其他敏捷方法不同,因为它需要新的和不同的技术和架构来支持。

驾驶Agile BI项目的关键是最大限度地减少了项目管理开销,重用现有资产和自动化低效手动任务。将项目预算与可交付成果和结果调整产生更多价值 - 即用户喜欢和满足真实业务需求的高功率,易于理解,易于使用的商业智能解决方案。

如何实现敏捷发展

敏捷 BI项目应专注于流程的人。这并不意味着敏捷BI本质上与彻底和仔细的开发过程相反,而是由简约的商业用户专注的方法引导,以简化开发周期。应该遵循三个关键的敏捷过程,以确保Agile Bi Rollout:

迭代'Sprint'开发周期

  1. 系统化正在进行的BI过程
  2. 落于几乎足够的过程

迭代'Sprint'开发周期

在敏捷开发方法中,团队在“Sprints”中工作以迭代方式生产咬合的可交付成果。根据项目的尺寸和复杂性,冲刺可以是一至四周的时间。在每个Sprint的末尾,业务有一个工作可交付,例如新报告或仪表板,在生产设置中向其传送给它们。

相比之下,传统双卷展览中使用的瀑布开发周期,在团制的顺序进展中巩固。它是不灵活的,以改变报告需求,并昂贵地改变。作为一个过程,Agile BI是关于在短每周或每月时间范围内定期提供功能软件 - 较短,更频繁地更好(工作软件是BI成功的衡量标准)。 Agile BI是关于响应BI用户的直接需求,而不是努力建立和交付所有潜在的报告需求前期。为建立一种促进敏捷BI的方法,应根据现有资源和中级业务目标定期重新调整报告目标,以帮助焦点对非常重要的东西。以这种方式工作确保报告到业务目标的相关性,并实现更快,更灵活的方法来改变报告需求。

系统化正在进行的BI过程

敏捷 BI开发团队必须自动化任何重复的任务/流程,以便在开发和提供最终用户功能时花费更多的时间和焦点。例如,在关键的同时,测试BI系统手动占用每个Sprint循环的不可接受的资源。用户实际参与开发新报告的自动化测试意味着可以在Sprint内快速测试新的更改,而不是等待由单独的测试团队处理。以这种方式,问责制在团队中居住。

落于几乎足够的过程

最大限度地减少与BI开发相关的“仪式”的数量降低了开发周期的长度,并允许开发团队专注于重要的工作。这种简约的方法并没有表明在开发过程中不需要仔细规划,但正式规划和文件应旨在满足项目的实际需求。例如,每个Sprint的概念文档应该专注于商业用户要求,而且没有。额外的次要次要只是增加了价值。 Agile BI就可以最大限度地提高未完成的工作量。

概括

成功的敏捷双部部署提高组织灵活性和响应能力。越来越多地,企业和他们的人员正在利用敏捷BI的好处,使他们能够与业务需求的即时性回应。为了在竞争激烈的市场中生存和繁荣,所有行业和部门的企业都必须能够扫描其外部环境,审查其内部流程并进行适当的主动和反应性变化。现代公司正在努力在整个组织中传播基于事实的决策。敏捷双解决方案,其终于用户为中心的方法,使组织能够预测和适应转换市场条件。

参考

  • 信息管理博客:敏捷BI
  • YellowFin:敏捷商业智能
  • Forrester在盒子里出来的敏捷
  • 平衡洞察力:通过平衡洞察力实现敏捷商业智能

 别忘了留下你的评论。

Srikanth chintamaneni.

Srikanth chintamaneni.是德勤咨询印度PVT的信息管理服务系列的经理。有限公司在提供涉及数据仓库和内容管理解决方案的咨询服务,在医疗保健,商业中拥有13多年的经验&消费者金融和工业产品行业段。他的能力支持涉及数据分析,数据建模,报告设计和端到端数据仓库实现的服务

最新来自srikanth chintamani

©ba time.com 2021

MacGregor Logo White Web