IT規劃涉及到諮詢方法論、流程管理和分析、信息架構、應用系統分析和設計、技術架構、項目管理和實施等衆多方面的內容。從企業戰略到業務目標，從業務目標到IT目標，從IT目標到應用藍圖，從應用藍圖到分階段實施落地，任何一個步驟的脫節將導致規劃內容無法落地。

再完美的規劃和架構，如果脫離企業業務目標，都不能帶來企業業務價值的提升。此外，IT規劃之難，不在於IT本身，而在於流程；不在於技術本身，而在於業務。

業務驅動IT是核心， 對於IT規劃，遵循的思路主要是：從業務到技術，從流程到IT，圍繞價值鏈分析和優化的核心模型往前驅動。核心過程包括現狀分析、差距分析、目標提出、藍圖規劃、實施規劃等幾個關鍵步驟。

現狀分析包括業務現狀和IT現狀 ，根據企業戰略提出業務目標和發展規劃，分析現狀和目標之間的差距提出和整理問題集（定義IT建設目標），根據差距和問題給出規劃藍圖，根據目標和問題分解到的子目標和子問題以及藍圖規劃內容，多維度評估和確定後續的實施規劃，定義IT系統建設實施的優先級。

整個IT規劃始終圍繞業務和IT兩條主線 ，業務包括了業務流程，業務數據，崗位組織和角色，業務管控體系；而IT包括了數據架構，應用架構體，技術架構和平臺，基礎設施建設。業務驅動IT，端到端業務流程最終落地到應用系統的功能上，業務數據最終映射到數據模型並沉澱到數據庫中。

隨着各種思路的不斷融合，IT規劃核心指導思想應該轉化爲企業架構層面。

企業架構的提出，主要是爲了解決業務和IT“兩層皮”的問題，企業架構整個方法應該融入到整個IT規劃思想中。此外，核心業務模型和業績標準作爲核心指導思想，雖然有裁剪，但是必須參考，如供應鏈SCOR模型，產品研發IPD方法論，項目管理PMBOK體系，戰略和人力資源的平衡記分卡，CRM的4P和4C，財務域的核心模型等。針對不同行業可能又有不同行業的業務標準和模型，如電信行業的eTom業務模型等。

與此同時，在前面基礎上再融入雲計算和SOA的核心思想，它將很好的解決我們多年前IT規劃經驗裏的多個豎井式IT系統的集中化和協同化的問題。若現在規劃仍走以前老路是不妥當的。那麼，今天規劃重點在開始之初就應該考慮集中化和協同的問題，將SOA思想融入到IT規劃當中。當今的信息化規劃，要務必避免出現IT重複建設和信息孤島，流程斷點和業務無法協同的局面。

今天在重新思考IT諮詢規劃邏輯後，給出了上圖修正後的一個方法論圖，關鍵說明爲：

首先端到端流程分析師基礎

流程梳理和分析仍然是重點，可以看到業務架構和數據架構的形成都需要從端到端流程分析入手，再逐步細化到2級，3級乃至更加細化的EPC流程圖。最終才能夠完成業務單元和數據單元的識別和定義。

而業務單元經過聚合形成業務架構，數據單元進行聚合形成完整的數據架構。

其次，數據數據架構貫穿業務和IT兩個層面的規劃

對於企業架構裏面的數據架構規劃，大家可能會有一個疑問，即數據架構究竟是偏業務層面的內容還是偏IT規劃層面的內容，今天在此進一步說下我的看法。

即數據架構規劃是一個貫穿業務和IT兩部分規劃的內容。即在業務階段你可能只做到數據域劃分，核心的數據概念模型和主數據識別。而到了應用架構規劃階段，你就需要進一步對數據進行邏輯模型和物理模型的設計。

在業務層面數據架構規劃做到識別關鍵的業務對象即可。而到了技術層面數據架構規劃必須細化到具體的數據庫表和表裏面的核心字段定義。