IT專案的失敗率在商業環境中一直是偏高的。在失敗的案例裡，有的是因為超過預算，超過時間，有些是因為使用者要求的變化，或使用者要求的不切實際。BI作為IT的一個分支，自然也遇到了相似的問題。此文總結了五個需要關注的方面。通過對這五個方面的管理，BI專案可以有效的規避很多常見的困難，降低專案失敗的機率。
專案範疇制定和管理 (Scope Development And Management)
很多人會自然地把這個步驟理解為使用者需求的收集和制定。其實使用者需求只是這個過程中的一個手段和結果。不管是自主開發，還是整合商為商業使用者開放的專案，最終目的都是為使用者解決工作中的問題，同時提高和改進工作的效果。
而技術人員最常犯的錯誤，是把使用者當成軟體設計專家。比如在BI專案裡，技術人員往往會問使用者，你們需要什麼樣的報表，什麼格式，資料在哪裡。而使用者就拿出一疊紙面的報表說，就把這些弄到電腦上去吧。本來意在提高商業效率的BI專案，就變成了一個硬生生把紙面檔案通過軟體重新實現的低效率工作。
所以專案的範疇制定，不能只限於直接使用者能夠看到的。作為資訊處理的專業人士，我們必須首先要了解使用者的商業需求。現在在資訊應用上遇到什麼問題?決策者有沒有必要的資訊和工具?具體操作人員有沒有能力最有效地進行他們的工作?所生成的資訊是不是足夠相關人員解決問題?使用者是否可以主動地分析和發現問題及最佳方案?
對商業問題的解決應該是BI專案範疇的出發點。但即使在使用者需求已經確定之後，對專案範疇的管理也是一個需要一直進行的工作。只有在一個明確的指導之下，才能把整個專案的工作和使用者的需求完美地結合起來。
設立符合現實的預期(Set Realistic BI Expectations)
BI專案往往是一個涉及很廣的工作。從資料的.收集，清理，儲存，到資料的計算，呈現，分析，和資訊的釋出和監控。根據企業不同的現狀，BI的實現往往需要分成幾個階段來實現。假設一個企業還沒有建立起一套相關的架構，一個BI專案就必須首先解決資料收集和儲存，建立資料倉庫。在資料得到了保障之後，再進行報表設計，Dashboard，及資料分析等工作。
在一些新引進BI概念的企業裡，使用者往往會產生一些過度樂觀的想法。常常會把目標定得很高。這樣不僅會對專案的預算和時間造成影響，在把範圍擴大太多後，也常常不能有效地計劃和利用人員和資源。
近年來敏捷(Agile)BI的概念開始被大家接受。這裡的Agile和軟體開發是同一個概念。但應用到BI領域，就包含了一些自己的概念。比如對資料倉庫的必要與否，資料清理的方式等等，都有一些不同的理念。這些我們在下一個章節仔細描述。
瞭解架構和不同的技術選擇(Understanding Architecture And Associated Options)
BI作為IT的一個分支，技術上的考慮也是一個很重要的方面。在這裡我們討論幾個對專案成敗影響最大的幾個技術層面。
BI極少是一個獨立的系統。首先，作為一個數據處理和資訊呈現工具，任何BI的實現都是建立在其它系統的基礎之上的。在計劃一個BI專案時，我們必須對現有的軟體架構有一個十分完整的理解。什麼樣的產品可以最好的嵌入到現有的架構裡?什麼介面可以最容易和高效地提取資料?BI工具是否提供了足夠的整合功能?
在確定了架構的選擇之後，第一個需要面臨的是對資料倉庫的選擇和設計。資料的整合，清理，及存取是BI專案成功與否的決定性因素。傳統上BI的最佳模式往往是建立在一個高度集中的大型資料倉庫基礎上的。在Agile BI的理念影響下，近年來也出現了一些其它的解決方案。比如用全記憶體資料處理的(Qlikview)及時彙總技術，採用雲端計算技術的分散式運算系統(Hadoop，StyleScope)。總體來講，傳統的資料倉庫最大的優點是技術成熟，但比較複雜和昂貴。新興的技術往往著重於快速的處理大資料量，但在系統的穩定性上可能還沒有這麼成熟。
於資料有著同等重要性的是資訊呈現和互動功能。作為終端使用者直接使用的介面
