最近我朋友去了一家公司，做IT外包經理。另一家朋友公司也在成立一個IT部門來確定IT架構。這些東西已經和很多朋友交流過了，強調這個IT架構是傳統企業的IT架構。我不能說這個傳統企業的定義，但如果例子是：不是淘寶、新浪等。一個網絡公司，它可以是物流公司、能源公司、金融公司等。

無論IT組織架構如何構建，從職能上看，無非是在企業內部保障IT系統、推進信息化的一群人。前者是 IT 語言，后者是業務語言。（這個說法有點過時了，可能要睡覺了。）

打破爭論和思考，可以把IT工作分成兩部分，一部分是運營保障，另一部分是業務推廣。

運維保護：可以理解為維護現有的外部服務，比如業務系統的可用性、IT系統的可用性等。這些服務可以有兩個層次，一個是IT層次的層次，然后什么都沒有只是交換機、路由器、數據庫等IT特定技術的硬件和軟件。通過網絡管理軟件、IT技術等進行有效監控。如果你在考慮集成點，你需要考慮災難恢復部分并制定應急計劃。運維保障是一個只有開始和結束的過程。為此，基于ITIL的思想，我推薦將ITIL用于IT的日常工作。運維支持是IT的基本職責，也是IT對外提供服務的窗口。通過管理思維，可以合理化運維工作，提高IT對外提供服務的能力，提高IT服務質量。

為防止出現結構性問題，您需要規劃您的 IT 基礎架構。

總結：穩定性是壓倒性的；通過 ITIL 理念開展日常工作。這家公司可以外包。擔任此角色的 IT 代理無權訪問公司的決策層。

項目建設：項目分為硬件項目和軟件項目。硬件項目可以理解為 IT 本身的用戶，軟件項目可以理解為公司內部的業務人員。IT要想提升自身價值，就必須積極推動企業信息化，否則就沒有地位。通過簡化內部需求，我們將提出一個業務系統。業務驅動的指標，不好說，更難量化領導力要求。一般來說，制定一個需要在年初應用的計劃。如果 IT 實現了它，那么它也差不多。該項目需要年復一年地思考。與操作和維護保修不同，年度要求類似。你不需要想太多。這些業務系統使用不好，要看業務部門的評價。我對這個評估的個人想法是我仍然需要更多的溝通。很多事情沒有對錯之分。我需要的只是一顆心。防止結構問題。需要做公司整體信息系統軟件架構。關鍵是要考慮每個業務系統之間如何交換數據。否則每個業務系統都會出現問題，你會遇到很多不爽的事情，比如：業務系統之間的數據交換很困難；每個業務系統都需要錄入基礎數據；很多事情沒有對錯之分。我需要的只是一顆心。防止結構問題。需要做公司整體信息系統軟件架構。關鍵是要考慮每個業務系統之間如何交換數據。否則每個業務系統都會出現問題，你會遇到很多不爽的事情，比如：業務系統之間的數據交換很困難；每個業務系統都需要錄入基礎數據；很多事情沒有對錯之分。我需要的只是一顆心。防止結構問題。需要做公司整體信息系統軟件架構。關鍵是要考慮每個業務系統之間如何交換數據。否則每個業務系統都會出現問題，你會遇到很多不爽的事情，比如：業務系統之間的數據交換很困難；每個業務系統都需要錄入基礎數據；業務系統間數據交換困難；每個業務系統都需要錄入基礎數據；業務系統間數據交換困難；每個業務系統都需要錄入基礎數據；

總結：業務推廣是核心it運維技術，變化多端。IT 的狀態也由這個任務決定；IT總經理的負責人熟悉；熟悉了這一點，你就有機會進入公司的決策層；業務推廣的核心是掌握。業務，掌握需求，代碼開發可以外包。項目有開始時間和結束時間。

識別大結構并將它們放入我們每天遇到的幾個角色中。

1. 保安人員。安全是一個重要的概念，無論是運維的安全，還是業務系統的安全（信息篡改、泄露等）。如果說是運維的安全，那么就是運維的保障。如果是業務系統的安全，首先在設計和分析業務系統的時候，要提出安全要求，比如業務系統是否有賬戶的概念；對于關鍵操作，還有日志等等。（哎，不知道是哪家小鳥公司做小鳥系統的，業務系統日志很糟糕，不好，比如日志，嘿嘿！）。

2.業務系統培訓。可以放在這個日常運維中，對每天遇到的所有業務問題都進行培訓it運維技術，培訓的結構可以體現通過日常運維降低這些“誤報”率。