天下事有難易乎，為之則難者亦易矣，不為則易者亦難矣。如果應用系統越來越多、越來越雜、越來越散，至少說明公司業務蓬勃發展、日進斗金，不然哪有錢來進行資訊化建設。但資訊化建設之前沒有規劃、規劃不到位或者規劃了執行過程中執行不到位、一步一步地跑偏，那麼已建、在建、甚至待建資訊化系統就會成為一個個資訊孤島、資料孤島，資訊化系統的價值就會大打折扣，喪失了指導業務、規範業務、支撐業務的初衷，更不用提引領業務、推動創新了。

資訊化建設只有進行時沒有完成時，現有的系統支撐現有的業務，應用系統需要不斷使用、不斷升級完善才能保持活力，有效支撐業務。如果激進的大幅度重構，勢必會影響、衝擊現有的業務運轉，但是整體規劃、抓住契機、順勢而為、漸進重構、不斷最佳化還是可以容易做到的，關鍵在於：整規劃是否清晰、是否在尋找契機、不斷推動IT最佳化，不然任何事情都可以成為甩鍋的理由。

主資料或者基礎資料，比如：組織、人員、客戶、供應商、產品、專案、物資、物料等，這是各業務系統都會使用到的一些內容，MDM主資料統一管理是深度資料整合（類似BI、DW、DSS、BD等專案）、也是深度業務整合（ESB、BPM、BPS、業務流程再造/最佳化等專案）的基礎，同時MDM主資料管理專案本身也是基礎資料相關業務整合的過程，MDM+ESB專案可以單獨立項、也可以跟類似統一採購平臺、財務共享平臺、統一資料分析平臺一起來推動建立。

主資料專案很難一期就做完，通常也分期或者分階段來做，把部分主資料以及部分業務先完成整合對接，然後逐步推進完善。主資料完畢之後或者過程中，可以推動IDM統一賬戶、ESB應用整合、BPM流程整合、DAP資料分析平臺、統一門戶Portal專案建設，逐步搭建、完善企業IT架構框架。

企業資訊架構一定要自己做，這東西買不來，it供應商只能解決一個領域的問題，是解決不了企業的整體架構的問題。

大多數企業做it建設，都是靠系統堆砌，先上了A系統，再上B系統，這時付費找A做整合，後邊在上個C系統，再付費找A B做整合。這種做法後果就是整合越來越難，成本居高不下。

只有企業自己的架構明確了，在上A系統時把整合支援全做完備了，才能解決這個問題。那這樣的架構師你說值不值錢？