CIO生存法則之十一--IT隱歸“幕後”(轉)

CIO生存法則之十一--IT隱歸幕後
【IT168 專稿】瞬息萬變的市場，不斷調整的政策，經常弄得IT部門苦笑不得。軟體剛開發完甚至還沒開發完，市場又變了或者政策又調整了，只得從頭再來；不僅延長了專案工期，還造成了人力物力的極大浪費，有的單位甚至掉進了“IT黑洞”。軟體開發速度如何跟上政策調整速度、市場變化速度？能否以“不變”的資訊系統應對“萬變”的市場與政策？

管理思想是“萬變之源”

　　如果軟體開發從CIO給業務部門匯入先進管理思想開始，然後用先進的管理思想梳理業務流程，再根據現實需要設定操作者的職責和許可權等，開發出的軟體就絕對不會僅僅滿足於當前需要。

　　軟體開發通常從需求分析入手，先找業務部門談需求，然後IT人員寫CODE；但常常CODE剛寫完甚至還沒寫完，業務部門的需求已經變了，IT人員只好從頭再來。軟體開發速度跟不上市場變化速度，跟不上政策調整速度，著實讓不少CIO苦惱不已。除了瘟疫和洪水，歷史上還沒有什麼東西的流行速度比得上計算機和網路，為什麼軟體開發反而跟不上市場變化、政策調整？

　　從社會發展角度說，目前中國社會還處於從計劃經濟向市場經濟轉軌的大背景下，各種政策、法規還在不斷完善、調整中，不僅政府機構職能在不斷調整，即使政府機構本身也在不斷調整、撤併中；另一方面，多數企業正處在快速發展階段，不僅企業規模在快速膨脹，組織結構、業務板塊也在快速調整，對不少企業來說，惟一不變的就是“快速變化”。由於市場、政策在不斷變化，而開發IT系統又需要一定週期；如果軟體開發僅僅滿足於當前業務需求，軟體開發速度跟不上市場變化速度、政策調整速度也就不足為奇。但快速變化的只是具體業務，不論企業還是政府，管理思想總是相對穩定的，變動不居的業務體現的是相同的管理思想。不論政府還是企業，如果連管理思想也一日三變，那必將天下大亂。

　　此外，管理軟體本身體現的也正是一種管理思想。最早的IT技術純粹用於計算；PC出現後，無非是把字變成位元組來計算；但MRPⅡ出現後，應用資訊系統的就不再是一個人，系統執行的邏輯也不再是簡單的序列邏輯，而是首先體現為一種管理思想，而管理思想又落實為業務流程、資料規範、操作者的職責和許可權等。如果軟體開發從CIO給業務部門匯入先進管理思想開始，然後用先進的管理思想梳理業務流程，再根據現實需要設定操作者的職責和許可權等，開發出的軟體就絕對不會僅僅滿足於當前需要；在未來的執行過程中，如果由於市場變化、政策調整等而修改業務流程，也只是對個別引數進行調整，並不需要“推翻重來”。

　　“人無遠慮，必有近憂。”國家外匯管理局資訊中心主任馮菊平說：“作為一個IT管理者，一定要考慮政策前瞻性。政府職能在不斷調整，國家外匯管理局的很多監管政策只是業務部門根據一段時間內監管的責任、要求等制定的；而資訊系統是長期的，如果僅滿足於當前階段性政策的要求，將冒極大失敗的風險。”IT管理者要用盡量長遠的眼光處理當前業務需求，技術人員也只有掌握業務發展的方向和改革思路，才能比較周全地考慮具體工作；立足長遠考慮當前，系統才能推進得比較快。馮菊平要求資訊中心的IT人員在業務部門制定監管政策時就介入進去，不僅熟悉業務部門當前需求，還要通過與業務人員不斷溝通，熟悉今後改革的思路，然後再把改革的思路落實為業務流程和資料規範。

　　而聯想集團CIO王曉巖則從給業務部門匯入先進管理思想開始。起初，聯想在推進資訊化時，也是一開始就要求業務部門談需求；但王曉巖發現業務部門談的往往不是業務流程，而是一些老的作法和期望改進的思路，如果強行要求業務部門說清楚資訊系統所包含的管理思想，他們往往把“皮球”踢給諮詢顧問，希望諮詢顧問幫助說清楚，而實際上又不得不自己說。於是，王曉巖轉變了資訊化建設思路，從轉變觀念入手，先匯入先進管理思想，然後協助業務部門用先進管理思想梳理業務流程。現在，聯想在上大型資訊系統前，王曉巖會先把資訊系統的功能用管理的語言、業務的語言“翻譯”給業務部門，讓業務部門認同資訊系統所包含的管理思想，然後再講系統的功能等，最後專案組才與業務部門一起梳理現有業務流程，確定需求分析等。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-20916/，如需轉載，請註明出處，否則將追究法律責任。