Ryan Fenner是一名在Union Bank工作了九年的老员工，他一直在开发和管理商务智能系统的团队工作，不受IT部门的限制。现在，技术领导正致力于一个数据仓储项目，旨在将以上团队以及类似的其他团队产生的BI和分析数据整合进银行的IT系统。他负责的就是这份工作。

Union Bank总部位于美国并在七个州有400余家分支机构。Fenner是在2012年底进入IT部门的，据他说团队的一些人会继续留守并为业务部门开发BI和分析应用程序。目标是将他们工作中接触的关键数据整合进中央管理数据集，并最终放入一个企业数据仓库（EDW），方便提取和分析。

几年前，当银行的风险监管部门对Fenner的团队提出数据质量问题时，他便体会到技术支持的重要性。他说，各种DIY操作的出现是由于对BI和分析没有一个强力的集中关注，导致非正式流程最终造成了数据一致性和准确性的问题。“大多数创新均出自于BI人员，并且他们为业务部门提供了很多有价值的东西，”Fenner如是说。“但是你的确需要对数据进行治理。”

Fenner是从传统IT一步步走过来的，大学学的是管理信息系统，最初他的职位是业务分析师，然后是系统分析师。他的第一份工作就在Union Bank，包括重写Microsoft Access桌面应用程序并在一个SQL Server系统上运行。一路走来，他对在SQL Server上执行查询和构建报告如数家珍——后来一个shadow-y的机会对他敞开了大门。

做你所需要做的

银行消费信贷部门的业务高管们过去一直在寻找更好的BI数据来支撑决策，因此他们找到了Fenner和另外两个同事开始为他们提供报告。他说主管们交给我一个新的强力团队并给予了大力的资金支持和自由发挥的空间。他们说，我们需要的是问题的答案，我们不在乎过程如何——只管去做就是了。

六个月后，团队得以扩充以支持公司的整个零售银行业务。最终，它发挥了巨大的影响力，并在其顶峰发展时期雇佣了超过100人。这在规模上让Union Bank的IT部门大为逊色，它目前拥有大约1300名雇员。这真的是一个相当大的动作。

据Fenner说，那是非常有趣的工作。利用SQL Server作为他们的BI平台，他和同事们要满足业务部门要求的“很炫”的效果，他们放了很多精力在分析销售和市场数据上。但是在管理变动之后，这项工作用Fenner的话来说，“演变为更为传统的IT角色，”与此同时，IT部门也获得了新的管理并变得更加注重支持BI流程。最后，Fenner选择了离开这个团队，出任IT部门副总裁和企业数据解决方案架构师的新职位。

首要任务：处理分析数据

正式来讲，他主要负责企业架构。但是，现在出于对数据仓储项目策略的考量，架构策略大体上正退居二线。项目团队在四月晚些时候为Union Bank的消费信贷服务部门部署了一项初始数据集，他们是用WhereScape的数据仓库开发工具在SQL Server上建立的。Fenner说他希望今年晚些时候再次用WhereScape的工具将报告系统迁移到Pivotal Software Inc.的Greenplum分析数据库中。其他的数据集将紧随其后，并且银行最终计划在Greenplum上建立一个完全成熟的EDW，如此一来就可以把这些数据集和那些由IT部门建立的基于Oracle的数据仓库整合在一起。

Fenner正在把从BI人员传承的成熟概念应用到新项目。例如，他并不是传统需求收集和瀑布开发模式的忠实粉丝。在他原来的团队中，他说，“我们走出去与业务人员坐在一起开发应用程序，”我们使用的是敏捷开发流程。而数据仓库项目团队正在采用类似的方式。

项目中的事情并非一帆风顺。银行并不希望将BI人员操作产生的所有分析数据都塞进新的数据集和EDW——银行想要的只是那些可视为企业资产的信息。Fenner要做一些限定，即使当前的数据所有者也更倾向于自己保留数据。“有一些团队并不愿意配合我们，”他说。“我们必须确保避免出现这样的情况。”

但是如果一切按计划进行的话，Fenner补充道，最终结果将会是这样，更为强大的数据管理可以在不影响业务部门中BI团队分析能力的情况下改善数据质量，因此仍然可以让他们提供“美丽多彩的创新和大量的业务价值。”