隨著企業系統變得復雜，IT 架構管控開始變得越來越重要，許多公司希望能夠通過IT架構管控來達到以下幾個目的： 1. 實現技術標準化，提升技術方案的質量和降低成本。 2. 更好的為業務需求提供解決方案，支持快速業務變化實現。 3. 實現未來目標系統的規劃。 4. 新技術的研究和引入。對于那些希望進行深化系統間集成以滿足業務發展戰略的公司來說，IT架構管控的需求顯得尤為迫切。
在實踐過程中，常看到IT架構管控容易走向兩個極端： 一管就死，一放就亂。對于前者，IT架構管控團隊讓人感覺起來是什么都管，各種條條框框不僅給項目團隊帶來很多審批工作，同時幾個有限的管控團隊成員疲于奔命的往來于各個項目的評審，讓大家感覺到架構管理成為變成了制約項目進展的一個大障礙。對于后者，大家會感覺架構管控團隊沒有什么實質性的作用，有和沒有都一個樣，架構團隊沒有實質性的控制作用。
導致這種情況的一個關鍵原因是沒有對IT架構管控進行有效定位，導致IT架構管控團隊不能有效的和其他管理團隊和技術人員形成互補關系，從而無法有效體現IT架構管控的工作價值。總的來說，技術管理是IT工作開展不可避免的一部分，在任何階段一定都有人顯性或者隱性負責這個工作，在實施IT架構管控之前，這些工作的可能是分布在IT部門領導、項目經理或架構師、技術專家等人的手上，這些工作的分工局面大多數都是在工作實戰中逐漸演化而成的，具有很高的實踐性和工作粘性，并不是簡單的通過對一些架構管控模型的導入實施就可以取消或者整合的。 架構管控團隊更好的是把自己看著是一個技術管理市場的后來者，仔細分析這些市場的空白點來尋找工作的切入點，通過對相關利益關系人的需要進行分析并提供適合使用的架構產品，從而在面臨最小競爭壓力的情況下為自己贏得價值。
在工作范圍定位分析時，可以考慮從系統范圍、系統層次和系統架構形態這三個維度來綜合考慮。系統范圍是指哪些類型的系統（如財務系統等），以及系統的哪些技術領域（如軟件、技術平臺和數據等），系統層次是指上到將企業所有系統看成是一個大系統開始，下到到最小的構建單元為止，將系統分為幾個層次，不同層次代表了不同的系統對象粒度。系統架構形態指的是架構設計過程中的概念態、邏輯態還是物理態。 通過這三個維度可以將技術管理的工作進行細化，找到目前技術管理的空白點，通常來說，這些管理的空白點存在與系統和系統之間、層次轉換之間和形態轉換之間，導致了相關的技術管理工作不成整體，各種為戰。 使用排優法從這些空白點中選取最適合目前管理工作需要，架構管控團隊又能勝任的工作作為切入點。
選擇好切入點是一個好的開端，但還得找到具體的工作成果使用者才能把工作從概念層面落實到具體的可操作層面。 通常成果使用者會包括管理層，業務方，項目組和系統團隊。通過分析他們的關注點，比如對管理層，比較關心的會是系統遷移路線、時間、成本和風險等。如果能夠提供合適的項目管控交付來解決使用者的關注問題，那么架構管控的工作就能夠得到了具體的體現。 通過整合這些交付物，就可以分析得出管控工作需要有哪些輸入。這里面要考慮一個平衡的問題，就是避免僅考慮滿足一部分人的要求，而另一部分的人只被看作是供應者和輸入者，相關的干系人應該盡可能的都能是有入有出。
：鞏經理
：13915946763
：南京塞姆泵業有限公司
