來源：計算機世界
要打造高效的IT，流程很重要，但還有些流程格外重要，作為IT領導者，需要在這些領域親力親為。
《保持聯合運行宣言》一書（Keep the Joint Running Manifesto）的第7條原則稱，在你具有戰略性之前，你得先具備能力。
IT的流程和實踐要指導IT人員如何完成工作，有沒有能力就體現在這里。
現在的問題是，作為 CIO，你需要將個人注意力集中在哪些IT流程和實踐。
答案始于這條基本原則：管理者本人發起的變革項目永遠不要超過三個。超過這個數字，你就會失去專注力，因此失去領導力。
那么CIO應該選擇哪三個流程呢？
不要關注IT運營
很顯然，最有可能組織管理流程改進計劃的是著名的ITIL 框架，但這是個錯誤。
并不是說采用ITIL框架是個錯誤。這是一套完美的框架，經歷了幾十年已經成熟了。
而是說ITIL專注于IT運營。只有出現岔子時，IT運營才有人關注。作為CIO，你會希望系統運行正常時也有人關注。
因此，如果你的IT部門需要改進可用性管理、容量管理、性能管理、基礎設施生命周期管理、系統管理，尤其是變更管理等方面，要確保你有合適的人來負責IT運營，并且明確表示：你將通過唯一的、重要的IT運營指標：Invisibility Index（隱形指數）來衡量其是否成功–也就是說，沒人關注IT運營時，你必須關注它，責無旁貸。
作為CIO，你應該認識到：雖然IT運營至關重要，但它根本不具有戰略性，如果IT運營沒做好，你不可能具有戰略性。
要把IT運營委派出去，并確保受委派的那個經理擁有所需的全部工具和支持。
流程優先級第1：求助臺
如果IT的聲譽不是很好，改進求助臺應該是你的首要任務。
不幸的是，求助臺在IT部門并不受待見，原因是IT部門與公司其他部門成功整合的一個關鍵因素是業務/IT關系的質量。
IT部門與公司其他部門之間的關系取決于求助臺。因此，如果你聽到求助臺被譏諷為\”毫無幫助的求助臺\”；或者如果業務部門的同事問你：為什么直到有人打電話通知求助臺，IT部門才知道系統宕機；或者如果你聽到求助臺的工作人員相互講述可笑的用戶故事；或者有人打電話向求助臺尋求快速簡單的方法，而求助臺只給了對方故障單號，而不是立即給出對方需要的10秒鐘答復–只要求助臺出現某種不妙的跡象，你的注意力就要放在改進求助臺上。
你需要業務部門的支持，才能使IT部門的其余人員大放異彩，而這種支持離不開求助臺。
流程優先級第2：應用軟件支持
規則 1：如果你的應用軟件支持團隊仍然執迷于瀑布方法，你還等什么？讓他們立即開始轉向敏捷方法，并親自監管敏捷采用策略及執行。
規則2：敏捷不僅僅是Scrum。要為IT部門實際從事的工作選擇正確的敏捷變體，而不是因為\”每個人都在使用Scrum\”就選擇Scrum。
規則3：大多數采用敏捷變體的目的在于管理應用軟件開發。大多數IT部門都是\”盡量購買，沒辦法時才自建。\”如果你是這種情況，請忽略Scrum。如果相反，讓你的應用軟件團隊采用CRP（會議室模擬）或非常相似的ATDD（驗收測試驅動開發）。
規則4：大多數敏捷變體專注于將軟件作為產品來交付。大多數企業需要IT進行協作，以實現預期的業務變化。你可以改動采用的任何敏捷變體，以確保它取得你預期的效果。
本文來自【計算機世界】，僅代表作者觀點。全國黨媒信息公共平臺提供信息發布傳播服務。
ID：jrtt
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。