IT項目的失敗率在商業(yè)環(huán)境中一直是偏高的。在失敗的案例里，有的是因為超過預(yù)算，超過時間，有些是因為用戶要求的變化，或用戶要求的不切實際。BI作為IT的一個分支，自然也遇到了相似的問題。此文總結(jié)了五個需要關(guān)注的方面。通過對這五個方面的管理，BI項目可以有效的規(guī)避很多常見的困難，降低項目失敗的幾率。

    項目范疇制定和管理 （Scope Development And Management）

    很多人會自然地把這個步驟理解為用戶需求的收集和制定。其實用戶需求只是這個過程中的一個手段和結(jié)果。不管是自主開發(fā)，還是集成商為商業(yè)用戶開放的項目，最終目的都是為用戶解決工作中的問題，同時提高和改進(jìn)工作的效果。

    而技術(shù)人員最常犯的錯誤，是把用戶當(dāng)成軟件設(shè)計專家。比如在BI項目里，技術(shù)人員往往會問用戶，你們需要什么樣的報表，什么格式，數(shù)據(jù)在哪里。而用戶就拿出一疊紙面的報表說，就把這些弄到電腦上去吧。本來意在提高商業(yè)效率的BI項目，就變成了一個硬生生把紙面文件通過軟件重新實現(xiàn)的低效率工作。

    所以項目的范疇制定，不能只限于直接用戶能夠看到的。作為信息處理的專業(yè)人士，我們必須首先要了解用戶的商業(yè)需求。現(xiàn)在在信息應(yīng)用上遇到什么問題？決策者有沒有必要的信息和工具？具體操作人員有沒有能力最有效地進(jìn)行他們的工作？所生成的信息是不是足夠相關(guān)人員解決問題？用戶是否可以主動地分析和發(fā)現(xiàn)問題及最佳方案？

    對商業(yè)問題的解決應(yīng)該是BI項目范疇的出發(fā)點(diǎn)。但即使在用戶需求已經(jīng)確定之后，對項目范疇的管理也是一個需要一直進(jìn)行的工作。只有在一個明確的指導(dǎo)之下，才能把整個項目的工作和用戶的需求完美地結(jié)合起來。

    設(shè)立符合現(xiàn)實的預(yù)期（Set Realistic BI Expectations）

    BI項目往往是一個涉及很廣的工作。從數(shù)據(jù)的收集，清理，存儲，到數(shù)據(jù)的計算，呈現(xiàn)，分析，和信息的發(fā)布和監(jiān)控。根據(jù)企業(yè)不同的現(xiàn)狀，BI的實現(xiàn)往往需要分成幾個階段來實現(xiàn)。假設(shè)一個企業(yè)還沒有建立起一套相關(guān)的架構(gòu)，一個BI項目就必須首先解決數(shù)據(jù)收集和存儲，建立數(shù)據(jù)倉庫。在數(shù)據(jù)得到了保障之后，再進(jìn)行報表設(shè)計，Dashboard，及數(shù)據(jù)分析等工作。

    在一些新引進(jìn)BI概念的企業(yè)里，用戶往往會產(chǎn)生一些過度樂觀的想法。常常會把目標(biāo)定得很高。這樣不僅會對項目的預(yù)算和時間造成影響，在把范圍擴(kuò)大太多后，也常常不能有效地計劃和利用人員和資源。

    近年來敏捷（Agile）BI的概念開始被大家接受。這里的Agile和軟件開發(fā)是同一個概念。但應(yīng)用到BI領(lǐng)域，就包含了一些自己的概念。比如對數(shù)據(jù)倉庫的必要與否，數(shù)據(jù)清理的方式等等，都有一些不同的理念。這些我們在下一個章節(jié)仔細(xì)描述。

    了解架構(gòu)和不同的技術(shù)選擇（Understanding Architecture And Associated Options）

    BI作為IT的一個分支，技術(shù)上的考慮也是一個很重要的方面。在這里我們討論幾個對項目成敗影響最大的幾個技術(shù)層面。

    BI極少是一個獨(dú)立的系統(tǒng)。首先，作為一個數(shù)據(jù)處理和信息呈現(xiàn)工具，任何BI的實現(xiàn)都是建立在其它系統(tǒng)的基礎(chǔ)之上的。在計劃一個BI項目時，我們必須對現(xiàn)有的軟件架構(gòu)有一個十分完整的理解。什么樣的產(chǎn)品可以最好的嵌入到現(xiàn)有的架構(gòu)里？什么接口可以最容易和高效地提取數(shù)據(jù)？BI工具是否提供了足夠的集成功能？

    在確定了架構(gòu)的選擇之后，第一個需要面臨的是對數(shù)據(jù)倉庫的選擇和設(shè)計。數(shù)據(jù)的整合，清理，及存取是BI項目成功與否的決定性因素。傳統(tǒng)上BI的最佳模式往往是建立在一個高度集中的大型數(shù)據(jù)倉庫基礎(chǔ)上的。在Agile BI的理念影響下，近年來也出現(xiàn)了一些其它的解決方案。比如用全內(nèi)存數(shù)據(jù)處理的（Qlikview）及時匯總技術(shù)，采用云計算技術(shù)的分布式運(yùn)算系統(tǒng)（Hadoop，StyleScope）?？傮w來講，傳統(tǒng)的數(shù)據(jù)倉庫最大的優(yōu)點(diǎn)是技術(shù)成熟，但比較復(fù)雜和昂貴。新興的技術(shù)往往著重于快速的處理大數(shù)據(jù)量，但在系統(tǒng)的穩(wěn)定性上可能還沒有這么成熟。

    于數(shù)據(jù)有著同等重要性的是信息呈現(xiàn)和互動功能。作為最終用戶直接使用的界面，一個BI軟件所提供的前端界面直接決定了商業(yè)用戶可以得到什么信息和怎么使用信息。如果沒有一個強(qiáng)大的客戶界面，無論數(shù)據(jù)處理解決得多好，用戶也不可能受益。

    在前端功能選擇方面，不僅需要考慮當(dāng)前的用戶需求，也應(yīng)該考慮到以后的擴(kuò)展。在一個BI項目實現(xiàn)之后，后續(xù)工作往往都集中在前端的增強(qiáng)。因為用戶使用中會很自然提出很多建議和新的要求，而這些通常都集中在用戶面對的界面。所以，在考慮BI功能時不要只是限制在傳統(tǒng)的報表層次，同時應(yīng)該考慮一些更先進(jìn)的技術(shù)，比如可視化，Dashboard，數(shù)據(jù)預(yù)測（Tableau，StyleScope，SAS）等等。

    準(zhǔn)確定義和服務(wù)用戶需求（Identifying And Focusing On The Needs Of The Customer）

    用戶勿庸置疑的是任何一個BI項目的中心。但明確誰是最終用戶往往并不是一個容易的事情。因為BI系統(tǒng)往往有不同的用戶群。從對日常報表使用的大眾化用戶，到專職進(jìn)行數(shù)據(jù)分析的高端用戶，大家對BI產(chǎn)品的要求可以說是形形色色。

    當(dāng)然，在BI項目計劃中，我們不可能把所有可能的需求都涵蓋住。但下面的幾個方面是每一個BI項目都要考慮的功能：

    報表的設(shè)計和生成效率。

    報表作為一個最常用的信息界面，有著它不可替代的作用。在經(jīng)過了二三十年的發(fā)展，在報表的設(shè)計技術(shù)上差別已經(jīng)不是很大。最需要關(guān)注的是報表生成的效率。隨著數(shù)據(jù)的爆炸性增長，對極大數(shù)據(jù)的處理在報表生成中并不是每個產(chǎn)品都可以達(dá)到的。

    Dashboard和互動界面

    數(shù)據(jù)互動界面的廣泛應(yīng)用是對報表的一個重大突破。當(dāng)用戶只能通過固定的報表接觸信息的時候，信息化水平基本還是70年代打印為主導(dǎo)的水平。只有當(dāng)用戶可以隨心所欲地和數(shù)據(jù)互動，BI才真正進(jìn)入了網(wǎng)絡(luò)時代。

    可視化和豐富圖表

    可視化是一個以圖表為主的信息呈現(xiàn)方式。當(dāng)然并不是說只要圖表就是可視化。BI的專業(yè)人員可以借鑒一些可視化中的佼佼者，如StyleScope，Tableau等。

    企業(yè)級BI（Enterprise-Class Business Intelligence）

    我們開始時提到，在實施BI項目時，最好是從小到大，一步一步的進(jìn)行。但BI往往最終會發(fā)展到一個企業(yè)級的應(yīng)用。所以在項目的計劃和技術(shù)的選擇上，我們必須把眼光放得長遠(yuǎn)一點(diǎn)。不要只局限于當(dāng)前的需求和一個部門的用戶。

    當(dāng)然，一個BI項目所涉及到的遠(yuǎn)遠(yuǎn)不止這幾個方面。這里所提到的只是一些BI所獨(dú)有的特點(diǎn)。要保證一個BI項目的順利實施，其它管理措施也是同樣重要。但如果處理好了這幾個方面，可以盡量降低常見的一些負(fù)面的因素和失敗的可能。