程序員轉項目管理

A. 程序員在轉行的時候，大部分選擇什麼行業

年度招聘市場經濟不好，很多公司不再招聘新員工。尤其是在It行業更是雪上加霜。很多程序員想轉行。那麼程序員可以轉行的職業是什麼呢。今天我們來介紹一下。最適合程序員轉業的十大職業是什麼。我國的編程教育是一個廣闊的市場，每年都有數十萬名新成員加入這個行業，因此，如果你經驗豐富，你可以成為編程講師，獲得不錯的收入。很多程序員技術太強，被公司淘汰後也不擔心落後。成為it自由職業者，可以在網路上接受外包開發工作，獲得收入。

因為程序員的性格一般都很內向。但是如果積極鍛煉自己，銷售也是一個不錯的選擇。因為銷售畢竟是公司的核心。考公務員進入事業編制是程序員的好選擇。程序員本身技術太強，思維能力強，所以如果能考上有技術需求的國企或事業單位，可以說是穩定的鐵飯碗。對於程序員來說，這可能是最好的出路。

B. IT程序員應該轉架構師,部門管理,還是項目管理

我覺得部門管理或者項目管理都可以，如果可以的話盡量轉部門管理，其他的相對來說不太占優勢。

C. 程序員轉行適合哪些崗位

所謂「三十而立」，源自《論語·為政》，說的是人過了30歲之後就應該擁有獨當一面的能力或有比較穩定出色的職業。而對於軟體開發領域的從業者來說，30歲，可以說是一道檻。因為30歲，我們不再年輕；30歲，我們需要肩負更多的責任。30歲以後，適合程序員的工作都有哪些呢？是時候好好規劃一下了，下面就和大家分享一個關於程序員適合做哪些職位。

No.1 程序員

適合程序員30歲以後的工作，排名第一的，當然還是程序員。隨著經驗的增長，也許你每天產出代碼的行數會不如以前，但你解決問題的能力卻是無人能及的。同時，如果你可以一直保持著對特定領域技術的專注度，那成為神一樣的技術專家也只是時間問題，當然正真的技術大牛，收入上也遠不是問題。

No.2 創業

最近幾年，IT行業中因為創業實現逆襲、直接當上CEO、贏取白富美、走上人生巔峰的例子頻頻出現。Facebook以190億美元的價格收購了WhatsApp，而WhatsApp創立也就不到五年時間。同時，Facebook創始人扎克伯格同時也是一位創業者。開發者在IT領域創業有自身的優勢，自己擁有技術，能夠保證產品品質。

No.3 研發管理

這也是我們比較常見的軟體開發者職業生涯軌跡發展道路，先在研發一線崗位實戰錘煉，獲得更多經驗之後，逐漸走向管理崗位：工程師、項目經理、研發總監、技術副總、CTO……轉向研發管理崗位的開發者，需要具有一定的領導管理能力，當然，能夠有領袖氣質自然能夠更好的做好這些工作。

No.4 產品經理

國內目前最牛的產品經理非微信之父張小龍莫屬，如果你擁有絕佳的洞察力，能夠了解人性需求，相信自己可以創造出人人都願意購買的產品，你也可以像張小龍一樣，升職加薪、當上總經理、出任CEO、迎娶白富美、走上人生巔峰。

No.5 培訓講師

「三人行，必有我師」，你希望成為那個「師」嗎?口若懸河、侃侃而談，你的學生仰望著你，你看著學生一步步走向成功、升職加薪、當上總經理、出任CEO、迎娶白富美、走上人生巔峰也未嘗不是人生一大樂事。

No.6 銷售

如果你在做項目的過程中與甲方建立起了深厚的「友誼」，當然你也可以轉行去做銷售。而且開發出身的銷售，起碼比較務實，也比較容易和客戶建立起信任。

No.7 咨詢服務

如果你一直聚焦在一定的行業或領域項目，已然成為了業務專家，那你可以順理成章的轉行做咨詢了。

No.8 運維

即使你的代碼寫的很爛，但只要你對產品熟悉，轉行做運維還是可行的。

No.9 運營推廣

當你受夠了寫代碼，也可以試試運營和推廣你做的產品，相信當你直接面對用戶時，會打開另一個視角看待產品。

No.10 市場營銷

如果你已經從開發產品升華到對用戶市場有了清楚的認識，那試試去做市場營銷也是個不錯的選擇。記住，不管產品爛不爛，賣的出去才是你的本事。

D. java程序員如何到項目經理

項目經理的職責

1.確保項目目標實現，保證業主滿意 這一項基本職責是檢查和衡量項目經理管理成敗、水平高低的基本標志。

2.制定項目階段性目標和項目總體控制計劃 項目總目標一經確定，項目經理的職責之一就是將總目標分解，劃分出主要工作內容和工作量，確定項目階段性目標的實現標志如形象進度控制點等。

3.組織精乾的項目管理班子 這是項目經理管好項目的基本條件，也是項目成功的組織保證。

4.及時決策 項目經理需親自決策的問題包括實施方案、人事任免獎懲、重大技術措施、設備采購方案、資源調配、進度計劃安排、合同及設計變更、索賠等。

5.履行合同義務，監督合同執行，處理合同變更 項目經理以合同當事人的身份，運用合同的法律約束手段，把項目各方統一到項目目標和合同條款上來。

作為程序員平時不僅單單只寫程序和文檔，要學管理的經驗，項目的模塊分割與人員分配，調節人員之間的合作里......總之要學的很多，最要的是有項目經驗。

E. 程序員轉行可以做什麼

面對著日新月異的代碼和語言，你是否感到了力不從心？稍有懈怠，就跟不上崗位需要了？身體漸漸的發福，熬夜寫代碼開始扛不住了嗎？

這個時代很殘酷也相對公平，殘酷的地方在於世界的變化之快容不得人有片刻懈怠，公平的地方在於：不論你是年輕還是年老，都要靠實力說話。

那些被時代拋棄的永遠都是跑得比較慢甚至在原地徘徊的人，即所謂的工作十年卻只有一年工作經驗。

年輕程序員的優勢在於年輕和激情，大齡程序員的優勢在於閱歷和經驗。所以，年輕程序員不要有跨越年齡階段的焦慮，大齡程序員也不要覺得年輕人搶了自己的飯碗。

每個年齡段都有自己要解決和面臨的問題，認清自己內心真正的需求和渴望，再去尋找適合自己的棲身之地打怪升級，才是當務之急哦。

F. 37歲it男去當項目經理好嗎

37歲it男去當項目經理好。優秀的程序員，也更容易成長為優秀的項目經理，因為在被正式任命為項目經理之前，他已經負責開發過了無數個微型項目，有項目經驗，技術能力是程序員轉項目經理的一個優勢，技術轉移項目經理，基本上補足了中高級產品經理一直在努力補齊的技術短板，這對於很多中高級PM來說做項目管理，如果不知道這個項目的開發難度，那麼工期的評估就很難完成。文檔撰寫能力在我們工作中，很多由程序員發現的產品經理寫文檔的問題：文檔寫了幾十頁，一個邏輯寫得羅里吧嗦，研發測試都沒耐心看了；邏輯遺漏嚴重，值從哪裡去搞不清楚；頁面的交互狀態變化沒寫清楚等，這是很多產品經理經常出現的一個問題，這個問題不僅僅出現在初入職場的初級PM，甚至很多中高級PM也會遇到這個問題。

G. 當程序員變成軟體項目經理怎麼辦

當你預期的那一天，也許是害怕的那一天，終於來到了：從工程師的隊伍里你被提拔到了軟體項目領導或者團隊領導的位置。這也許就是你選擇的職業道路，或許你不太情願，將就嘗試一下。無論在哪種情況下，你都可能缺少工程學科、人員管理以及領導能力的相關教育。 這需要更多的領導能力和管理（它們不是一回事），而不能象Dilbert（譯註：著名IT漫畫主角）那樣簡單地和老闆對抗了。當你考慮新的目標時，請考慮下面的活動計劃列表。一次就抓住了每個亮點，這是不可能的。但是這份建議說明可以幫助你將注意力放在可以提高你和你的團隊績效的活動上。 建立優先順序 作為經理，首先要做的、最重要的事是你需要有意識地建立優先順序。當你仍陷於繁重的軟體開發活動中時，你需要一套新的職責。過多的經理新手不能抗拒技術的吸引而陷於此類活動，這將導致項目組的其他人員想要獲得經理的幫助時，卻得不到幫助。 有成效的領導知道他們首要的任務是為其他組員提供服務。這些服務包括訓練和指導、解決問題和沖突、提供資源、建立項目目標和優先順序、提供適當的技術指引。要使每個組員都能清楚的知道，你總是可以幫助他們。我發現將自己定位於為被我監督的人工作是非常有意義的，而不是相反的。在你所作的事情中，對於組員要求你幫助他們這件事，應該具有非屏蔽中斷的優先順序。 第二重要的，是使你的客戶滿意。作為一名經理，沒有直接的能力使客戶滿意，因為你已不再是作為個人提供產品和服務完成這點。相反，你必須建立一種環境，准許你的組員最大程度上滿足客戶的需求。經理提供了強有力的方法，有效地提高客戶的滿意度。 第三重要的，是為你的項目工作。因為也許還有其他許多技術上的項目，或者其他經理的請求幫助，諸如為指導委員會工作。當這些和二個高級別的發生沖突時，都要准備推辭掉。 很明顯，使其他經理滿意的事情是你最不重要的事情。在一個有秩序的組織里，如果你在三個以上的重大環節上獲得了成功，其他的經理都會很激動的。我們並不都能很幸運地工作在一個良好的環境里，但一定要對你任務單上排在最前面的工作任務努力盡到最大的責任。集中精力有效地、快樂地、盡可能地幫助你的組員，不要將精力放在使你上司滿意的上面。 分析你的技能差距 除非你已經為新位置做好了准備，否則相對於你當前的領導能力和管理技能，你會感到一些差距。出色的技術背景或許是你被選為領導角色的一個因素，但是你要想幹得出色，你需要更多的技能。針對別人的評論和項目，真實地列出你的長處和短處，然後減少差距。 軟體人員並不以令人滿意的人際關系技能出名。你會希望增強處理人際關系的經驗：解決沖突、說服以及灌輸想法。你也不得不處理包括招聘、解僱、商談計劃表，以及在你的辦公室里評論某人業績使其傷心落淚等一些事務。 我發現從一堂傾聽技能課開始我的管理職業是非常好的。當作為個體提議人，積極地將我們自己的技術議程提交小組時，我們經常對此感到非常愜意。有效的管理要求更多的合作和善於接受的人際關系方式。要花點時間學習如何（何時）巧妙地引導自己的自然判斷。傾聽技能課提供了一種交流機制，我已經發現在許多場合下都很有用。 接著，到講台的另一側，提高你的演講能力。如果你真的不適應公開場合的講話，學習戴爾．卡內基的課會有幫助的。你會發覺，通過這樣的培訓獲得的經驗，以及獲得提高的交流能力，都可以幫助你更好地適應將來的工作。 作為項目領導，為了計劃和跟蹤項目，以及當需要項目回退而採取修正措施時，你有責任調整其他人的工作。參加項目管理的培訓課，閱讀一些有關項目和風險管理的書籍和文章。參加項目管理學會，閱讀其月刊--PMNetwork。SEI的軟體能力成熟度模型對於軟體項目計劃和項目跟蹤提供了很多有用的建議。建立優先順序的能力、控制有效果的會議、清晰的交流，對於你，作為一名經理的績效將會有實質上的影響。 定義「質量」 幾乎每個人都會認真地對待質量問題而且都希望生產出高質量的產品。然而，對於軟體的質量含義，沒有一個統一的定義。傳統上的軟體質量觀點和「足夠好」的軟體觀點有著激烈的爭論。為了幫助小組走向成功，需要花一些時間和你的組員、客戶共同探討質量的含義。 這兩種陣營在思想上經常不會有相同的定義，可以很容易的就不同目的開展工作。關注交付計劃的經理對於想正常地檢查每行代碼的工程師會不耐煩的；認為可靠性非常重要的客戶對一個帶有很少使用但帶有很多bugs的特性的產品是不會滿意的；一個很好的GUI也許會讓用戶厭煩，因為用戶已經熟記了如何有效地使用前一個版本的產品。 為了更好的理解客戶對軟體質量的看法，在Kodak，我的小組曾經邀請了我們的客戶和他們的經理就這個議題在一個開放的論壇展開討論。這個論壇是很有意義的，那些使用我們產品的人有著自己的理解，通過討論，我們可以知道我們制定質量的思路有哪些和他們是不相符的。明白了不同，就可以使你集中精力，照顧客戶的最大利益，而不是使開發人員獲得最大滿意。 軟體質量的傳統描述包括要與說明書一致，滿足客戶的需求，代碼和文檔沒有缺陷。「六個∑質量」（six-sigmaquality）這個流行詞，建立了一個非常高的尺度，用於監測失敗的頻率和密度。但它不適用於如快速產品交付，可用性，充足的特性集，已支付價錢的交付意義這樣的質量尺度，。對於我們生產和購買的產品，我們總是熱衷於盡可能涵蓋所有的這些質量特性，然而，妥協總是必須的。 在一個項目的需求階段，我們制定了包括十項質量屬性的一個列表，如效率，協同性，正確性以及宜於學習，我們認為這對於用戶來說是最重要的。我們請客戶關鍵人物代表小組以1到5的尺度評估每項屬性。一旦我們決定了哪些屬性是最重要的，我們就可以設計並實現這些目標。如果你在了解了對於客戶的質量含義並在設計實現質量屬性的過程中沒有麻煩的話，而且客戶對質量屬性表示滿意，那你是很幸運的。 在眾多關注的質量說明中，我曾聽到過一個：「客戶回來了，但產品沒有」。和你的客戶、開發人員一起對每一個產品都確定適當的質量目標。一旦決定了，就給出達到質量目標的明確的最高優先順序。以身作則，按很高的質量標准要求你自己的工作。採用這個座右銘：「力求盡善盡美，滿足於優秀。」 表彰成績 對你組員成績的表彰和獎勵，是激勵他們的一種很重要的手段。除非你的小組中已經有了一種表彰程序，否則這應是你最重要的事情之一。表彰包括象徵性的東西（證書，旅遊獎勵）以及實際的東西（電影票，餐館禮品券，兌現獎）。在送贈品時要說一些親切的話語：「感謝你所給予的幫助」或者「祝賀取得了成績」。在表彰和獎勵上花費很少的心思和錢，就可以獲得很多的友好和將來的合作。包括客戶代表，以及為項目成功做出過貢獻的支持人員等等開發組外的人員也可以獲得表彰。 和你的組員討論，了解他們感興趣的表彰和獎勵的方式。使得無論大小成就的表彰活動成為小組文化的一個標准組成部分。對每位組員對其所作的工作表現出發自內心的興趣也要給與含蓄的表揚，為消除所有影響他們戰鬥力的障礙盡你的力量。表彰是展示組員以及小組外的其他人的一種方式――你要知道並感謝他們為小組成功所作的貢獻。 學習過去 你的小組在過去承擔的一些項目有可能沒有取得完全的成功。甚至在成功的項目上，我們也能經常認為一些事情我們下次會作得更好。當你進入了新的領導角色，需要花點時間了解早期的項目為什麼失敗，並要計劃避免犯同樣的錯誤。對於軟體開發，每位經理花時間處理每種可能要發生的錯誤是非常困難的，學習過去的成功和失敗就是個成功的開始。 可以從過去你們小組承擔的一個沒有經過檢查評估的項目著手，不要管其成功還是失敗，實施項目後的回顧（有時稱作事後調查分析）。你的目標不是判定責任，而是為了在將來項目中作得更好。藉此，可以了解什麼已經作得很好，什麼應該作得更好。在當前每個項目的主要里程碑時，通過集體討論或公平的組織者，用同樣的方式，領導小組用頭腦風暴的方式對其展開分析。 另外，要了解領悟已有的軟體工業的最佳准則。一個好的起點是SteveMcConnell的JoltAward獲獎作品：快速開發（RapidDevelopment，MicrosoftPress，1996）的第三部分，敘述了27個最佳准則。也要避免McConnell敘述的36個常見的軟體開發錯誤。你的組員也許反對新的工作方式，但是你的角色是作為一名領導，要確保團隊一致連續地使用最佳可用的方法、過程和工具。積極促進組員之間的信息共享，這樣局部單個最好的實踐經驗就能成為每個開發人員的工具箱的一部分。 建立改進目標 一旦你對過去的項目建立起了回顧，確立了質量對小組的意義，你就要建立短期以及長期改進的一些目標。目標要盡可能量化，所以你要劃分幾個簡單的階段，標明你是否採取了適當的過程朝著目標前進。 例如，如果你認定由於需求的不穩定導致項目經常延期，你可以建立一個改進需求穩定的目標，在6個月內提高50%。這樣一個目標需要你確切知道每周或每月需求的變化數，清楚他們的出處，採取行動控制那些變更。這可能要求你要改變與那些提交需求改變的人的交流方式。 你的目標和階段是軟體過程改進程序的組成部分，你要使之有序。作為缺乏創造力的官僚主義的最後避難所，輕視「過程」很流行。雖然事實上，每個小組都能找到改進其工作的方式。當然，如果你總是用已有的工作方式工作，你也就不要期望你會得到比以前更好的結果。 有兩個強烈的原因要求改進過程：校正問題，防止問題。確保你的改進努力要圍繞著已知的或可預知的可能威脅項目成功的問題。領導你的小組找出當前正在使用的方法的長處和短處，以及項目面臨的風險。 我的小組召開了一次「兩段式頭腦風暴」練習，來確定改進軟體生產力和質量過程的絆腳石。在第一次會議中，參會者在便條上寫出他們關於會議主題的想法，一個便條一個想法。組織者將他們寫在便條上的想法收集上來並分組。最後，我們就會得到一打主要的分類，並將其記錄到活動掛圖上。 第二次會議，相同的參會者在便箋上寫出解決這些障礙的思路，並貼在掛圖的合適位置。進一步細化，歸納出一些詳細的活動，就可以成為我們努力的一部分，清除障礙，幫助組員實現軟體的質量和生產力的目標。 建立可度量和可達到的目標，便於你集中精力實現改進。要使目標具有明顯的優先順序，並可周期性地監視過程。記住你的目的是，提高你的項目和公司完成的技術和業務上成功，不要滿足於一些過程改進書籍里提到的期望細節。要把改進的工作視為迷你項目，具有可分發、資源、計劃和有責任的小項目。否則，過程改進活動將總處於比誘人的技術工作低的優先順序上。 緩慢的開始 這篇文章提供了許多建議，幫助你，一位軟體經理新人，帶領你的小組走向偉大的成功。在日復一日新的工作壓力面前，要努力保持你的頭腦清醒。在長時間的塑造軟體開發小組的文化和習慣上，你還是個非常重要的角色。你不必一次性都作完，可以選擇跟環境最相關的的幾個開始。 作為軟體經理，除了項目要按時按照預算完成外，你要擔負的責任還很多。你還要：領導技術人員，將他們形成一個具有凝聚力的團隊；建立協同團隊工作的環境；鼓勵和獎賞高級軟體工程師的實踐應用；平衡來自客戶、公司，組員和你自己的需求。 這是項重大的任務，祝你好運。

H. 我是個程序員，經常要做項目，現在想轉管理，請問有什麼好一點的建議嗎

兩年前也是和你一樣-小小的程序猿一枚，後面慢慢接觸到PMP，程序猿如果不轉管理，現在寫程序已經拼不過那些小夥子了，熬不了夜，所有有了轉管理的想法，經過多番了解之後，我選擇了艾威PMP培訓開始了我的PMP之旅。

I. 資深程序員想轉行，選擇什麼行業最容易

程序員曾經是一個人人稱羨享受高薪的職業，可是隨著科學技術的日益發展，程序開發漸漸發展成為一個人人都可以涉足的行業，只要經過培訓，就可以成為一個初級的程序設計者，往日的光環逐漸褪去。此外，行業也有程序員最多做到30歲就要重新定位的說法存在。在這樣的背景下，越來越多的程序員開始思考轉型的問題。那麼，程序員轉型的話可以做什麼呢？下面濟南IT培訓優就業給大家列舉幾個常見的例子~

4、做IT培訓

培訓越來越成為應屆畢業生從校園走向社會的跳板之一。掌握一些熱門的技術，參與過一些有實力的項目，同時對教師這一職業嚮往已久的程序員來說，培訓是展示才能，獲得高薪的又一平台。你可以不是那麼牛的技術開發者，但只要你能培養出牛氣的開發者，相信你在培訓這條路上可以越走越順暢。

當然，還有很多其他的行業可以供想要轉行的程序員選擇。濟南IT培訓優就業（itzx007）總結，作為要轉行的人來說，首先要明確自己的興趣，「做自己愛好的事，並從中取得報酬」，物質精神兩不誤，才能體會出生活的韻味。

J. 程序員35歲以後都干什麼去了

35歲以後的程序員出路：

1、技術骨幹，混個小領導。

2、好學的，軟體架構師，系統架構師。

3、腦子靈活的開個小公司，自己干。

程序員35歲以後轉行推薦

一：項目管理

這個是適合程序員做的，這里會涉及一些技術問題，做過開發應該更得心應手。只是這個職位需要有很好的溝通，需要跟客戶面對面交流，還要有好的文筆，需要寫方案。這個職位需要你能忍受長期出差，如果這個可以解決，那麼你可以選擇去做。

二：it培訓師

現在很多年輕人都想當程序員，畢竟這行工資高，所以社會上存在著大量的 IT 培訓機構，因此對培訓講師的需求也比較大。而且和程序員不一樣，三、四十歲的培訓講師更受青睞，因為比年輕講師開發經驗豐富啊，學生看起來也會更放心。

如果再有大公司的工作經歷，那就更受歡迎了。而且現在少兒編程非常火了，除了傳統的 IT 培訓，少兒編程也可以考慮一下，畢竟家長和孩子的錢好賺。

三：去國企，央企

國企的收入比互聯網公司低不少，找國企的時候盡量找個薪資待遇好點的。另一個朋友在國家電網體系內的一個單位，薪水一般，但是平時發的各種福利不少。