為什麼程序員和項目經理死對頭

1. 一個軟體開發項目組就一個程序員和一個項目經理 這靠譜么

呵呵。。。。不怎麼靠譜，做一些功能簡單的 小規模軟體還可以，如果想做大，肯定不行。

2. 產品經理和程序員,如何避免矛盾

產品汪和程序猿

一、產品經理和程序員最討厭的三句話

產品經理和程序員,就像一對情人，若即若離，有時還會撕逼，和諧的時候一切都好，撕逼的時候兩敗俱傷。

你知道程序員最討厭的三句話是什麼嗎？

1、這個需求很簡單，改一下就好了

2、你先大概弄一個，我看看再說

3、我先下班了，加油啊

我想任何一個程序員聽到這樣的話都會氣炸了，不撕逼才怪，你作為程序員會如何回答這三句話？

1、這個需求很簡單？你行你來啊！

2、大概先弄一個？請問先生（女士），什麼叫大概？

3、你大爺的

你知道產品經理最討厭的三句話是什麼嗎？

1、這個需求做不了

2、這個需求工作量太大了，估計要搞3個月

3、這個變更沒時間做，往後排吧

產品經理在前端，有用戶、有老闆、有銷售，版本發布的壓力很大，聽到這樣的話估計心情也好不了哪去？

1、這個需求做不了？又不是我提的，還不是那個2B用戶提的

2、要做這么長時間？養你們有什麼用，還不如我自己來

3、變更沒時間搞？隨便，等老闆來拍你吧。

二、產品經理和程序員本質上的差異是什麼

奶爸干過程序員，也干過項產品經理，深知這兩類工作的差異，各有各的不易。

總體上來看，做產品更側重於創造和方案能力，不需要精密的邏輯，所以試錯成本相對比較低，大不了改改原型，改改方案，這個成本是可承受的。

程序員的工作是非常精密的邏輯，一個看似很小的變更有可能對代碼產生很大的影響，所以試錯成本非常高，弄不好可能會因為需求的變化導致系統的重構，這時候程序員的挫敗感是可想而知的。

三、產品經理和程序員友好相處的清單

1、產品經理收集需求後，在需求分析階段，需要把一些不合理的需求盡量和用戶溝通去掉，避免不合理需求造成產品發布時間延遲和沒有必要的成本浪費，當然這需要產品經理去說服用戶，不能只做用戶的傳聲筒。

2、需求分析時，產品經理應該根據經驗，敏銳的發現一些在技術層面實現有困難的需求，及時讓研發介入，評估技術可行性，避免後續出現需求定下來，研發說做不了的情況。

當然這需要我們的產品經理對軟體技術架構有一定了解和預判能力，你不能所有的需求都要在需求分析階段讓研發介入，這個成本也是極高的，所以要把握好這個度也是一項能力。

3、原型還是需求溝通的最好方式，這樣是避免產品和研發在需求理解上有差異的最好手段，只靠寫一些文字的需求說明書很難達到好的效果。

但這裡面要注意一點，產品經理繪制出來的原型一般是非高保真原型，是為了更好的溝通需要，所以不能完全按照原型做，需要基於我們自己的前台架構進行定製。

4、需求評審的時候，研發可能會有一些不一樣的意見，他們做了很多年的開發，會有很多好的經驗，好的經驗要虛心接受，不能覺得自己是產品就是老大，就是要按我說的做，這樣很容易造成矛盾，求同存異，目標一致，這個是最好的結果。

5、研發說這個需求做不了的時候，有兩種情況，一個是覺得這個需求實現起來比較麻煩，故意騙你；另外一種情況就是他的知識盲區，他可能確實不知道這個事能做。

產品經理需要有能力和研發進行談判，比如採用類比法（類似的需求在其它項目上咱們就做過），比如去找架構師探討技術可行性。

6、研發有時候評估的工作量會比較大，整個上線計劃拉的比較長，產品經理可以要求研發出詳細的資源配置清單，這樣能清楚的看到一個需求被分解成了多少個研發任務，每個任務的起止時間，由誰負責完成。這樣產品經理大概能看出任務的前後置關系是否合理？工作量是否合理等。

產品經理絕不能說，這么簡單怎麼要搞這么長時間，類似的話一出，絕對會激怒對方，還是要有理有據進行談判。

如果實在無法壓縮工作量，如果增加人力能解決問題的話，可以考慮找領導申請資源。如果還是不行就要砍需求或者改方案了。

7、在版本計劃定好的情況，盡量不加需求，這樣很容易打亂開發的節奏，如果一定要加進來，一定要和研發說清楚，這個是用戶領導或者老闆的強制要求，轉移矛盾。如果可以的話，增加了需求盡量推遲上線計劃。

8、開發過程中如果需求有改動，需要及時更新需求文檔，同時發給我們的研發同學，否則只是靠嘴說一下，很可能研發的同事就不做了，所以一定要落到紙面上。

9、上線的時候要堅持和研發同事一起加班，這樣大家才是一個團隊，贏了一起狂，輸了一起扛。

10、最後一點，就是要多交流，沒有什麼問題是一頓火鍋解決不了的，大家關系好了，很多事情溝通起來自然容易，而且也會更信任對方，這樣就萬事OK了。

3. 從程序員--項目經理助理--項目經理這條路，和程序員--項目經理哪個更好

前者偏重管理，助理部分職責是文檔管理和人員組織，協助項目經理進行管理
後者偏重技術，從編碼到編程，再到設計和架構，最終實現管理職能，成為項目經理
屬於技術型項目經理
看你對技術是不是感興趣
另外，技術型項目經理更接近企業核心和管理層，在發生變動時，地位比較穩固，也會有獵頭公司來挖。

4. 為什麼項目經理比程序員工資高

因為項目經理是管人，找項目的，他管人管的好，他的工人才可以幫助老闆掙錢，所以他的工資高，程序員只是一名工人！！！！！！！

5. 從程序員到項目經理（17）：你不是一個人在戰斗--思維一換天地寬

程序員和項目經理是兩種完全不同的崗位，工作方式也大不一樣。以前是一個人單干，現在是團隊一起干，以前是自己親自干，現在是指揮別人干，這是一種巨大的變化。要適應這種變化，首先必須要轉換思維模式。思想決定行為，思維模式就好比在陌生城市找路用的地圖，拿著過時的地圖，自然無法到達想去的目標。思維不換走老路，思維一換天地寬。

1.從單干到群干

從程序員到項目經理，不只是職位的變化，其工作性質也發生了根本性改變，簡單的說，是一個從單干到群乾的過程。

嚴格來說，程序員並不是單干，他們也是在團隊中，需要具有團隊合作的精神，但其實程序員的工作具很強的單乾的特徵。在項目中，程序員的基本工作，也就是完成項目經理分配的開發任務，而這些開發任務，是項目經理或團隊進行工作分解後的小的工作包，是一個確定的功能點，一個人足可以勝任，因此程序員只需要自己構思、自己編碼就可以了，並不需要很多人一起來合作完成。

項目經理不一樣，他面臨的不是某個確定的功能點，而是整個項目，無法一個人完成，必須要整個項目組齊心合力一起來做，這就是群干，也就是團隊作戰。項目經理不只是自己需要團隊精神，更要能夠激發其他人的團隊精神。

我們看一看程序員和項目經理兩種角色的比較：

正如黃健翔的名言說的一樣：「你不是一個人在戰斗！」項目經理要時刻記住這一點，不要只顧自己悶頭編碼。只有學會發揮團隊的力量，才能管好項目，成為一名真正合格的項目經理。

2.為什麼軟體企業人難管

從單干到團隊做戰，項目經理最大的變化就是以前只需要管自己一個人，現在你要管一個團隊，以前獨善其身就可以了，現在要兼濟他人了。可以說，項目經理最重要的一項工作就是管人。

但是軟體企業的人是出名的難管。軟體公司的經理管人有兩難，一是留人難，人才流失成了很多公司的心病；二是用人難，要把程序員用好，把大家的潛力發揮出來，決非易事。

（ 1 ）留人難

每年春節過後大約三月份，是很多軟體公司的人力資源部經理最「興奮」的時候，一方面他們要大量招人，另一方面，大量程序員辭職流失，讓他們叫苦不迭。

程序員的離職率高，一直是行業的普遍存在的問題。據前程無憂網站2012提供給《中國經濟周刊》的信息表明，IT行業人才流失率高居所有行業的首位。另外據CSDN的一份調查顯示，43.6%的開發者在5年內換了3份以上的工作，這么高的跳槽頻率真是讓人瞠目結舌。我們不禁要問，為什麼程序員這么「喜歡」跳槽呢？

我曾經接觸過數以百計的人員離職，根據對他們的分析，我將程序員離職的主要原因分為三種：

表 程序員離職原因分析

以上枚舉顯然不能窮盡所有的問題，但能抓住主要原因就可以了。

這么多問題中，最重要的還是薪資問題。據《北京青年報》的調查顯示，「職業收入高低」是促使人們跳槽和選擇新職業的首要原因。然而在這一問題上，公司其實也有其苦衷。

很多人從學校畢業，對開發基本上一無所知，經過在公司一年多的培訓學習，取得了巨大進步，個人能力提升很快，此時必然對薪資要求也比較高，這是可以理解的。然而，站在公司的角度，這一年你基本上還談不上什麼貢獻，公司卻付出了較大的成本，大幅加薪一時難以接受，難道我把你招進來就是為了培訓然後再漲工資幹活嗎？你也許會認為公司非常短視，這樣的公司不待也罷，殊不知，軟體行業看似光鮮，其實大量的企業掙扎在生死線的邊緣。據工信部統計，2011年上半年我國軟體行業利潤僅占軟體業務收入的1.28%，這么低的利潤率，能活下來就是成功，對公司提出過高的要求也是不現實的。

在這一場博弈中，沒有誰對誰錯，但公司肯定是受傷的一方。真正將員工利益與公司利益統一起來的鳳毛麟角，大部分公司里，公司和員工就像一對冤家，雖然互相需要，卻又矛盾重重。

當然，其實公司也應該轉變思路，不要總抱著我培養了你、你應該感謝我的心態，在程序員進步巨大的情況下，還是要給員工相應的薪酬，真正留住人才，畢竟軟體項目禁不起人員劇烈變動的折騰，從長遠來看，公司還是劃算的。

（ 2 ）用人難

留人難，用人更難，要把程序員用好，則是難上加難。員工用得好，每個人都奮勇當先，以一當十。用得不好，員工死氣沉沉，沒有朝氣和干勁。在我所見過的軟體項目中，雖然有不少程序員工作主動積極、富有效率，但更多的是缺乏激情、消極怠工、甚至不服從項目經理工作安排情況。

為什麼軟體開發人才就這么難用呢？這是由多方面的因素所決定的：

●軟體開發的特點

軟體產品有一個非常顯著的特徵，就是它是一種無形的東西，在生產過程中看不見也摸不著，完成以後可以看到運行效果，但你還是無法知道它是不是一個「豆腐渣工程」。它裡面暗藏的問題也許若干年後才能看到，也就是說它的質量評價非常困難。這與傳統的製造行業有著非常大的差別，比如你是造一棟房子，生產過程中我們就能看到它的結構設計是怎樣的，它的地基是不是夠牢固，它有沒有用「牙簽鋼筋」等等。

第二個重要特點是對人的依賴性非常大。同樣的一個功能點，由不同的程序員來做，所花的時間可能會相差很遠，比如有經驗的人來做可能只要1天，沒經驗的人來做，可能1周甚至1個月都完成不了，做出來的質量也可能有天壤之別。即使是同一個人，由於其工作狀態的差別，也會產生巨大的差異，如果主動積極做，可能只要1天，消極怠工的做，就無法預期了。這樣的情況，在傳統行業是無法想像的，只要按規定的程序和規范來做，即使換一撥工人，也可以在同樣的時間建造出來，建出來的房子的質量也不會相差太遠。要知道，再爛的挖土機也能挖出一個大坑。

總之，軟體開發存在非常多的不確定性，非常依賴於每一個開發人員。雖然管理專家們發明了很多方法企圖來減少這種不確定性，減少對人的依賴，讓軟體開發像傳統行業一樣變得可控，但迄今為止，仍然沒有一個通用的行之有效的方法，專家們也不得不無奈的發出「沒有銀彈」的感慨。

● 程序員的個性比較強

不得不承認，與其它行業人員相比，程序員顯得更加內向、不合群，有些人自視甚高，看不起別人。他們做事沖動、不服管，也就不足為奇了。

●程序員的想法比較多

程序員都很聰明，對自己的期望值也很高，不會滿足於現狀。有想法本來是好事，但人人都很有想法時，經理就沒那麼好當了，沒有高超的領導技能是難以應付的。

綜上所述，軟體企業對人的依賴性非常強，卻又面臨著留人難和用人難這樣兩難的困境。要解決這些問題，一方面要求軟體企業真正要做到以人為本，另一方面也對管理者提出更高的要求。

3.轉換思維提升領導力

留人難、用人難，難道我們真的就無能為力了嗎？這兩難困境中，有行業原因、有公司原因，對於這些，作為項目經理也許力不從心；但也有程序員的原因和項目經理自身的原因，對於這一類問題，項目經理並非無能為力。即使在同一個公司，不同項目組中的人員流失情況、團隊士氣也會有很大的差別，這說明項目經理完全是可以有所作為的。對於有強大領導力的項目經理而言，人員的流失率會更小，工作效率會更高。要提升領導力，首要的是轉換思維。

在前面博文中曾介紹了管理的五大思維：以目標為中心的思維、整體思維、平衡思維、以人為中心的思維、團隊思維。其中前面三項與理事有關，而後面兩項與管人有關。下面我們對這兩種思維進行詳細的解析：

表 管人的兩大思維

可以看出，這種以人為中心的思維和團隊思維，真正體現了以人為本的思想。它們與程序員的機器思維、單干思維大相徑庭。許多項目中的問題，就是由於項目經理的思維還停留在程序員階段造成的。

管理學之父彼德.德魯克說：「管理是一門反映人的內心，與人性息息相關的科學。」項目經理只有跳出程序員思維的局限，實現思維的轉換，尊重人性、遵循人的社會法則，才能真正把人留住、用好，項目團隊才能具有更強的戰鬥力。

4.項目經理也是人事經理

在管人的方面，除了要建立上面兩大思維之外，還要提高一項認識，那就是項目經理其實也是整個團隊的人事經理。

很多項目經理對下屬關注的重點往往是他有哪些具體技能，比如他有幾年工作經驗，他會用JQuery嗎，熟悉NHibernate嗎等等，而對於項目組成員培訓、薪資、離職這些事情，則認為統統是部門經理或人力資源經理的事情。如果將問題交給人力資源部，需要跨部門協調，比較麻煩，因此乾脆直接全部推給部門經理。

我擔任部門經理的時候，曾無數次遇到這樣的情況：

項目經理找到我說：「經理，某某要辭職了，幫我安排一個人。」

「你跟他談過沒有？」我問道。

 「還沒有。」

「他為什麼辭職？」

「還不清楚，可能是工資問題吧。」

我找員工溝通過之後，原因自然是五花八門，有要求加薪的，有抱怨環境的，還有跟項目經理合不來的，不一而足。經過多輪溝通，該開導的開導，有合理要求的盡力幫助爭取，還有一部分可以承諾延遲滿足，或者用前景來「誘惑」等等，採取這些方法之後，還是有不少人願意留下來繼續做的。其實，大部分辭職的人並不是喜歡換工作，而是有一個心結，需要上司來幫他打開。

其實我做的這些工作，項目經理一樣可以做。項目經理與員工朝夕相處，要時刻關注員工的動態，發現異常情況，及早介入溝通，也就不需要其上司費盡心力了，而且員工可能根本不會走到辭職這一步，溝通效果會更好。

項目經理還有一個普遍存在的誤區，就是在評價下屬時，習慣於說某某不聽話、不好管。殊不知，一個員工好不好管，其實也取決於項目經理本人的態度和做法。一個看似不好管的員工，經過引導，同樣可以成為項目的骨幹，這樣的例子屢見不鮮。

所以項目經理在碰到管人的難題時，不要再總是想「這個我管不了」、「那個我沒辦法」，而應該抱著「我也是人事經理」這樣的心態，主動溝通、想辦法。如果經過分析或者努力後，確實需要上司出馬的，才去請上司來幫忙解決。直接把問題丟出去，當然是最簡單，但這樣做一方面你在團隊中的威望會受到影響，項目的凝聚力下降，另一方面你的個人價值也大打折扣。

5.打造「凝膠型」團隊

著名職業經理人唐駿說，管理的任務就是「造一條船，然後讓船劃起來」。對項目經理而言，我們已經有了一條船——就是項目團隊，現在的任務要把它劃起來。

軟體質量之父沃茲.漢弗萊曾經提出，一支高效的團隊應該是一種「凝膠型」的團隊。在這樣的團隊中，大家有著清晰的共同目標，彼此合拍，每個人都全身心投入，團隊顯示出超常的戰鬥力。

我曾有經過一次項目災難拯救的經歷，這一段時間我真正體會到了凝膠型團隊的力量。項目上線後發現軟體運行效率極低，故障不斷，人人疲於奔命，客戶發出最後通牒，三天之內搞不定就下線。在這種情況下我臨危受命，臨時接管項目。接手後我主要做了以下幾項工作：

1.找出當前影響最大的幾個問題，採用頭腦風暴法一起找出解決方案，在短時間內讓客戶體驗有較大改善，讓客戶重拾信心，然後不失時機安撫客戶情緒；

2.每天客戶下班後開會，與項目組成員一起進一步研究項目存在的問題，按輕重緩急做成任務列表，制定階段目標，並檢查上一階段完成情況，更新任務列表；

3.向公司申請了充足的經費，保障後勤，改善工作環境和吃、住條件，解除後顧之憂；

4.與團隊一起加班加點，一起分析問題，並親自完成一些力所能及的功能修改。

有隨後一段時間里，項目團隊的狀態讓人難以置信。項目組雖然夜以繼日的工作，卻沒有一個人說出一句怨言。其中一位同事才剛當上爸爸一個星期，就駐現場無法回家；還有兩位同事的女朋友半夜打電話過來，他們只能躲在一邊苦苦安慰；還有一位同事，由於個人原因早先已經申請了離職，仍然與我們一起奮戰到最後一刻……經過一個多月辛苦修改完善，項目總算徹底擺脫了危機，項目組高高興興打道回府。

在這一次經歷中，雖然大家都很辛苦，但每個人都過得很充實。大家同心合力，每個人都貢獻了自己全部的智慧和力量，也都做到了以前難以想像的事情。

我為什麼舉這個一個非正常項目（陷入災難）的例子呢？這是因為要建設一個真正的凝膠型團隊非常不易，不只是依賴於項目經理和每一位成員，還與公司的制度、氛圍、項目的任務特點等多方面的因素密切相關。在這個例子中，項目災難顯然也是激發大家戰鬥力的一個重要因素。不過，即使是不能完全做到，但通過項目經理努力，還是可以近似實現的。

根據項目經理團隊中充當的角色和發揮作用的不同，凝膠型團隊可以分為兩種，即星型和網路型，如下圖所示：

圖 兩種「凝膠型」的團隊

● 星型

項目經理處於中心位置，好比一顆紅太陽，把大家吸引在自己的周圍，整個項目組依靠項目經理領導力團結在一起。這要求項目經理個人能力極強，富有魅力，具有絕對的權威。星型團隊的決策方式常常是這樣的：項目經理收集意見，項目經理決策，再反饋給大家，或者由項目經理單獨決策，再分發給大家。

● 網路型

網路型的團隊中，項目經理看似在其中不佔主導地位，項目經理的權威被弱化，實則項目經理的對團隊的控制已經內化到每個人的潛意識之中，達到了一種近似於「無為而治」的境界，因此對項目經理的要求更高。

這種團隊的決策方式一般採用民主制或民主集中制。把大家聯結在一起的不只是項目經理領導力，更是富有挑戰性、具有吸引力的目標，以及共同的認識和價值觀。項目經理往往是外柔內剛，能夠不動聲色，於無形中實現對項目掌控。

能夠建成星型團隊的項目經理已經寥寥，能做到網路型更是可遇不可求。不管有多難，目標不能丟。我們就好比是一群已經出發的登山者，來到了山腳下，怎麼能夠因為看到山太高太難爬就放棄攀登呢？

https://www.cnblogs.com/watsonyin/archive/2013/04/22/3035203.html

6. 作為一個程序員，怎樣處理好和項目經理之間的關系

良好的溝通是最關鍵的，這不僅是程序員和項目經理之間，更適用於所有的關系
他分配任務指標後。
1.首先要明確他的意思，最好和他重復一下，看看你有沒有理解錯，他不會因此煩的，因為如果你的理解偏差了做出來的東西有差距，到時反而更麻煩了。
2.在做的過程中，隨時發現問題難以解決，或難以達到預期的目標要馬上向他反映，讓他明白你的難點幫助你解決或者讓其他人幫助你。
3.明確項目進程，及你的工作完成時間表，隨時反映你的工作進程，如覺得時間有困難，要提前溝通，因為項目經理會有一個整個的統籌安排，你的一個環節的滯後可能會導致整個項目的無法進行，事先通知就可以提前修改安排，不會導致項目的停頓，而且原因可以理解他不會怪你的。
希望可以幫到你，謝謝！

7. 為什麼程序員年齡大了，就會慢慢跟不上技術發展

這個沒有絕對的年齡限制，因人而異。
一般來講，程序員30之前不做到項目經理，就很危險了，在中國30歲還沒做到經理基本上可以說很失敗了，只有少數技術牛人能一直走技術這條路，大部分都是炮灰，尤其是目前做所謂的管理軟體的那些程序員，30歲還沒做到經理下場是很慘的
在中國，程序員基本都是年輕人。如： 金山的內部情況，各個產品線的程序員大多是年輕人，30歲以上如果沒有做到經理，基本上很快就淘汰，因為管理你的比你還年輕，他會想辦法把你趕走，不然每年大規模的校園招聘干什麼，所以10年了，金山程序員的平均年齡永遠是27歲
程序員年齡大被淘汰的一個重要原因是：
隨著工齡的增長，工資是增長的，當到一定年齡後，工資就會很高，這樣公司的成本就會很高。新人的成本更低，精力更旺盛，雖然經驗欠缺點，但只要有一定經驗的人帶著，就以組成一個階梯式團隊，可以以更物美價廉的組合去開發新的項目，這里沒有工資高，年齡大，精力不濟的老手的位置，該裁員了。對於一個團隊，保持少量的核心管理和技術人員就可以了，那麼大量的程序員將會被淘汰。
所以，對於職場新人，要選准方向，提升自己的能力，在30歲來臨之前，做到項目經理的位置。對於職場老人，要盡快做上項目經理，如果沒有可能，就提前另尋出路。
事無絕對，如果想在職場如魚得水，就要學會審時度勢，清楚自己的優勢和劣勢，做好自己的職業生涯規劃。

8. 為什麼程序員是一個跳槽比較頻繁的職業

程序員這個行業存在著這樣的現象，有些剛畢業的大學生因為沒有見過世面，一不小心被忽悠到那些處在創業階段的「公司」，拿著實習生的工資干著全辦公室的活，而且經常被老闆拉過去談人生理想，剛畢業的程序員都是涉世不深的小男生，那裡經得過這些老狐狸的忽悠，一招畫餅充飢就在那幻想未來美好生活了，但凡事都得有個度啊，時間久了次數多了，小白也變了，只能跳槽另謀出路。

我覺得跳槽的主要原因有兩個，一個是自身原因：因為大多數剛出來實習的程序員大多數對工資方面的要求不是很高，因為他們也知道，自己現在是屬於學習階段，知道自己的價值是多少，所以一般不怎麼要求工資，但是一旦工資幾個月之後，對整個體系有了較大的了解之後，就要要求有對等的工資，因為在一個技術部裡面每個人的工資都是不等的，這樣會覺得自己有那價值但是沒有那回報，心裡也就有些變扭，也就有了跳槽的想法了。還有一個就是當自己有過硬的技術時，一般也會考慮自己出去單干接項目做。

另外一個就是公司體系問題，在國內外包公司之多，所以大多數的程序員也是在外包公司做，而外包公司的規模參差不，大多數也是在剝削壓榨程序員，各種坑也是居多，管理層體系混亂，這也是造成程序員跳槽的原因

1.互聯網技術風起雲涌，變化之快。公司制定的漲薪制度都有著統一的標准，不會因為某個編程語言熱門而增大漲薪幅度。但是新進員工的薪資待遇往往是根據市場幅度在變化的。 so,常常聽到老員工抱怨，那個新來的誰誰誰，哪哪都不如我，工資卻比我高。

2.據不完全統計，互聯網行業的創業公司從天使走到D輪概率尚不足2%。大量初創公司的關門倒閉，致使一些程序員「被迫離職」。

3.互聯網公司會根據市場的變化做一些戰略調整，內部轉崗已是家常便飯。比如本人之前所在的項目組，所做的產品是web端的直播平台。後經市場調研，公司打算將重心放到移動端，部分web組的老員工也就轉崗到了移動端小組。 我想說的是，如果企業內部的調崗不符合個人的職業規劃，那麼也是程序員跳槽的一大原因。

不邀自來，本人目前從事嵌入式軟體開發，也算是程序員大軍中的醫院，下面來回答一下這個問題：

按理說，薪水高，工作環境尚可的工作一般都是很穩定才對啊，但是據一份調查發現連Google,Amzon這些大廠的程序員的平均在職周期都只有1~1.5年，可見程序員頻繁跳槽不是我國或是某個企業特有的，一線國際名企都如此別說國內小廠了， 那麼為什麼造成程序員為什麼會如此平凡的跳槽，我們來分析一下：

IT產業發展迅猛，市場需求旺盛，程序員有更多選擇

雖然我國的計算機行業起步很晚，但這不影響IT產業在我國的迅速發展，發展就需要相關內容的人才，同時我國計算機的培訓起步也不是很早，早起的人才主要是理論研究並不都是真正寫代碼的，供求關系不平衡，導致程序員在就業市場上比較搶手，各行各業一旦某種人才緊缺自然導致有價無市的感覺，所以，各廠想盡辦法招聘讓程序員，誘惑多了選擇自然多了，選擇多了跳槽就頻繁了，這是見怪不怪。

IT行業存在一種「倒掛」的行業怪象，程序員更願意跳槽

「 倒掛 」是指在某個行業內部，由於行業的特殊性，從業人員的薪酬待遇和業務能力以及技術水平不相關的現象，這種現象尤其在程序員行業存在，一個剛大學畢業的新鳥在待遇薪酬方面可能秒殺一個已經工作四五年的優秀程序員，換誰也受不了，沒有工作經驗還需要人帶的新人工資居然比帶他的人高，有些企業寧願花5000塊錢新招一個新人也不願意多給老程序員多加1k來完成同樣的工作，坐等通過技術積累來加碼自己的報酬的希望破滅後，那些受到不公正待遇的程序員通過跳槽去漲薪了，在猿圏有句話更能說明這個問題「People who stay in one spot earn less than those who move（經常換工作的人比那些安分守己的人賺的更多）」。

公司沒有給程序員提供良好的職業發展規劃

雖說職業規劃都是自己為自己規劃，但是自己的規劃能否按計劃順利實施很大程度上取決於公司是否為自己的員工有良好的職業規劃，顯然，一家沒有為程序員薪酬增長和職位升遷做過精細規劃的公司，讓程序員不在有安全感或是讓他們沒有期望，換做誰都得跳槽另找下家。

程序員厭倦了代碼工廠式的工作，想嘗試新鮮的東西

計算機行業是一個日新月異的行業，此外程序員是一類喜歡挑戰新技術的特殊人群，很多公司的業務模式單一或是業務穩定了，程序員的工作變成流水線的單調模式，他們早已厭倦了日復一日的代碼搬運工的工作，一旦嘗試新的技術並且一改往日的單調與無聊，那麼它們會在合適的機會換個領域，此外，程序員是青春飯行業，代碼工廠式的工作會讓他們沒有安全感，因為這會讓他們失去市場競爭力。

從業人員層次不一，淘汰提高了程序員跳槽的幾率

IT的迅猛發展，在巨大市場需求的推動下，編程行業門檻編低，導致從業人員良莠不齊，可能一時的沖動或對自身判斷不足而走上程序員之路，很多人發現程序員並不是媒體所報道的光鮮亮麗，工作壓力大，無休止的加班都會使一些不適合做程序員的人淘汰出局，這在職場非常常見，尤其是剛畢業的新人，這就外界感覺程序員跳槽更頻繁了。

提到跳槽比較頻繁的職業，我想除了題目中提到的程序員之外，應該還有餐飲企業的服務員，餐飲企業服務員跳槽基本就是三種情況，一是薪資低，二是工作好找，三是工作時間長。

我們再來看看程序員跳槽，其實也不外乎是這三個原因。

一、薪資低

看了這一條，你可能會說，程序員薪資怎麼會低，剛畢業的就能拿到個7、8千塊，如果是碩士畢業就拿個1.5萬一點兒不奇怪。

這里說的薪資低不是指薪資行情低，而是每個人都覺得自己的薪資低，對於程序員來說薪資水平差異很大，但人們往往並不關注工作本身，或是人的能力而關注的是自己怎麼比別人少這么多，但在本公司可能調薪並不是件簡單的事，所以只能通過跳槽來實現工資的上漲了。

二、工作好找

程序員現在可以說是一個熱門崗位了，從業人員比較多，但是需求量也很大，如果你是個程序員，簡歷更新之後，估計每天5、6個面試邀約電話都算少的。因為工作好找，所以工資勢必也就水漲船高，誰也不怕裸辭，工資要求不高，只漲個20%今天離職，估計3天後就能有新工作。

三、工作時間長

程序員工作時間長是大家有目共睹的，有個說薪資高，工作時間長很正常，但人的慾望總是無止境的，沒錢的時候想要錢，有錢的時候想要時間和自由，薪資支撐的滿意度最多也就能維持半年，長時間高負荷的工作會讓人產生厭倦，這個時候就會覺得自己工資的性價比不好，要麼找更高工資的，要麼就找沒那麼累的。

因為現在部分公司漲薪速度比較慢，跟不上市場的價位。

打個比方：

如果你有拼搏精神，願意在下班後精進技術、學習，

等幾個月後技術成熟了再跳槽，可以一下子就翻倍，甚至直達15k。

但是要正確地跳槽：

第一，找一個符合自己期望值的平台，讓自己的價值和技術得到最大的發揮。（這里和薪資沒有關系，最重要的是適合自己）

第二，不要只為了加薪而跳槽，不斷地去一個新地方，自己的職業生涯也在不斷地清零，不符合長期的發展。

引起程序員跳槽的原因有很多，但是在所有的崗位中程序員的跳槽頻率確實高於其他工作崗位，一般程序員跳槽的原因有這么常見幾點：

第一、由於互聯網是一個很不錯的創業方向，很多人有著不錯的創業項目，然後開始組建自己的技術團隊，這時候就需要很多的程序員組成產品開發，而由於程序員的工資支出較高，往往在產品還沒有進入收益期的時候公司很難支撐下去，或者缺少產品推廣資金，這時候程序員就會面臨跳槽的可能。

第二、在成熟的互聯網企業中，由於項目的開啟，而組建新的技術團隊，隨著產品上線，企業將更多的精力投資在產品的運營上，而對做技術的程序員來說每天的工作都是很清閑，失去了項目研發期的忙碌，讓程序員感到無所適從，從而引起跳槽。

第三、就是大家常說的一點，不跳槽怎麼加薪。這也是程序員跳槽比較普遍的一個問題了，很多人由於不滿現在的薪資待遇，但自己卻有了很多的項目經驗，所以選擇找下家公司，通過以往的項目經驗來提現自己的價值，從而達到自己想要的薪水，這也就是程序員找工作的時候，工作年限時間是一個因素，更重要的是一共參與開發了多少項目，並且更具項目的大小代碼量是一個較為重要的因素。

第四、就是有些程序員是追隨技術的，他們認為在軟體開發的外包企業中雖然每天都有繁忙的項目要完成，但是對自己而言卻是千篇一律的重復性代碼的敲寫，甚至是直接使用企業自身比較完善的庫或者框架完成程序的開發，覺得對自己的技術提升沒有太大的幫助，從而選擇跳槽。

第五、接受別人的老項目進行改造，由於原先的程序員並沒有留下太多的技術文檔進行參考，所以每天都在糾結一句一行的代碼，再就是程序開發的很多思維思想並不清晰，這就讓程序員很糾結了，所以在與老程序相愛相殺了一兩個月後，實在受不了上級的催促以及難以完成代碼的整理重構而離職，放棄。

歡迎程序員的你在評論中分享自己的跳槽原因和經歷

作為一個在這個行業呆了十幾年的老人感覺上程序員這個職業算是跳槽頻非常高，據不完全統計程序員流動性不低於百分20，相比別的職業已經算是很高的了，為什麼程序員這么容易跳槽，由於程序員這個職業特殊性決定的，是什麼推動了程序員這么多跳槽的勇氣。

1.就目前中國軟體行業的發展，雖然說程序員的數目越來越多，但高手卻是急缺，主要還是前期積累不夠，再過些年可能會稍微改觀些。技術高手的數量在上升但是軟體公司的數量以及業務需求的增加更快，所以給人一種很直觀的感覺，很多大公司是一直處於缺人狀態。

這種狀態催生了程序員的跳槽，有更好的待遇，為什麼不選擇跳槽，這也屬於人之常情，有些程序員離職也不是因為呆的多不開心，而是外面的誘惑實在太大，出來混還不是為了多掙點錢，有待遇更好的就走人。

2.程序員這個職業本身來講屬於重度的腦力勞動，說的再誇張點就是吃青春飯，畢竟年齡大了競爭優勢在減化這是不爭的事實，趁著自己還年輕還能拼的時候，去掙錢多的公司，其實還存在一種大家容易忽略的現象，整天的加班加點很容易造成一種很壓抑的心情，換個公司換個環境放鬆下，可能會人覺得有點矯情，但現實中的確存在很多，或者在薪資相差不大的情況下，換個加班稍微少點的公司，這都是換公司的理由。

3.現在很多招聘網站特別是一些獵頭網站滋生了，程序員的不穩定性，把程序員當作商品來運作了，很多獵頭只要在網上搜到合適的人，就開始千方百計的運作，真有點經紀人的感覺，這種無形之中增加了程序員的不穩定性，而且也在無形推動了這個行業薪資的上漲，其實很多人值不了那麼多錢，但物以稀為貴，現實就是這種狀態。

目前市場上講，程序員的薪資的兩極化越來越嚴重，水平差點的大家都不想要，水平高的大家都跟打了雞血一樣爭搶，很多人覺得程序員這個職業已經不行了，主要還是沒爬到食物鏈的頂端，把技術搞得扎扎實實的大把機會等著你。

希望能幫到你。

因為對其他的行業不太了解，所以也沒辦法對比出來程序員跳槽是不是比較頻繁。

我身邊的程序員，有在一個單位工作十多年的，有像我一樣平均三四年換一家單位的，也有跳槽比較頻繁的，平均每年都會換一家單位。

能頻繁跳槽，我分析不外乎幾點：

崗位多

特別是在北上廣深這些IT行業比較發達的城市，程序員真的是不太愁找工作（工作能力不錯的前提下），真的可以說，在一家單位做的不爽了，直接在招聘網站上把簡歷打開（招聘網站上的狀態設置成考慮跳槽的狀態），就會有不斷的有面試電話打進來（當然大多數主動打電話的單位都是外包，哈哈）。

我跳槽的時候，都是主動給心儀的公司投遞簡歷，基本都是可以得到面試機會的，而且通過率也挺高。

漲薪快

大部分IT公司，每年漲薪都不是很多；而跳槽一次的話，至少得漲個30%吧。

我在第一家單位的時候，起薪3K，每年漲500-1000，是不是很可憐。第一次跳槽，工資就從5K漲到了8K。

第二家單位第二年就漲到了12K，但是從此以後，就是每年漲1K的龜速了。第二次跳槽的時候，月薪雖然漲的不是特別多，但是按照年薪計算的話，應該漲了有60%以上了。

當然也有漲薪比較快的單位，我的一個朋友在一個神奇的網站工作，研究生畢業工資一萬左右，現在工作有三年了，剛剛漲到了20K。如果你在這種單位，好好珍惜吧。

去個更好的公司

在外包公司的，想去一個非外包公司，跳槽。

傳統行業的，想去互聯網公司尋求技術發展的，跳槽。

互聯網公司的，想去傳統行業養老的，跳槽。

小公司的，想去一個大公司，跳槽。

大公司的，想去初創企業當個技術合夥人，跳槽。

......

歡迎大家在評論中分享自己的跳槽原因和經歷，還有說說跳槽漲了多少錢，哈哈。

幹得不爽，只好選擇辭職。作為一名老程序員，在一家創業公司做了三年多互聯網開發，我現在終於解脫了。三年中加了兩次薪水。第一次700，第二次770。第二次年頭加薪，我要求提高500，老闆說董事會規定一次只能加那麼多，然後要到6月再滿足我。於是到了6月份，我發現並沒有提高500，問之，說到7月份加。快到7月份，有一天晚上項目經理要我留下來加班，我餓著肚子一時間也搞不定手上的任務，就擅自回去了。結果，老闆知道了就取消加薪計劃。5月份以來公司制度越來越嚴格，首先是安裝攝像頭全日監控員工行為，其次規定上班時間不準使用手機，除非工作需要；再次，除了查技術資料，瀏覽各大網頁需要申請；制度下來後，公司天天像在牢房裡渡過，這樣的工作環境，請問大家會喜歡嗎，能否繼續堅持？我是走了……

為什麼程序員是一個跳槽比較頻繁的職業？

因為好的程序員確實值錢，連帶著不那麼好的程序員也相應的值錢了。

其實是現在這個行業導致的，互聯網的世界裡，就算是一頭豬站到了風口上，也能飛的比大師兄還快。

不是你不明白，是我變化快

程序員本身是干技術活的，技術迭代比較快，所以一般程序員都有較強的自我學習能力和自我迭代能力，隨著時間的延續，本身的能力水平提高了，那麼肯定期望與之匹配的待遇，但往往很多公司的迭代速度是很慢的，承擔不了程序員這種高薪成長，所以往往滿足不了程序員的需求。

那麼只能跳槽啦！

老用戶與狗不得辦理

還有就是，往往軟體公司也好，互聯網公司也好，很多老闆都喜歡招新人給高薪，但是老人年年不漲薪，最後的結果就是老人紛紛離職，這種情況也造成了外界看來程序員頻頻跳槽的現象，但往往都是情非得已啊。不給漲工資啊。

那麼只能跳槽啦！

跳一跳更 健康

老公司的暮氣沉沉和新公司的造氣蓬勃形成了鮮明的對比，在老公司任勞任怨，每年漲薪不超過10%，但是一跳呢，工資普遍double，這種風氣形成並且傳播，明眼的程序員肯定待不住了啊。

那麼只能跳槽啦！

其實苦的是HR，老闆不給力，還讓留人，你告我咋留！！！！！

9. 從一名程序員過度到項目經理

從一名程序員過度到項目經理

1.從程序員到PM,是一條脫變的路，事實上程序員走的路最終不應該是項目經理。首先有一點需要明白的就是，一定規模的項目中，項目經理不需要太懂技術，他可以是一知半解。項目經理的任務不是在技術方面，技術相關的應該交給SA去做。項目經理更多地是做管理，溝通等工作，你如果可以的話到書店查看一下關於項目管理的書籍，你就會明白。當然對於小項目來說，有可能是PM,SA是同一個人，而這樣的項目經理更多隻是SA加上一些管理工作。要做項目經理，你就首先告訴自己不再去碰技術細節了。程序員並不是一個培養項目經理的好環境。所以沒有什麼從Coder到什麼developer再到SA然後是PM的路，這是一條比較悲哀的路。在大公司，SA下一個目標不是PM,而consultant,然後是seniorconsultant,PM走的是另一條路，所需要的技能不是技術，技術給PM帶來的能力提升是很少的。在項目中你最後能分清楚PM與SA的關系及各自在項目中的分工與用途。

2.其實我蠻同意gzlucky（Lucky）的看法的，確實是我們公司不少項經理就是不很能跟得上現在的一些技術，因為很多人都快年近四十，兒子都上高中了，要他們再學新技術真的難度比較大，他們的工作基本上就是天天找手下的程序員，布置這個任務，詢問那個任務做的怎麼樣了。不過我的頭倒是和我一樣編程，他手下寫代碼的就我一個人，他自己也會ASP和JSP,但是可能對。NET不熟，就由我來主負責了。我覺得項目經理還是像他這樣的好，自己也能懂不少技術，可以服人。但是我的頭兒好像在溝通這一塊不是非常出色，當然也有可能是俺太內向，不太與他溝通，所以他也只是在交待任務後就不再多詢問，而不像別的項目經理天天追程序員後頭問。我想問問各位，你們看哪種項目經理才是比較好的，像我的頭兒這樣的，還是像某些喜歡追程序員後面問進展的。

3.原來在一個小公司做過半年的.DM,一年的PM,後來為了讓自己的技術更扎實一些，離開了原來公司，現在在大公司做程序員，開始後悔了，在大公司里很難接觸管理方面的東西，也很難晉升，個人認為在小公司做DM,PM,有經驗後直接找大公司的PM,這樣也是一條路。

或者考PMP之類的證書，然後直接找管理的工作。

希望過來人能給予更好的意見和建議，我也現在想往管理層發展。

技術很硬了再去做PM,這種想法是錯誤的，我就犯了這個錯，邊搞好技術（為了生計）邊學管理知識（為了將來）,慢慢向管理發展，不能等。有句話說的好，機會是屬於那些有準備的人的。利用業余時間多學些管理方面的東西，所謂人的差異在業余時間。

要走向管理層，英語一定要學好。

溝通很重要，要做好管理者，先學會做人。多跟下屬溝通，多為下屬著想，而不要去巴解討好上司。體諒下屬，把項目計劃做的盡量合理，不要讓下屬加班，給下屬發展和晉升的空間，這樣才能是下屬有干勁，才能把項目做好，你才有更高的升遷機會。

只有把自己知道的不斷的讓你得力下屬知道，只有提拔起一些得力的下屬來，你才有時間和精力去向上爬，不然你抱著不放，就沒有升遷的機會。

管理不是喝酒抽煙那麼簡單，那隻是過去的那種不思上進，耽誤自己前程。

吃盡苦中苦，方為人上人。

做PM不是混，是要把項目做好，這跟做人是一個道理，這也就是為什麼做管理要先學會做人的道理。

pm的整個工作重點是什麼？如果做為一個PM,技術不高怎麼對付組里的牛人

我們經常會因為公司里的頂尖人才、個性化太強，不能與其他人合作而感到棘手，要解決這一問題其實也是有法可尋的。

一、在肯定其價值和優勢的前提下，明確地制定改進的目標；

二、頂尖人才能夠面對中肯的，明確及一對一的批評作正面反應，所以要加強與他溝通的力度；

三、可以根據具體情況調整考核目標，加強與其他員工合作的內容；

四、把"頂尖人才"調到相對能獨立發揮其才能的崗位，減少與別人發生矛盾的機會。

;

10. 軟體開發中項目經理與首席程序員中誰的貢獻大

這個問題就仁者見仁，智者見智了。
先說項目經理，一個軟體在市場取得成功，從它在立項開始，項目經理就對可行性研究以及跟客戶的交流，負責項目的跟進，協調各個開發人員的工作，負責跟老闆匯報進度，還要關心財務一系列工作，甚至有的項目經理還要負責解決一些技術難題。總之項目經理在一個軟體開發之初，就像一個保姆一樣照顧著這個軟體成長，一款成功的軟體離不開項目經理的功勞。
另外說首席程序員，也就是技術總監，在軟體進度遇到技術障礙的時候首先想到的肯定是他，對於一款優秀的軟體來說，性能的優越，功能的齊全，都是其成功的基礎，而這些都離不開首席程序員。
但是一款好的軟體都不是一個人可以寫出來的，離不開團隊的合作。
所以我的觀點是，如果是大公司，像微軟這種，一個頂級的程序員計算機專家，肯定是比一個項目經理更重要。如果是小點的公司，相對來說開發的項目技術難度並不會很大，因此項目經理肯定比首席程序員重要。。。