前置思想我認為是所有CIO、數(shù)據(jù)架構(gòu)師、解決方案顧問在涉及到數(shù)據(jù)類項目時必須要懂得的一個思想，這也是我們在和客戶溝通的時候判斷對方能力、水平層次的一個非常關(guān)鍵的點。這個可能跟技術(shù)沒有關(guān)系，但是跟思維認知水平和解決問題能力有非常大的關(guān)系。錯誤的思路，一定是加倍的投入，要走彎路。正確的思路，少走彎路，有的問題可能一時解決不了，走的會比較費勁，但至少不會走偏。

哪些是屬于前置思想的范疇呢？比如商業(yè)智能BI的前端建模和后端建模，主數(shù)據(jù)、數(shù)據(jù)治理，業(yè)務(wù)系統(tǒng)的漏洞放大的牛鞭效應(yīng)，大型集團數(shù)據(jù)架構(gòu)設(shè)計中的前置數(shù)倉、分倉分庫等等，這些都是屬于前置思想。

簡單來說，就是把一些事情前置處理，后期所耗費的時間精力投入就越小，復(fù)雜度就越低。能花一分精力前置解決的時候如果沒有去解決，后置到后面再來處理就可能是十分的精力投入。所以，做好IT項目規(guī)劃是能為公司節(jié)省成本、創(chuàng)造價值的。

?

比如我們講到的有關(guān)商業(yè)智能BI的分析建模，到底是前置到數(shù)據(jù)倉庫后端建模好，還是后置到商業(yè)智能BI可視化前端進行前端建模好，一定是前置到數(shù)據(jù)倉庫進行后端建模好。否則就會出現(xiàn)指標爆炸、公共指標復(fù)用度降低、業(yè)務(wù)邏輯調(diào)整對底層數(shù)據(jù)架構(gòu)的沖擊和破壞度上升等等一系列的問題。有關(guān)商業(yè)智能BI的前后端建模和指標爆炸，大家可以看下賬號之前發(fā)布的幾個小視頻。

還有在商業(yè)智能BI開發(fā)過程中經(jīng)常出現(xiàn)的數(shù)據(jù)質(zhì)量的問題，比如多個系統(tǒng)的維度數(shù)據(jù)不統(tǒng)一、財務(wù)分析中的集團與分子公司科目檔案不統(tǒng)一等等問題。這個時候再考慮到建主數(shù)據(jù)系統(tǒng)進行事后的補救，這種問題的復(fù)雜度和事后的投入一定是非常大的。

所以，我們經(jīng)常講到的數(shù)據(jù)質(zhì)量的問題，它不是靠一個工具或者產(chǎn)品要去解決的問題，而在于業(yè)務(wù)系統(tǒng)在一開始進行規(guī)劃的時候就要考慮到這些問題。比如，集團和分子公司財務(wù)科目的不統(tǒng)一，這種情況在很多公司都存在。就會導(dǎo)致涉及到很多業(yè)務(wù)口徑計算的不統(tǒng)一，就要通過數(shù)據(jù)補錄科目對照來解決這些問題。

?

這些問題嚴格意義上來講不是一個技術(shù)問題，它是一個業(yè)務(wù)問題。但是如果能在一開始從業(yè)務(wù)系統(tǒng)建立的時候就考慮到以后做商業(yè)智能BI數(shù)據(jù)分析就會碰到類似問題的時候，就可以做到盡量避免，所以它也算一個技術(shù)問題。

比如像供應(yīng)商的管理，為什么會出現(xiàn)多個系統(tǒng)多套供應(yīng)商檔案數(shù)據(jù)，到底以哪一個為準。在前期的信息化系統(tǒng)規(guī)劃的時候要不要考慮使用一套業(yè)務(wù)系統(tǒng)作為供應(yīng)商管理的主要系統(tǒng)，后續(xù)任何涉及到供應(yīng)商檔案信息管理的系統(tǒng)都應(yīng)該建立系統(tǒng)之間的接口同步工作。

像這種機制最初就可以定下來的話，后面在相當長的一段周期內(nèi)可能就不需要考慮主數(shù)據(jù)系統(tǒng)。除非像這種兼并、合并過來的企業(yè)，信息化系統(tǒng)的整合的打通還需要一定的時間周期來適配調(diào)整，但正常情況下要考慮一些前置的動作。

?

還有一些業(yè)務(wù)系統(tǒng)的漏洞問題，比如有些數(shù)據(jù)沒有到底是前置到業(yè)務(wù)系統(tǒng)中去實現(xiàn)還是后置到商業(yè)智能BI系統(tǒng)去處理。按照前置的思想，涉及到一個完整業(yè)務(wù)流程的數(shù)據(jù)應(yīng)該考慮在業(yè)務(wù)系統(tǒng)中前置開發(fā)處理，后面的商業(yè)智能BI系統(tǒng)來直接引用就可以了。

否則就只能通過數(shù)據(jù)填報來進行數(shù)據(jù)的補錄，弊端就是明明是在一個系統(tǒng)中一次性走完的流程，造成業(yè)務(wù)用戶在業(yè)務(wù)系統(tǒng)中填一部分數(shù)據(jù)，然后又要切換到填報系統(tǒng)中填寫一部分數(shù)據(jù)，這種流程的處理就顯得非常的別扭，后期的開發(fā)工作量，大家時間精力的投入就會增加很多。

比如一些邏輯指標計算的問題，其實前置在業(yè)務(wù)系統(tǒng)中能夠比較便捷的處理，一些簡單數(shù)據(jù)的標準、清洗的規(guī)則在業(yè)務(wù)系統(tǒng)中一次處理好就可以了。但是后置到商業(yè)智能BI系統(tǒng)來開發(fā)，就意味著要投入更多的精力來處理，并且這段邏輯的后置會造成開發(fā)的重復(fù)。什么意思呢？萬一不僅僅是商業(yè)智能BI系統(tǒng)要這個數(shù)據(jù)，其它的系統(tǒng)也需要這部分數(shù)據(jù)呢？就造成了數(shù)據(jù)從一個業(yè)務(wù)系統(tǒng)走出來后，其它的系統(tǒng)要各自為這個邏輯進行處理，這個處理就重復(fù)了。

?

所以，我們講到的前置思想從業(yè)務(wù)的角度就是要能夠在源頭上發(fā)現(xiàn)問題、解決問題，在后續(xù)的業(yè)務(wù)規(guī)劃中考慮長遠。從技術(shù)的角度上看，就是系統(tǒng)的架構(gòu)、數(shù)據(jù)的架構(gòu)具備不具備高度的可擴展性，在源頭的系統(tǒng)規(guī)劃角度思考以后可能會出現(xiàn)什么樣的挑戰(zhàn)。

這種思想就需要我們的IT信息化規(guī)劃者、數(shù)據(jù)架構(gòu)的規(guī)劃者能夠站在一個很高的角度去思考問題，從時間的維度、從空間的維度思考未來可能的演變以及在這個空間中業(yè)務(wù)與業(yè)務(wù)、系統(tǒng)與系統(tǒng)、業(yè)務(wù)與系統(tǒng)的交叉關(guān)系。

當然，并不是所有的事情在一開始就能夠思考的很清楚，但是這種意識和思維要存在。