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

敏捷商业智能

撰写者

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

敏捷商务智能能否最终向需要它的人员提供分析和见解?还是可能会分散注意力?敏捷哲学已经存在了十多年了,随着敏捷BI的讨论越来越多,BI似乎正在追赶它。敏捷开发强调技术和业务团队并肩工作时,敏捷BI提出了一个概念,即业务最终用户应该完全摆脱技术人员的束缚–具有更多的自助服务工具以及设计界面和分析功能来探索信息的能力,而无需首先要经过IT部门。

在这个高度竞争的时代,传统的BI方法无法提供足够的解决方案和报告。公司花费大量时间对数据进行建模,而这正是IT团队的出色表现。他们收集需求并将这些需求转换为数据模型。但是问题是它花费了太长时间。到开发完成时,需求已经改变。如果IT团队没有预见到某些需求并且没有对它们进行建模,那么组织真的无法分析条件。因此,我们绝对需要在数据本身而非数据模型上运行的环境。考虑到许多组织在交付BI应用程序时遇到的困难,他们的经理和高管需要了解性能并制定关键的业务决策,因此采用替代开发方法也就不足为奇了。确实,关于敏捷BI的时代已经到来,并且已经有越来越广泛的共识。

 

敏捷BI解决的一些关键传统挑战如下:

需求增长:

有关业务绩效信息的需求急剧增加。 (信息时代也可以称为BI时代。)BI交付团队有大量的业务用户积压的项目,他们需要更多的信息来支持他们的决策。但这不仅仅是用户想要的更多信息;更快获得更多信息。敏捷的BI帮助IT部门在释放数据资产的全部价值时满足数量和速度的要求。

灵活性:

敏捷方法旨在适应不断变化的需求,而BI需求的变化比几乎所有其他类型的软件项目更频繁,更深刻。实际上,在2011年Forrester对200名企业和IT高管进行的调查中,有67%的受访者表示,BI需求至少每月都会变化。整整20%的受访者表示他们的BI需求每天都在变化。这种变化在传统的瀑布式交付周期上造成了严重破坏,但在任何BI项目的生命周期中都是不可避免的。

用户参与度:

敏捷方法的强大之处在于,它促进了IT与业务之间的协作。尽管传统方法难以将用户需求置于流程的核心。敏捷BI就是要为用户提供更快的功能访问和更多的机会来提供反馈。最终,用户参与度等于更高的用户满意度和采用率。

可管理范围:

预算超支和时间表混乱会损害IT的信誉,不仅会浪费公司的实际资金。由于Agile 双 专注于在较短的时间内交付较小的功能集,因此项目受业务定义的范围和价值的驱动。可以以较小的单位跟踪项目的时间表和预算,用户可以为定义的值付费。避免范围扩张是个好消息,但更好的消息是这些预算要小得多,项目时间要短得多。

更低的成本,更高的价值:

双 中的敏捷方法在降低项目成本和缩短时间表方面有着良好的记录。此外,由于项目预算与高优先级的可交付成果和结果(即用户喜欢并满足实际和紧急业务需求的高功能,易于使用的应用程序)保持一致,因此总体技术投资回报率也有所提高。  常规的SDLC方法不太适合BI。传统瀑布方法 SDLC要求收集用户需求,进行文档记录,将其转换为规范,然后将规范移交给开发人员,然后由开发人员进行设计,构建,测试和实施周期。尽管这种方法对于传统的企业应用程序实现通常是成功的,但几乎可以保证它不能满足大多数BI要求。 “构建它,他们就会来”的心态直接适用于BI,并建议将其应用于BI,因为只有最终用户看到他面前的东西,他能触摸和感觉到的东西并“玩耍”,才是真正的要求。实现。

显然,需要一种不同的方法来使BI应用程序更加灵活,并能够对不断变化的业务和法规要求做出更快的反应。首要的一点是,敏捷BI是设计和构建BI应用程序的另一种方法。

敏捷BI的目的是:1)更快地完成开发,以及2)对变化的业务需求做出更快的反应。大多数情况下,敏捷商务智能与要求逐步交付产品的敏捷开发方法和大型方法没有什么不同。快速原型与规格;反应与计划;以及与业务用户的个人互动和文档。敏捷BI方法与其他敏捷方法的不同之处在于,它需要新的不同技术和体系结构来提供支持。

推动敏捷BI项目的关键是最大程度地减少项目管理开销,重用现有资产并自动执行效率低下的手动任务。使您的项目预算与可交付成果和成果保持一致,可产生更多价值–即用户喜欢并满足实际业务需求的强大,易于理解,易于使用的商业智能解决方案。

如何实现敏捷发展

敏捷的BI项目应将重点放在流程上的人员上。这并不意味着Agile 双 固有地反对彻底和仔细的开发流程,而是遵循以业务用户为中心的简约方法来简化开发周期。为了确保敏捷BI的推出,应遵循三个关键的敏捷过程:

迭代的“ Sprint”开发周期

  1. 系统化正在进行的BI流程
  2. 实施几乎足够的流程

迭代的“ Sprint”开发周期

在敏捷开发方法中,团队以“冲刺”的方式工作,以迭代的方式生产可口的可交付成果。根据项目的规模和复杂性,冲刺可以持续一到四个星期。在每次冲刺结束时,企业都会在生产环境中将工作交付给他们,例如新的报表或仪表板。

相比之下,传统BI部署中使用的瀑布式开发周期是按顺序进行的。更改报告需求是不灵活的,并且更改成本很高。作为一个过程,敏捷BI就是要在每周或每月的短时间内定期交付功能正常的软件-越短越频繁,越好(工作软件是BI成功与否的衡量标准)。敏捷商务智能旨在响应商务智能用户的迫切需求,而不是预先建立和交付所有潜在的报告需求。要建立促进敏捷BI的方法,应根据可用资源和中间业务目标定期调整报告目标,以帮助将注意力集中在真正重要的方面。以这种方式进行工作可确保报表与业务目标的相关性,并为更改报表需求提供了一种更快,更灵活的方法。

系统化正在进行的BI流程

敏捷的BI开发团队必须使任何重复性的任务/过程自动化,以便有更多的时间和精力用于开发和交付最终用户功能。例如,尽管很关键,但手动测试BI系统在每个冲刺周期中占用了不可接受的资源。由实际参与开发新报告的用户执行的自动化测试意味着可以在sprint中快速测试新更改,而不必等待单独的测试团队进行处理。这样,问责制就存在于团队中。

实施几乎足够的流程

最大限度地减少与BI开发相关的“仪式”数量,从而缩短了开发周期,并使开发团队可以专注于重要的工作。这种简约的方法并不意味着在开发过程中不必进行仔细的计划,但是正式的计划和文档应该旨在满足项目的实际需求。例如,每个冲刺的概念文档应重点关注业务用户需求,仅此而已。附加语气根本没有任何价值。敏捷商务智能与最大化未完成工作量同样重要。

概要

成功的敏捷BI部署可增强组织的灵活性和响应能力。企业及其人员越来越多地利用Agile 双 的优势,从而使他们能够对业务需求立即做出响应。为了在竞争激烈的市场中生存和繁荣,各行各业的企业必须能够扫描其外部环境,审查其内部流程并进行适当的主动和被动更改。现代公司正在努力在整个组织中传播基于事实的决策。敏捷的BI解决方案以其最终用户为中心的方法,使组织能够预测并适应不断变化的市场状况。

参考文献

  • 信息管理博客:敏捷BI
  • Yellowfin:敏捷商业智能
  • 敏捷BI的Forrester报告开箱即用
  • 平衡的见解:通过平衡的见解实现敏捷业务智能

 不要忘记在下面留下您的评论。

斯里坎特·金塔马尼尼(Srikanth Chintamaneni)

斯里坎特·金塔马尼尼(Srikanth Chintamaneni)是Deloitte Consulting India Pvt信息管理服务线的经理。在提供咨询服务方面,他拥有超过13年的经验,涉及医疗保健,商业领域的数据仓库和内容管理解决方案&消费金融和工业产品行业细分。他的能力支持服务,涉及数据概要分析,数据建模,报告设计和端到端数据仓库实施

斯里坎特·金塔马尼尼(Srikanth Chintamaneni)的最新作品

©BA Times.com 2020

麦格雷戈徽标白色网站