何多數的大資料項目目以失敗告終？

幾乎每個人的心目中，大資料就是企業IT部門的大大小小的結構化和非結構化資料，而且其量正在成倍的增長。 但是，儘管大資料已然成為了一種主流的IT現象，多數的大資料項目目仍然以失敗而告終。

究其原因，就在於企業很難找到適當的方法進行大資料的收集、管理和理解，並最終從大資料資訊中提取出有價值的東西。

征服大資料項目目，並最終從中提取出您企業所需要的業務洞察力本身就是一項非常艱巨的任務。 但當涉及到定義大資料項目目的範疇，以及確保相關配套設施到位方面時，您企業的相關人員無法保持統一的步伐，那麼，該專案註定是要失敗的。

失敗的原因分析

如下，是我所看到的大資料項目目失敗的主要原因：

缺乏一致性。 在解決營業單位的相關問題方面，IT部門缺乏與營業單位的一致性。 IT部門僅僅只是從技術的角度來看待問題。 同樣，缺乏企業利益相關者的真正的承諾也往往使得大資料項目目很難成功。

缺乏資料存取權限。 對資料的訪問往往是受限制的，IT團隊成員沒有訪問相關資料集的許可權，以致他們無法找到能將使該專案成功的相關資料。

缺乏專業知識。 鑒於許多在大資料領域的技術、方法和學科都是新的，導致企業的員工缺乏如何處理資料，完成業務的相關專業知識。

缺乏一致性

上述所有這些問題中，第一條，缺乏一致性。 是您的企業必須首先解決的問題，而且也是最為重要的問題。 問題的關鍵在於，您企業當前所探索和尋找的東西都是您不熟悉的領域，所以，要想獲得大資料項目目的成功，首先搞清楚您的營業單位到底是要解決什麼問題是至關重要的。

雖然其是您企業大資料項目目成功的最重要的因素，要想實現企業營業單位和IT部門之間的一致性也是相當具有挑戰性的。 不僅僅是因為大資料對於不同的人有著不同的意義，同時，還在於一系列外部因素可能會影響業務需求的變化，使得處理某些問題的優先順序超出了IT部門所能保持的步伐。 如果IT部門與營業單位在大資料項目目所涉及的範疇方面無法達成一致，該專案就會涉及到太多的方向、太多的人，以至於會將重點從解決具體的業務問題變為對IT技術的管理，以便能夠實現每個人的需求。

另外一個影響營業單位和IT部門之間的一致性的挑戰來源於不願意發生改變。 很多時候，如果一個大資料項目目建議採取相關的行動或變革，而營業單位的利益相關者不理解所涉及到的相關行動或變革，他們往往可能採取消極怠工的方法，首先默默的接受這一建議，但在之後將其貶為一個錯誤的進程，分析或資料集。 對此，分析師團隊則可能認為該營業單位已經同意並付諸相關行動了，只是他們所採取的行動所帶來的結果只是產生了次優的業務成果。

缺乏資料存取權限

大資料項目目失敗的第二個原因——缺乏資料的存取權限可以追溯到一個基本的IT前提：筒倉。 銷售部門、行銷部門、人力資源部門等都有資料倉儲，每個部門的資料倉儲都限制了相關資料的存取權限和保護措施。 資料倉儲存在的理由很好理解，但是如果IT部門所需要的資料倉儲的某些相關資料不可用，那麼，可以說在IT部門的員工試圖解決某些問題前，就已然註定了他們無法解決這些問題了。

為了應對這一問題，大資料項目目必須從一開始就具備相關資料的執行權。 如果無法對所有業務相關資料進行訪問，也就無法找出業務問題的關係和模式，也就無法解決營業單位所面臨的問題了。 所以，大資料項目目的授權要來自企業的高層，如果企業高層發話說：「某個業務團隊正在尋找解決某個相當重要的特定業務問題，IT部門就有足夠的機會獲得他們所需要的任何資料的存取權限了。 」如果無法獲得正確的資料資訊，該專案無疑將長時間處於停滯狀態。

缺乏專業知識

第三大缺陷——缺乏相關專業知識。 這其實是源于企業缺乏合適的擁有正確的技能來執行大資料項目目的人材。 而由於大資料技術對於「主流」企業來說仍然是很新的，IT團隊往往缺乏相關的專業知識來確定如何用大資料來達到分析的目的。

雖然招聘資料科學專家是解決這種專業知識的不足一種可能性的備選方案，但對於許多企業來說是不可行的。 這一新的角色需要結合程式師的技能和調查研究科學家的思維，企業專門設置一個這樣的職位的代價會非常高，同時其所需的相關技能設置也不常見，很難創建。

如何使您企業的大資料項目目成功

考慮一個切實可行的辦法。 首先，不要將其稱之為是一個「大資料項目目」。 將其命名為一個類似的專案名稱：例如「一個説明我們更好的瞭解我們的客戶、以及為什麼他們會喜歡在某個特定的商店購物的專案。 」該專案是要回答重要的業務問題，而大資料便是答案的來源。 如下，有一些最佳實踐方案來説明您的專案實現成功：

從列出一個您所想要解決的業務問題的清單入手

不要從解決某個大問題著手。 從啟動一個小的專案開始，選擇一個您所亟待解決的具體的問題，並堅持下去。 列出一份您所需要解答的問題的清單清單，並且不要因為被技術問題困住而忽視您的目標。 確保IT團隊的工作職責不會變得過於寬泛或所謂的「全方位」，這樣可以儘量避免處理問題範圍的改變進而導致的專案失敗：即從營業單位到IT部門的需求的改變導致問題焦點的轉移。 確保所有利益相關方在客觀上對於專案的實施和執行都是同意的，以便讓每個人都能夠專注于專案的完成。

在您開始專案之前獲得企業高層的背書

一旦您已經確定您所要解決的業務問題，必須獲得業務團隊從上而下的對於您所需要的所有相關資料的支援，以保證成功完成專案。 務必獲得公司高層領導對於訪問所有相關的業務資料的授權，以便您可以找到相關的模式和關係，進而解答業務問題。 也就是說您必須獲得訪問、控制的許可權。

確保您的團隊具備執行專案所需的專業知識

理想的情況下，您的團隊內部將會有成員接受過專業的訓練，具備資料科學家的技能和心態，能夠利用這些資料資訊來生成所需的業務結果。 如果不是的話，您可以利用您現有的系統來解決的問題。 這是一個很好的退後一步來思考所需要解答的業務問題的時機。 您可能在這時不需要經過專業的培訓或NLP就能夠得到您需要的答案，只是授予了合適的人員來訪問企業內部的資料資訊而已。

選擇一個能夠創造商業價值的問題，並在您已經正確的道路上持續的堅持下去。 記住，一個成功的專案與其所涉及的範圍是沒有太大關系的。 沒必要一口氣吃個胖子，那樣反而會帶來更大的失敗。 畢竟，一個小專案的成功要比一個大專案的失敗要好得多。

(責任編輯：蒙遺善)