從程序員到ＣＩＯ的三級跳

最近，筆者所在的公司組織40多名學員參加的系統架構師研修班開班。這幾天和國內一家大型軟件公司的朋友聊起這件事情，他很驚訝，他說這樣的培訓規模，已經和一個中型的軟件公司差不多了。其實這個為期半年的培訓班也是逼出來的。隨著公司從制造向服務的轉型越來越迫切，企業運營對信息系統的依賴也越來越高。沒有足夠的人才來進行系統構造這個轉型的載體和可以讓未來業務得以依靠的平臺，那是不可想象的。只有植根本土實際，就地提升和培養，才可能塑造出符合公司系統建設的人才。在這40多名學員中，也有少數的程序員，他們被寄予厚望。事實上，這個近乎“廣譜”的培訓過程，更是一個程序員們進行修煉，進而成為管理者和決策者的過程。當然，這個競爭也是一直存在的，許多在基層工作多年的員工也逐步具備程序員所擁有的技術優勢，雖然不會很專業，但是已經夠用。

程序員有成為管理者的天然優勢，但是來自多方面的競爭也必然慘烈，如何在這個過程中成就成為管理者的期望？個人覺得其中存在一個“三級跳”的過程。

第一跳：角色定位，依靠技術工具，拋棄技術思維，修煉從客戶需求來整合技術資源的能力。

程序員最拿手的就是技術，這也是許多企業敢于將信息化重任交給他們的“信任基石”。但程序員最容易受到的“傷害”，也往往源于技術。因為有很多“成功經驗”在新的領域往往并沒有適合的土壤。技術工作的嚴謹性通常會帶來在管理工作中“容不得半點沙子”，造成同事間溝通不暢，工作過程中的事務性成本增加。另外，技術完美主義很容易讓技術出身的人在管理崗位上熱衷于新技術的試驗，卻淡漠了對需求本質的滿足。我曾經見過一個剛剛當上信息主管的程序員，對于同事提出的簡單技術方案就能完成的方法不屑一顧，還批評其方案沒有技術含量，結果一個很小的應用拖了很長時間還不能交付，以至于老板開始懷疑他的能力。所以，要立足于自己的優勢，從供方思維轉化成客戶思維，這一點非常重要。這是從程序員向信息主管轉化的“蝶變過程”。

第二跳：深入“價值現場”，弄清信息化工作的輕重緩急，不為軟件公司的系統解決方案所左右。

許多程序員對ERP系統之類偏好很深，也正是因為如此，在實施項目的過程中，片面地貪求覆蓋面，片面地用BPR的方法對企業的經營活動進行“格式化”，這種做法的確呼應了軟件公司快速實施、快速推進的“短平快”項目管理要求。但是，每個企業的情況都不一樣，增值的空間也不一樣，如果不能深入“價值現場”，就不能發現企業這部價值轉化機器里面，到底是哪個環節在做貢獻。事實上，這種試圖通過錦上添花來贏得場面效應的做法，不但不能雪中送炭，反而往往會得不償失。這一跳也一樣是非常痛苦的，因為它是對軟件行業做事方式的一種否定。

第三跳：持續強化系統性、結構化、漸進性、大局觀、歷史感這五個方面的訓練。

這是從信息主管再向CIO這樣的高級管理者進化的過程。系統性與結構化是程序員作為技術管理角色與生俱來的東西；漸進性是作為負責人的管理者的基本做事作風，就是以對企業“價值現場”的有效管控為目的，步步為營地推進信息化工作；大局觀是對現在與未來的妥協，是一個中庸的選擇；歷史感是把自己的行為放到企業更長的過去與未來的維度來看，這點其實和CEO的邏輯也是一致的，這也是幫助許多CIO最終成為CEO的“龍門一躍”。

當然，我們清楚，程序員成為管理者的路徑還有很多，如果在軟件公司或者咨詢公司里成為管理者自然另有一番風景。我這里所關心的是這樣的人——他們或許已經到企業工作，或許將要來企業工作（企業是指傳統意義上的“甲方”），他們的成長路徑一般都會經歷這樣的三級跳。這個過程只有可能加速，沒有可能省略?；蛟S，這就是管理領域的能量守恒定律吧。