大數(shù)據(jù)項目中的資源供給困局

　經過了轟轟烈烈的發(fā)展高潮，大數(shù)據(jù)技術作為一個無論內涵還是外延都不斷增長的概念獲得越來越多的認可。
　　隨著媒體關于大數(shù)據(jù)傳奇的宣傳，市場被吊足了胃口，在整個IT領域關于大數(shù)據(jù)的需求構成了壓倒性的態(tài)勢，可畢竟“巧婦難為無米之炊”，幾乎每家機構都感覺數(shù)據(jù)不夠用，這說明數(shù)據(jù)市場的供需關系嚴重偏離均衡水平，可面對現(xiàn)實中高價值數(shù)據(jù)源往往是“鐵路警察、各管一段”的現(xiàn)狀，似乎簡單實現(xiàn)橫向擴張很困難；但“缺數(shù)據(jù)”并不是唯一的困難，“壓數(shù)據(jù)”（數(shù)據(jù)過剩和低效使用）同樣存在，一方面社會上存在大量數(shù)據(jù)供應商，機構根據(jù)“可能的”需求采購或交換了部分數(shù)據(jù)，部分數(shù)據(jù)始終在“睡大覺”，另一方面很多機構并未將數(shù)字化管理的“邊角”內容（例如：門禁日志、網(wǎng)關日志）充分利用，以至于很多為了大數(shù)據(jù)項目囤積的資源并未發(fā)揮實際作用。
　　究其原因在于各家機構對于數(shù)據(jù)價值的重新認識，數(shù)據(jù)已經不是“資本”、“資源”、它是“資本”，面對嚴峻的市場競爭，各家機構又怎么會主動放棄自身的競爭力，拱手將自己手中的數(shù)據(jù)發(fā)布出去？
　　目前，國內公共的、商業(yè)的數(shù)據(jù)平臺陸續(xù)出現(xiàn)，可在具體商業(yè)分析中具體機構需要的又往往是產業(yè)信息資源，打通供需通道的關鍵在于確立數(shù)據(jù)定位。一般而言，除了統(tǒng)計匯總外，各家機構需要更多將大數(shù)據(jù)聚焦于微觀作業(yè)（OLTP），確保在企業(yè)的各項具體事務及其銜接過程中形成合力。而對于商業(yè)機構管理高層以及公共部門，目前大數(shù)據(jù)更多用于宏觀分析，用于了解態(tài)勢、進行預測。但現(xiàn)實中，我們的具體項目、具體方案針對的都是產業(yè)，按照經濟學劃分原則，產業(yè)經濟屬于“中觀”部分，這恰恰是數(shù)據(jù)供給中最缺乏的一部分，也是“各管一段”最難突破的部分。
　　但這只是困局的表象，無論是“缺數(shù)據(jù)”還是“壓數(shù)據(jù)”，看似集中于供給一方的困局，其實質可能更加集中在需求一側，也就是對于具體需要什么樣的數(shù)據(jù)、需要多大投入并不明確，因為對于數(shù)據(jù)的價值不明確，所以作為“資產”的數(shù)據(jù)用于商業(yè)、公共事業(yè)活動時，對于數(shù)據(jù)的采購要求沒有辦法基于商業(yè)價值或社會價值進行取舍，根據(jù)Ahituv N.和Neumann S.在《Principles of information systems for management》（3rd 1990）、Gordon K.《Principles of Data Management Facilitating Information Sharing》（2000）的研究，數(shù)據(jù)的價值需要借助交換、共享完成，共享越多、商業(yè)價值越低，但同時它的社會價值會更高。
　　因此，商業(yè)機構和公共部門面對數(shù)據(jù)困局，需要選擇不同的策略：對于商業(yè)機構而言，更多追求的是商業(yè)價值，因此可以通過加強商業(yè)機構之間數(shù)據(jù)合作的方式，建立共享的大數(shù)據(jù)平臺，降低信息采購成本，同時防止因為數(shù)據(jù)外泄，降低數(shù)據(jù)原有的商業(yè)價值，并利用數(shù)據(jù)資源創(chuàng)造新的商業(yè)價值；對于公共部門，更多追求社會價值，只有更多通過公開數(shù)據(jù)信息、甚至直接提供數(shù)據(jù)接口的方式，才能夠最大程度完成“從有到用”的轉變，實現(xiàn)其數(shù)據(jù)的社會價值。
　　在綜合了所需數(shù)據(jù)的業(yè)務價值及業(yè)務需求市場價值之后，即明確需求、供給價值之后，機構才能夠對各類信息資源（應用、數(shù)據(jù)、基礎設施）進行組合管理（portfolio management），這不僅考驗機構對于應用項目的組合管理，更應該是在企業(yè)架構管控下，對于各類信息化資源的組合管理。
　　推薦資源
　　為什么開源未能成為大數(shù)據(jù)的“新常態(tài)”——Why open source is the ‘new normal’ for big dataHadoop聯(lián)合創(chuàng)始人：Spark不孬、但不夠——Hadoop co-creator： Spark is great – but people want more
?