IT職業發展方向

剛看了幾篇介紹IT職業發展的文章，轉過來隨時看看。   方向1：系統分析（業務方向）  
  技術特點及要求：  
          需要很多項目的經驗，應從專案經理或系統架構師入手  
  可能職位：  
            業務總監、技術總監、副總經理  
  優點：  
          1。達到一定層次，可以專職做業務的諮詢、分析服務，會越做越輕鬆  
          2。也比較能跨行業，因為經驗豐富  
          3。容易走向領導崗位（業務總監、技術總監通常有很強的業務把握能力）  
  缺點：  
          1。不一定有機會擁有很多的經驗  
          2。對公司也有一定的依賴性，最好自己開公司  
   
   
  方向2：系統分析（技術方向）  
  技術特點及要求：  
            須懂得較多的技術（程式設計語言、介面設計、資料庫設計、架構設計等）  
  可能職位：  
          技術主管、技術經理、開發部經理、技術總監  
  優點：  
          1。職業較為穩定，達到一定層次，在技術領域將擁有較高的權威  
  缺點：  
            1。較辛苦，調節不好，會影響身體健康;  
          2。技術做的太多，會傻掉,經常會影響其他方面的能力;  
          3。具有可替代性（與公司發生衝突時，公司大不了花更高的代價請多幾個人就可替代）  
   
   
  方向3：專案管理  
  技術特點及要求：  
            需要精通項目實施的各個重要環節，如財務管理、合約管理、成本管理等，能夠應用於多個領域，如IT各個領域的項目、建築項目、綜合性的項目  
  可能職位：  
          專案經理、部門經理、副總經理、總經理  
  優點：  
          1。轉行業容易，在獲得較多的專案管理經驗後，做哪個行業都是相通的；  
          2。能夠擁有一定的客戶群體，交際面會比較廣；  
          3。一旦精通，在本行業內應該能應付自如  
  缺點：  
          1。對公司環境會有一定的依賴性，一般來說，公司的老員工能擁有較大的協調能力，新環境時，可能遭人排擠  
          2。技術方面也有一定的要求  
   
   
  方向4：產品支援人員  
  技術特點及要求：  
          將一門技術或一個產品鑽研的很深，然後做該技術的支援，  
          比如資料庫Oracle等的DBA、主機Unix等的支援人員、網路產品Cisco等的支援人員  
  可能職位：  
          產品工程師、產品經理、產品部門經理  
  優點：  
          1。薪水較高；  
          2。較輕鬆   -   前期辛苦一點，後面都會很輕鬆  
  缺點：  
          1。可能比較費錢，即使能夠自學成才也還是需要花一些錢經過專門的認證  
          2。比較無聊，畢竟只跟一本技術打交道  
          3。很難當上領導（因為缺乏全面的經驗）   第1階段 PG 程式員

這是一個必然經曆的過程.需要學習編程技術,熟悉作業系統,掌握軟體開發的各種基礎知識,積累軟體開發的經驗.
談到學習.我認為有兩種東西要學.
一種技術.我所說的技術,是指能夠用文字表達的,形成體系的,可見的知識,都是技術.都可以從書本上或者各種渠道去擷取.包括編成語言,開發工具和環境,設計方法,品質管理,以及專業背景知識等等.
另外一種是經驗,不能完全描述的,抽象的,感性的內涵的東西.稱為經驗.經驗,只能用身體去體會,用思維去感覺,用失敗去積累.只能從別人那裡去吸取.通過自己的實踐去鞏固.
這個階段,需要真正掌握一種或者幾種技術.對軟體開發有一定領悟,對設計和代碼的產生有比較深刻的認識.並對品質保證體系,有足夠的認可.大部分迷茫中的程式員,其實都處於這個階段.

第2階段 TL/SE 開發小組負責人/系統工程師

在這個階段,出現了分枝.一些人將發展成TL(Team Leader),另外一些人將發展成SE(System Engineer)
TL, 在瞭解了開發的過程和掌握一定軟體開發技術的特點之後,可以帶領一個團隊,以群體的力量去完成開發工作單位.並提交具有相當完成度的成果.TL需要的是協調和組織軟體Team Dev的能力.瞭解和掌握開發進程中容易出現問題的環節,保證和控制進度和品質的能力.
SE,具有更深入的技術,能夠準確描述和設計特定領域的軟體,解決高層次上的軟體開發問題.比如系統設計,系統構造,系統分析.並能夠在Team Dev中,起到技術重心的作用.解決技術上出現的問題.

與PG的區別在於,TL和SE具有相當的開發經驗.TL偏向管理.SE偏向技術.

第3階段 PL/BSE 工程負責人和Bridge型SE

PL(Project Leader),一個完整工程的負責人,需要有控制和管理一個完整工程的啟動,開發,管理,和日後的維護.
BSE(Bridge System Engineer),通過和客戶的交流,完善和改進技術上的設計,採取最佳手段去達到預期目的.

與TL/SE的區別,PL/BSE需要具有下面這3個概念.否則,不能夠成為稱職的PL/BSE.這些概念,才真正使得PL/BSE在思想上進一步成熟.

第一,成本概念
開發需要成本,如何控製成本,如何估算成本,每一個開發項目的前期,都需要BSE去進行系統的判斷和分析,估算出開發難度和開發週期.而PL,則需要核算在這樣一個開發規模下,他需要多少開發人員,和多少時間去完成這個任務.如何安排項目的進度,則需要PL/BSE不斷的調整,提交項目預算時候, PL/BSE提交的資料,將是最重要的判斷標準.
PL/BSE需要具有一定的財務知識,和同業人員工資行情的大致瞭解.裝置,場地,出差,甚至於水電費用的核算.才能真正預測出一個工程的成本.

第二,客戶概念
PL/BSE需要和客戶打交道.PL要做的是,瞭解客戶的動態資訊,掌握成果的發布時間.並在突發事件發生後,如何保證項目的正常開發.而BSE需要做的是,深入瞭解客戶的需求,認真選擇實現技術和反覆論證設計方案.決定如何?才能以最小成本獲得最佳效果.
也許國內很多程式員直接和客戶談,但是這些是不正規的.從溝通層次上來講,需要PL/BSE這個層次和客戶交流.因為所有這些,都需要以一個整體的姿態去和客戶談,從整體的思考去權衡客戶的要求.作為一個程式員,只能看到系統的一部分,和客戶的交流是有限的不充分的.

第三,品質概念
如何進行品質保證,如何進行可維護性強的開發,如何進行可擴充性強的開發.是每個PL/BSE來考慮的.從形式上講,BSE要提出各種方案,而PL,則需要有作出決定的勇氣和負擔責任的膽量.作為PL/BSE,需要認真考慮在開發的不同進程中,需要側重管理的指標,項目結束前的品質保證體系.項目結束後的後期維護體系.

作為PL/BSE,比TL/SE具有更重大的責任,需要考慮更廣泛的因素.包括員工的生老病死,女工生育,等等一系列自然和非自然因素.

說到這裡,我想各位都在衡量自己處於什麼位置,可以告訴大家,如果一個正規公司,PL/BSE比TL/SE辛苦10倍,TL/SE比PG辛苦10倍.而 PG,應該是最輕鬆.只要做好安排好的事情.而TL/SE要去想如何安排,怎麼做.PL/BSE則要想,為什麼這麼安排和安排了會有什麼後果.

第4階段 PM

這裡,大家看到了,純技術類型到了BSE這一層次,已經沒有發展了.所謂發展,是思想層次的發展.哪怕BSE開創了一門新技術,發明了新語言,甚至設計了新作業系統,他也只是BSE.因為他所做的事情,就是BSE範圍.或者就是一個純粹的SE.

PL/BSE,都可以發展成PM(Project Manager).PM需要具備的能力,不僅僅是對某個項目的開發控制和管理能力.更進一步,他需要具備下面這些東西,才真正能成為PM.

第一 市場能力
一個PM,需要有自己的客戶群,並能夠開拓新客戶.從整體上控制自己的團隊的開工率.和人員工作密度.在保證團隊生存的前提下,完成制定好的利潤指標.一個PM,和一個公司的總經理,沒區別.

第二 持續生存能力
自己的團隊,能否持續生存.是一個PM必然思考的問題.
對內,平均年齡要保持在一定水準,整體穩定性要保持一定指標,如何培養核心人員,如何組織團隊文化等等.對外,同行業中如何保持競爭力,如何保持技術同步,如何創立團隊品牌.

第三 利潤率
PM,已經是進階管理層了,需要面對的是總經理或總裁的直接要求,而總經理或總裁面對董事會提出的要求,都會落到具體實施者,PM身上.沒有贏利概念的PM,不是一個合格的PM.

第5階段 ????
到了這個階段,我想你的思考問題方式已經非常成熟.是選擇一個平台去開展你的事業,還是自立開創一片天地,都是可以選擇的.因為已經具備了開創事業的最基本的能力.當你做了選擇之後,經營理念,企業文化,行業領域的選擇,將是另外一門學科了.

上面所有的這些,不是一個必然的階梯.可能有人喜歡純技術,那麼在SE這條路上,他會走的很遠.有人喜歡經營,可能在PL這個層次,就出去開創自己的事業了.更有很多走到一半,發現軟體這個行業不適合自己的性格,尋找另外的路了.
而且,PG/TL/SE/PL/BSE/PM,都不是職務.只是一種定位.可能小公司,TL已經是副總經理了,在大公司,PM也不過是一個部門經理.技術也不是一定輸給管理.因為軟體產業畢竟是高技術產業.只是分工不同.一個SE/BSE,未必在薪金待遇上一定輸給PM.反過來說,PM寧可高薪聘請 SE/BSE,來充實自己的Team Dev.