
Terry Orletsky知道他在BI平臺中想要什么。同樣重要的是,對于Ken Blanchard Cos公司,他也知道他不想要什么。過去八年來,Orletsky一直擔任該公司分管IT的副總裁。
Orletsky說:“我真的有點怕號稱可以連接一切的BI解決方案的開支了。問題是這個‘一切’變成了客戶的責任。”
Orletsky過去是一位編碼人員,曾經(jīng)從事過數(shù)據(jù)庫設計和商業(yè)智能引擎的設計。他說“BI中真正難搞的部分”是構(gòu)建數(shù)據(jù)倉庫——把數(shù)據(jù)轉(zhuǎn)換成這樣的格式:展現(xiàn)層可以使用、理解并最終分發(fā)給客戶。但是,許多知名的BI平臺并沒有關注處理數(shù)據(jù)本身的接口,而是關注于前端,也就是他稱之為展現(xiàn)層的部分——包括報表,圖表和發(fā)布數(shù)據(jù)的門戶。
Orletsky還有另一個問題:說服需要BI平臺的公司的高層管理團隊。因為高管領導層與商業(yè)智能(BI)的接觸僅限于看看公司首席財務官和主要財務分析師花大力氣提供的財務狀況月報。
在考慮了諸如IBM公司和Information Builder公司這類BI市場領軍企業(yè)的產(chǎn)品之后,他選擇了英國PrecisionPoint公司提供的一款BI產(chǎn)品,該產(chǎn)品設計為可以與微軟Dynamics NAV協(xié)同工作,即已被公司高度定制化的、滿載數(shù)據(jù)的遺留ERP系統(tǒng)。
他解釋說:“由于BI平臺關注于我們所擁有的ERP系統(tǒng),它對其中的表信息和數(shù),以及所有數(shù)據(jù)之間的所有關系都直接的了解。”O(jiān)rletsky說,在一次演示呈現(xiàn)中,PrecisionPoint公司的銷售代表在幾天內(nèi)就創(chuàng)建了一個“連貫”的數(shù)據(jù)倉庫,其中即使沒包含用戶提問的所有問題的答案,也包含非常多。
Orletsky表示,這就是訣竅所在,也是很多BI戰(zhàn)略失敗的關鍵。IT可以根據(jù)賬戶系統(tǒng)的使用創(chuàng)建數(shù)據(jù)倉庫,例如,SQL Server自帶的免費的聯(lián)機分析處理工具。但是,只要一旦高管要的數(shù)據(jù)沒有被IT預期預測到,“整個事情就開始崩潰了”。Orletsky說:“現(xiàn)在,你要把主動權(quán)搶回來,試著建立新的維度。”新工具還可能為并非正式數(shù)據(jù)庫圖表的部分創(chuàng)建臨時信息聚合。
他說:“啟用自下而上方法的優(yōu)點在于,所有數(shù)據(jù)都是一致的,并且對于管理層團隊將發(fā)出的各種提問已經(jīng)準備就緒。”最重要的是,數(shù)據(jù)質(zhì)量不是問題了。“數(shù)據(jù)始終是正確的。他們是累加而來的。”
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據(jù)建設方案案例庫
電子政務建設方案案例庫
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫
商務智能建設方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄