白話講IT系列：BI專案建設怎麼做？

在前面的兩篇文章裡面，老陳給大家介紹了什麼是BI和BI工具選型。那一般而言呢，當企業開始逐漸瞭解BI和BI工具選型，就是有想法在企業內開展BI專案建設。但市面上的很多BI的文章往往止步在工具選型上，講BI專案建設方法論的少之又少。老陳我在BI行業幹了也有6、7年了，也指導了不少企業搭建BI系統，這篇文章就把我多年的從業經驗總結成系統的BI專案建設方法論，分享給大家。

根據我的經驗來看，通常情況下，企業BI專案建設有兩種情況，獨立開發或者是乙方參與，具體選擇哪一種主要看企業的IT部門是否具備了獨立建設BI專案的能力，如果沒有的話，那就要引入BI產品供應商，或者找外包專案團隊，當然這種花的錢要更多。

整合這兩種方式，我們可以把BI專案建設可以拆解為四個階段：第一階段，調研BI專案的需求;第二階段，選擇合適的BI工具;第三階段，進行BI專案規劃，包括確認專案範圍、專案團隊和專案實施方案;第四階段，進行BI專案的實施和驗收。

第一階段：調研BI專案的需求

一切專案的進行都是由需求推動的，BI專案也不例外，因此在專案正式開發前，做好企業內的需求調研十分重要，這些需求不僅可用於評估是否真的需要開展BI專案，還是BI工具選型的重要依據，更關乎最後的BI專案能夠真的落地。

由於BI系統的最終使用者是業務部門，所以需要對業務側進行詳細需求調研。那BI專案需求調研要怎麼做呢?具體可以分為三個環節。

• 環節一、調研業務部門分析場景：首先調研管理層面需要的與企業戰略相關的指標分析需求，具體方法是層層拆解企業和部門的戰略目標，然後從資料支撐目標的角度分析，獲取需求資料。其次是調研業務部門在一些日常分析場景中的需求，包括對應業務、統計指標、分析維度、分析力度、資料來源等。最後是調研業務部門的一些隱性需求，可以透過與業務部門進行頭腦風暴或訪談的方式去挖掘。

• 環節二、調研資料質量：這個環節的本質其實是梳理企業已有的資料資產，需要整理現有的資料庫資料並確認資料質量，看資料是否能滿足需求，此外，這一環節還需清晰定義組織架構、使用者及資料許可權體系等專案的核心架構資料。

• 環節三、設計、確認及修改資料體系：對資料體系的確認和修改主要包括資料維度、指標、粒度的增 / 刪 / 改，欄位含義及邏輯口徑統一。

在調研需求之後，專案團隊還需輸出需求調研確認書，在得到專案領導委員會和各個團隊認可後才能進入下一階段。

第二階段：選擇合適的BI工具

工欲善其事，必先利其器。BI工具是整個BI專案的關鍵，只要選對了工具，BI專案就成功了一半。

在上一篇文章裡面，老陳我已經跟大家詳細介紹了市面上常見的開源類BI工具和商業類BI工具，還把BI工具選型的三大關鍵要素告訴給大家：先看工具本身的功能和優缺點，看能否滿足上一階段調研出的需求;再看BI廠商的規模、專案、技術支援、服務等，看BI廠商能夠為企業持續提供優質服務;最後看市場份額，畢竟市場就是最好的試金石。

最後還給大家分享了一張BI工具選型的評分表，企業可以根據評估維度打分後再按照權重計算總分來評估各個BI工具。

還沒看的朋友，可以把這篇文章看一下，寫得特別詳細，這邊我就不再贅述了。

第三階段：進行BI專案的規劃

在完成BI專案的工具選型後，企業就要開始BI專案規劃。按照之前那張框架圖我們可以知道，企業進行BI專案規劃的目的是解決三個問題：what-做什麼(專案範圍)，who-誰來做(專案團隊)，how-怎麼做(專案方案)。

what-做什麼(專案範圍)

如何確定專案範圍呢，那當然是根據專案需求了。具體來說，專案範圍包括組織、功能、業務、資料、介面等 5 個方面的範圍。BI專案的管理者需要根據前期收集的需求提煉出這些範圍。

• 組織範圍：指實施專案的主體，用更加直白的話來講，就是BI專案是僅在集團總部實施呢?還是所有分公司都要實施?是所有業務部門都要實施?還是僅單個部門比如財務部門試點?

• 功能範圍：指BI專案所需的模組、功能模組及具體功能，比如某個企業搞BI主要是方便在移動端看資料，就要對移動端資料展示這個模組進行功能細化。

• 業務範圍：指需要藉助BI實現的日常業務和分析任務，可以對業務模組、分析應用、分析維度、 分析形式等內容細化。

• 資料範圍：指資料來源範圍和資料關聯規則等，其中資料來源範圍不僅描述資料來自哪裡，還包括對源資料的理解、 源資料質量保障、資料抽取等。

• 介面範圍：指BI系統是否需要嵌入其他資訊系統，並實現單點登入等，如需，則要明確系統介面方式。

who-誰來做(專案團隊)

考慮到BI專案建設會涉及企業內部多個部門，並需要高層管理者與業務部門的認同和參與，因此，最好以企業高層管理者為核心，設立一個專案領導委員會，統籌整個BI專案。

在該委員會中，高層管理者提供戰略指導和支援，確保專案與業務目標的一致性。實際的專案執行則由企業IT部門負責人牽頭，與各部門的對接人合作，組建不同的小組，全程參與BI專案的規劃和實施。

how-怎麼做(專案實施方案)

專案實施方案是給下一階段的專案實施起指導作用的，具體來說，專案實施方案包括專案計劃表和藍圖方案。

怎麼制定專案計劃表呢?三步走：一、瞭解專案的實施環境，二、按照節點拆分現有的專案，三，按照拆分好的任務，列出具體的內容、完成時間節點、負責人和配合人等，形成最終的專案計劃表。

專案計劃表示例

至於藍圖方案，具體又可拆分為整體方案、系統環境方案。

• 整體方案：1.業務方案：根據業務需求設計分析模型; 2.技術方案：支撐業務分析的整體技術框架; 3.資料方案：對資料獲取方式、資料血緣關係的梳理，以及資料校對的功能設計、策略制定等。

• 系統環境：指軟體環境、網路與伺服器環境的配置要求。

第四階段：進行BI專案的實施

在這一部分，企業需要重點關注的就是專案風險管控和需求變更管控。

專案風險的管控

任何專案都存在一定的風險，因此需要對風險進行預測和管控，以求最大限度避開風險、減少損失，讓專案成功落地。在BI專案的實施過程中，需要進行風險管控的有管理、需求、資料質量、原型、硬體環境這幾個方面，具體可能存在的風險和規避方式可以看下面這張表格。

需求變更的管控

相信大家在曾經都有為頻繁變更的需求頭禿過，BI專案建設也是如此，即使前期調研的需求再清楚、再完善，在BI專案實施的過程中，還是不可避免地會出現專案需求變更的情況，因此需要對這些變更的需求做好管控。通常情況下，需求變更要經過變更申請→變更評估→決策→回覆這4個步驟，若變更申請透過還需要增加實施變更和驗證變更這兩個步驟。如果需求變更在BI專案範圍之外，專案團隊就需要與需求提出者進行溝通和談判，討論是否增加費用或放棄變更。

小結

這篇文章帶著大家搞明白瞭如何建設BI專案，下一篇老陳就來講講BI專案建設完了之後的具體應用，也就是各行業各企業的典型BI業務應用場景。