前面兩部分我介紹了傳統(tǒng)BI項(xiàng)目框架的左半部分：基礎(chǔ)（Foundation） 和實(shí)現(xiàn)（Enablement）侣夷。接下來(lái)和您聊聊右邊剩下的，也是BI項(xiàng)目核心的重要元素。先回顧一下BI項(xiàng)目元素構(gòu)架圖：
BI框架之貫穿始終的要素
基礎(chǔ)和實(shí)現(xiàn)部分的元素都可以在某個(gè)時(shí)間單獨(dú)拿出來(lái)考慮，而接下來(lái)的三個(gè)要素我認(rèn)為是BI項(xiàng)目成敗的關(guān)鍵逐虚，要貫穿始終。
團(tuán)隊(duì)配合
我所說(shuō)的團(tuán)隊(duì)包含小大兩個(gè)范圍：BI實(shí)施團(tuán)隊(duì)和公司谆膳。BI實(shí)施團(tuán)隊(duì)一般會(huì)包括項(xiàng)目經(jīng)理（PM）叭爱，業(yè)務(wù)專家（domain expert）漱病，商業(yè)分析師（business analyst）涤伐，架構(gòu)師（architect），開發(fā)人員（developer）缨称，數(shù)據(jù)處理人員（data analyst）凝果，測(cè)試人員（tester）等。一個(gè)BI項(xiàng)目團(tuán)隊(duì)的配合情況決定了這個(gè)項(xiàng)目的時(shí)間和質(zhì)量睦尽。例如數(shù)據(jù)人員沒有弄清楚某個(gè)數(shù)據(jù)的清洗規(guī)則器净，那么后期的開發(fā)人員就要花費(fèi)大量時(shí)間去檢查和修改程序。如果架構(gòu)師当凡，業(yè)務(wù)專家和商業(yè)分析師不能完全理解對(duì)方山害，甚至誤解纠俭，那么后期的模型將會(huì)異常地難用，甚至作廢浪慌。作為BI項(xiàng)目經(jīng)理冤荆，最大的挑戰(zhàn)是統(tǒng)籌協(xié)調(diào)項(xiàng)目組和業(yè)務(wù)人員之間的關(guān)系。只有和業(yè)務(wù)人員以及管理層建立充分的信任权纤，BI團(tuán)隊(duì)才有可能順利地獲取用戶需求钓简，后期合理的修改意見，和最終的驗(yàn)收汹想。
之前我們提到很多部門視數(shù)據(jù)為私有財(cái)產(chǎn)外邓，如果貢獻(xiàn)給BI項(xiàng)目，那么別的部門很可能也會(huì)拿到這些數(shù)據(jù)古掏。各部門之間有時(shí)也會(huì)互相推諉分析結(jié)果损话。如何打破公司內(nèi)部的各種壁壘，使得各個(gè)團(tuán)隊(duì)之間能夠互相配合槽唾，發(fā)現(xiàn)問題的時(shí)候能夠心平氣和地坐下來(lái)分析成因丧枪，便成了公司掌舵人和BI團(tuán)隊(duì)的當(dāng)務(wù)之急。在項(xiàng)目啟動(dòng)初期庞萍，公司高層就應(yīng)該意識(shí)到BI的重要性豪诲，并通過命令或授權(quán)等方式打通項(xiàng)目組可能會(huì)遇到的各種障礙。另一方面挂绰，BI經(jīng)理也應(yīng)該隨著項(xiàng)目的推進(jìn)屎篱，逐步建立和提高開發(fā)人員和業(yè)務(wù)人員之間的信任，并使雙方進(jìn)入良性循環(huán)葵蒂。如果在實(shí)施階段業(yè)務(wù)和技術(shù)雙方的配合度能達(dá)到最高交播，那么所開發(fā)出來(lái)的產(chǎn)品就最為有效，公司也能從中獲得最大的投資收益践付。如果雙方的信任被打破秦士，逐漸進(jìn)入惡性循環(huán)，那BI應(yīng)用最終可能會(huì)淪為少數(shù)人的數(shù)據(jù)采集工具而已永高。
數(shù)據(jù)管控和質(zhì)量
國(guó)內(nèi)做項(xiàng)目就不得不先強(qiáng)調(diào)人隧土，因?yàn)槿俗铍y協(xié)調(diào)，出的問題也最多命爬。但是在國(guó)外的行業(yè)總結(jié)里曹傀，數(shù)據(jù)管控和質(zhì)量永遠(yuǎn)是放在第一位的。數(shù)據(jù)管控考慮的是數(shù)據(jù)的所有權(quán)饲宛，更新頻率皆愉，訪問權(quán)限，數(shù)據(jù)安全，風(fēng)險(xiǎn)幕庐，數(shù)據(jù)的敏感度等等久锥。您可能要問我為什么在項(xiàng)目初期，而不放在數(shù)據(jù)建模的時(shí)候才考慮管控异剥。在初期當(dāng)業(yè)務(wù)部門還心存戒心的時(shí)候瑟由，如果我們能夠明確提出數(shù)據(jù)所有權(quán)和將來(lái)的訪問權(quán)限，那直接獲取全部數(shù)據(jù)的可能性會(huì)非常高（避免了高層出面）冤寿。如果在當(dāng)初沒有確定各部門的數(shù)據(jù)所有權(quán)和義務(wù)歹苦，等BI上線，實(shí)施團(tuán)隊(duì)解散之后疚沐，我們會(huì)尷尬地發(fā)現(xiàn)一個(gè)新的荒草地又誕生了（想想您的公司有多少無(wú)人認(rèn)領(lǐng)的荒廢系統(tǒng)？）潮模。此外亮蛔，站在工作的角度，如果BI的所有權(quán)不屬于本業(yè)務(wù)部門擎厢，但是要求業(yè)務(wù)人員在忙碌之余還要去維護(hù)系統(tǒng)內(nèi)的數(shù)據(jù)究流，然后分析的結(jié)果供其他部門使用，憑什么动遭？芬探！如果在項(xiàng)目初期沒有解決此類問題，那么積累到后期就會(huì)非常麻煩厘惦。
數(shù)據(jù)質(zhì)量就不用多解釋了偷仿，基本的道理大家都懂。數(shù)據(jù)質(zhì)量不僅存在于單個(gè)數(shù)據(jù)本身宵蕉，也存在于多種數(shù)據(jù)整合之后是否能達(dá)到預(yù)期的效果酝静。有兩個(gè)環(huán)節(jié)可以提高數(shù)據(jù)質(zhì)量。一個(gè)是同過ETL過程羡玛，在抽取和轉(zhuǎn)化階段根據(jù)業(yè)務(wù)定義好數(shù)據(jù)的清洗規(guī)則（data rules）别智，例如如果一家經(jīng)銷商當(dāng)月上報(bào)的汽車銷售數(shù)據(jù)是一億臺(tái)，那我們很直觀的就知道這是個(gè)“臟數(shù)據(jù)”稼稿。另一個(gè)提高的地方在數(shù)據(jù)倉(cāng)庫(kù)層面薄榛。我們可以根據(jù)存儲(chǔ)規(guī)則或某些工具對(duì)數(shù)據(jù)進(jìn)行預(yù)先處理，例如把銷售MTD和YTD的數(shù)值先計(jì)算好之后再存入數(shù)據(jù)倉(cāng)庫(kù)让歼，這樣的話架構(gòu)師就可以構(gòu)建更有針對(duì)性的模型敞恋。
垃圾進(jìn)，垃圾出（rubbish in谋右，rubbish out）耳舅！如果您不從源頭控制好數(shù)據(jù)質(zhì)量，不在乎這個(gè)事情，那么等錯(cuò)誤的結(jié)果給公司造成損失的時(shí)候則為時(shí)晚矣浦徊。
工作流程和文化的改變
牛牛爸遇到過很多類似的尷尬要求：經(jīng)理看到BI后說(shuō)這個(gè)好馏予，然后要求下面員工把最新的截圖放到PPT里然后發(fā)給他看。您已經(jīng)擁有訪問權(quán)限了盔性，為什么不自己直接查看哪霞丧？當(dāng)我們調(diào)研用戶需求時(shí)，很多業(yè)務(wù)人員會(huì)信誓旦旦地問BI頁(yè)面能不能做的和現(xiàn)有PPT一樣∶嵯悖現(xiàn)在很多BI工具蛹尝，例如Tableau，可以把界面做的非常靈活悉尾。您為什不在下次會(huì)議上直接把BI圖表投出來(lái)突那，而還在手工制作那些滯后的片子哪？
這里又給BI團(tuán)隊(duì)帶來(lái)了新的挑戰(zhàn)：從一開始就應(yīng)該慢慢地引導(dǎo)用戶轉(zhuǎn)變思維构眯，并最終帶領(lǐng)公司在工作上和文化上做出革新愕难。其實(shí)想通過一個(gè)程序就改變公司的做事風(fēng)格，說(shuō)起來(lái)容易惫霸，做起來(lái)太難猫缭。在過去實(shí)施SAP這種大型的瀑布式BI項(xiàng)目時(shí)，用戶往往要等很久才能看到BI應(yīng)用壹店。由于高昂的顧問費(fèi)用猜丹，很多用戶基本上看幾次就正式接收了，完全沒有一個(gè)過度的過程硅卢。好在現(xiàn)在的工具都支持敏捷開發(fā)射窒，我們可以快速地理解用戶需求，建模将塑，拉圖表轮洋，設(shè)權(quán)限，然后交付給用戶試用抬旺。我們會(huì)引導(dǎo)用戶在實(shí)戰(zhàn)中使用這些工具弊予，這樣拿到的反饋和修改意見也最有意義。工作思維的轉(zhuǎn)化需要一個(gè)漫長(zhǎng)的過程开财。但愿在不久的將來(lái)大家會(huì)習(xí)慣這種新的工作方式汉柒。
兩種實(shí)施策略
框架介紹完了，基本上都是我的經(jīng)驗(yàn)理論责鳍，您要是實(shí)戰(zhàn)的話可能沒有什么幫助碾褂。因此接下來(lái)我會(huì)介紹兩種BI項(xiàng)目實(shí)施方法論。
第一種是由上而下（Top-Down）的項(xiàng)目實(shí)施方法历葛。第二種是由下而上（Bottom-Up）的方法正塌。由上而下首先關(guān)注的是某一個(gè)部門或者團(tuán)隊(duì)的BI解決方案嘀略。其目的是解決數(shù)據(jù)相對(duì)簡(jiǎn)單，范圍清晰的業(yè)務(wù)經(jīng)理（business unit manager）的分析任務(wù)乓诽。由下而上一般由IT部門牽頭帜羊，先從公司的系統(tǒng)和數(shù)據(jù)著手，分析清楚之后再建立統(tǒng)一的BI平臺(tái)鸠天，然后在平臺(tái)之上搭建適合各部門的應(yīng)用讼育。我會(huì)在Part 4繼續(xù)介紹由上而下的實(shí)施方法。
