程序員和產品經理哪個加班多

1. 產品經理和程序員哪個工資高

方向都不一樣吧！產品經理是策劃工作，程序員是開發工作，當然兩種工作的邏輯能力，都非常重要！這是基礎，不是區分人才等級的關鍵。

我覺得更多的是解決問題的能力，才是區分頂級、優秀、一般、普通人才的標志。

產品經理做的是未來的工作，因為他要思考一款產品，滿足用戶的需求，公司活不活下去，產品策劃真的很重要，錢砸錯了，影響是非常巨大的……

程序員做的是現在的工作，他要努力實現產品，繼而跟運營、市場聯動，實現產品增長，這樣就有現金流……尤其對於軟體產品，需要經得住大眾的考驗，都是bug的產品是絕對沒有前途的。

如果簡單粗暴來比較兩個崗位，感覺很不公平，很多人會以為產品經理會更高級？大錯特錯，技術圈水那麼深，誰還給誰打下手啊。重要的是，發現現象背後的本質，才是最重要的。技術人員會有很多開發項目的機會，多思考一下商業價值吧！

2. 前端和後端哪個常熬夜

後端會常熬夜，前端經常被後端嘲笑。

選擇的公司和行業很重要。比如銀行，很舒服啦。然後，熬夜不可怕，可怕的是失去生活呀。程序員的儀式感大概就是在深夜裡戴上耳機，抽著煙，敲著我們看不懂的代碼。

程序員是比較忙一些，特別是上新項目的時候，程序需要改動變化的事情是非常多的，這些都是需要加班熬夜來做的，那麼簡單分類來看，前端後端還有測試相對來說誰會加班少一點兒呢，一般是測試會少一點兒，因為測試就是找毛病的，它需要有一定的間斷性，所以測試的程序員相對會好一點兒，只是相對而言喲。正常來說，前後端都很忙的情況下，測試也不會好到那兒去的。

詳細介紹：

對於前端和後端程序員來說，研發的中後期是加班比較多的時候。因為在前期時，產品經理自以為用戶的需求已經挖掘得比較透徹了，研發基本就是按部就班的照著既定的計劃研發，即使出現需求的變化，由於研發才剛剛開始，所以需求變化的代價很少，所以加班時候不多。

到了中期和中後期，需求變化的代價越來越大，研發過程中可能發現需求中的一些不合理之處，從而產生了大量的溝通成本和調整成本，這時加班就開始越來越多，這個過程會一直延續到測試階段。

3. 如何從一個程序員轉變為產品經理

那麼，程序開發團隊就相當於是司機。打車的可以不會開車，但是要到目的地，知道上面的東西，可以省錢，省時間。司機可以接不同的人，不同的路線，只要能走到目的地就行。」那麼司機如何變為那個打車的人呢？知乎上一群專業人士展開了精彩的討論：我是一名程序員，想轉做產品經理，一方面覺得自己這方面更有天賦，另一方面我不想做只是面對機器的工作，熱衷於做交流溝通性強的工作，對於轉行謀職 產品經理難度大嗎？修改由於不清楚現在互聯網公司對產品經理的需求是怎麼樣的，感覺大多隻有大公司對產品經理職位需求比較突出，小公司需求不明顯。朱佳祺：可能每一個搞程序的人，除了對編程有一種油然而生的愛的那種，恐怕有一個階段都會覺得產品經理是一個自然而然的出路，無外乎幾點：1，做技術太累， 太枯燥（因為沒有愛，編程和其他藝術或者技術一樣，沒有若干年的重復勞作和積淀是不會有大成的）2，覺得做技術比較卑微。3，做技術不容易找對象 （nerdy look， 肥胖，其他各種不招人喜歡的因素，不潮。）4，虛榮心（產品經理好歹是個經歷，有名片什麼的。程序員就是民工等等）……所以想變成產品經理，多牛逼啊！可 以使喚程序員，可算報仇了！有自己主導的項目了，可以和高層直接對話了。說了一堆廢話，我想說，這不光是我的想法，我身邊有好多人都是這樣從一開始就放棄了做一個技術。現在我的想法是，做一個技術其實比做產品經理幸福很多。首先，你只需要關心你自己的東西，沒有那麼多雜七雜八的東西。第二，做技術的人比較單純，更 有利於思考。第三，其實產品經理的地位還不如你。你可以罷工，如果你的技術足夠nb.但是他不可以，因為他上頭有老闆，下面有你。第四，產品經理一點也不 比寫程序輕松，有時候甚至比寫程序要費勁的多。因為程序這個東西是一通百通，要搞出一個靠譜的產品可不是把一套模式復制就可以了。第五： 產品經理也是跟程序員一起混，因為圈子的影響，他們也可以看起來像nerd，肥胖，穿的很邋遢……所以如果說只是覺得做程序太辛苦，想去當產品經理，那估計這個選擇挺要命的。等於是用自己的短處在去搏別人的長處。但是如果是做程序做到一定境界 了，想要更一步的努力，那麼我想說這個轉變還是很巨大的，對人也很鍛煉。一般來說，最終產品經理想要完全不去寫代碼，那除非：你的公司極其的龐大，產品經 理的團隊可以組一個足球隊。或者是你已經有了一個非常牛逼的團隊和一個非常好的boss。其實上面一大堆東西都可以總結為一句話：因為小時候被老師各種虐，所以長大了也想成為老師去虐老師的娃。跟這種想法是一樣一樣的。最後祝各位想當產品經理的程序員能夠讓自己手下的it民工們都死心塌地的為你服務。陳湛翀：你不是一個好的程序員，可能是你沒有發現程序之美，沒有發現編程的魅力，沒有真正愛上程序員這個工作，沒有真正成為一個程序員。一個真正的程序員不會感覺到自己面對的是冷冰冰的機器，他面對的是一個可以實現他想法的朋友。又或者是中國的這種環境導致你產生這類想法。你的興趣並不在程序員里，我覺得人就應該跟著興趣走，應該毫無顧忌地轉型去當產品經理。一個成功的產品經理確實需要有一定的技術功底，這樣去判斷一 個項目一個功能是否有需要去實現，實現起來是否技術成本太大。同時，也可以避免受到下屬的忽悠，你的技術功底足以判斷出「這個功能實現起來很有難度」這類 話的真偽。最後，產品經理需要技術來實現自己的想法，程序員就可以自己去實現自己的想法了。不是產品經理才有創造力的，程序員同樣有。我是認為，程序員是幸福的。flamingtop：「覺得自己這方面更有天賦」我以前也覺得自己做產品有天賦，而且我發現不少技術人員覺得自己做產品有天賦，所以或者可以反觀一下，如果真的是「天賦」的話，不會有這么多人都不 約而同地這么認為；我覺得這實在不是什麼天賦，只是你從事技術工作一段時間以後，開始有一些認識了而已；很多人都能對所謂產品說出個三五六來，就像一個畫 畫畫久的人，會自然而然的覺得自己對「藝術」有了「天賦」一樣，不是很可靠的；」不想做只是面對機器的工作，熱衷於做交流溝通性強的工作」這可能只能說明你不喜歡當前的技術工作，並不意味著你「適合」做交流溝通性強的工作，技術工作不總是有趣的，難免有厭倦的時候，但因為這個想去做產品是不太合適的，因為做產品也有和做技術類似的問題。下面是我的看法：我感覺國內的公司基本還沒有這樣的意識，能夠真的讓一個產品經理當起實職，對一個東西提綱挈領，有真正的職權去「負責」，因為不太可能被賦予這種 職權；平時看到的所謂產品經理應該叫產品「專員」更加合適，但比其他的「專員」更虛；這個職位現在已經越來越像其他行業的各種經理了，比如保險行業人人都 是經理，地產行業賣房子的都是經理，產品「經理」的語義差不多就是這個。我認為如果其他職位的人轉產品，技術職位的人應該是比較合適的，因為技術人員天天工作在產品的方方面面，對產品的需求和實現知根知底，信息的不對 稱問題在這里最小；另外一方面是市場人員，也很合適，也是技術人員轉產品職位的最主要缺點，對市場的認知真的不夠；很多情況下，技術人員轉產品在管理層看 來更難接受一點，因為一般管理人員不太懂技術人員的工作內容，習慣於自上而下的思考方式，覺得市場人員可能是更high level的工作，所以呢，「把握」起來更好，事實當然不一定是這樣，但這是一個現實的難度。和純技術工作相比，產品工作在不同的abstract level上，需要的知識結構更寬廣，單一的職位挺難獲得這些需要的知識（和經驗），所以就像一本書上說的那樣「人人都是產品經理」，因為確實需要這樣； 產品是團隊的高級目標，團隊通常會在下意識的情況下一起完成對產品本身的認知和管理；這意味著其實無論是開發人員或者市場運營人員，實際上大家天天都在一 起做產品，站高一點看，你做技術，不只是寫代碼，它還會確實地決定產品最後的工作方式，體驗和面貌；來自市場和運營的工作同樣最終體現在產品的最終形態 里；所以產品就像是一個同時受內外（多方）環境決定的生命體，沒有單一方面決定產品，但任何一方面都有重要影響；所以你從技術轉產品可能是從「實際」在做 產品到「看起來」在做產品。我覺得再積累積累也是不錯的選擇，真的作為技術人員，把技術做好，未嘗沒有做產品的「實」。另外，說的直白一點，要有真正的職權，真正地對結果和決定負責，要有把控方向的權力，仍然和團隊一起做產品，但產品經理的決定不能夠輕易地被 override，這才叫產品經理。沒有實權的產品經理，是沒有做頭的，會非常糾結的，技術人員轉到這種角色，成本非常大，所以要看看你轉到的職位是不 是」實職「，還是只是「虛招」，我個人的經歷，這個詞現在很火，小心泡沫。王宇鵬：我是一名產品經理，我想轉行成為程序員。 為什麼呢？產品經理沒有實權，基本上很多小公司產品經理就是一個人，要與設計，程序，市場，銷售，客服，各個部門溝通，而且如果產品沒做好肯定產品經理是責 任第一人。如果有一個好老闆撐腰還可以，否則很難混下去。所以這也是很多國外ceo就是直接就管產品的原因，否則根本沒有執行力， 同級別如何管？ 這也是國內很多企業產品做的爛的重要原因， 產品經理實際就是打雜的。技能要求高。 技術肯定要， 設計其實也要， 否則無法做原型設計。還有就是細節要求， 最重要的就是大方向要把握好。否則一個完美的產品沒有市場也不行。word ppt excel 精通更是家常便飯、思維導圖、原型工具/還要不停的研究新產品。如果遇到思維活躍經常變化的領導， 做PPT做到吐， 本來如果寫程序寫的多還有點用。 PPT做那麼多根本沒用。浪費腦細胞產品經理前途渺茫， 除非你自己想創業， 否則產品經理實際沒有太多升職空間， 國內的產品總監很多都是市場或運營的人來管的。 做產品的很少會做到總監級別。 當然國內騰訊還是很看重產品這個職位的， 但其他的公司基本沒有看重產品的。產品經理加班的確比程序員少， 但是產品發布測試的時候，也是忙死， 否則自己設計的產品非功能技術性問題其他人測不出來問題在哪。程序員的優勢程序員以前的地位不行，但現在很多公司已經意識到技術的重要性， 程序員的薪資范圍實際上限比產品高很多， 60萬年薪不算什麼， 國外公司年薪100萬也是有可能的。 產品職位基本沒可能。現在世界已經不同了，程序員不再是苦力了，以前國內是渠道，銷售、市場為王，產品、程序、設計都是苦力。現在產品做不好根本沒人用，銷售在忽悠也 不行了。最後實現都是技術問題。而且現在例如 apple store 發行渠道成本很低，只要能做出來好產品不愁賣不出去，微博上一傳就一大堆用戶。程序員自己創業不是夢想，程序員一個配合一個設計產品就能做出來，產品經理 就不行，畢竟自己不會技術就做不出來。不創業也可以靠編程序活一輩子， 一個團隊可能只有一個產品經理或沒有，但程序員肯定要有兩三個，程序員市場需求比產品大很多。 隨著年齡提高程序員的經驗壁壘比產品高很多。程序員可以對產品經理說 「這個因為技術問題做不出來」 但產品經理無法對老闆說「這個ppt因為我能力不行做不出來」。最後還有程序員可以靠自己想做的技術，例如NB的技術 到達人生夢想， 而產品實際上都是從抄襲，在抄襲，最後創新也是技術創新帶來的產品。子陶我覺得你的未來很無限。你又懂技術，又有產品天賦，還善於溝通，很好的技能結合。干不幹產品這事，我真覺得不重要，生活之中皆是產品機會。無論你是哪種開發工程師，你都可以按照自己的意願去做一個自己的產品。何必非當產品經理呢？而且，按自己所想製作的產品，更專一，更有意思，更容易成功。產品人員的郁悶你不清楚。很少有公司給產品人員極大的權利，你要被各種聲音左右。同時，你又必須具有大量產品的深入的使用體驗，並了解其然和所以然。這都是你長期積累的結果。現在去做一個產品執行者，有什麼意思呢？莫如以產品經理的心態，去做一款自己想做的產品出來，這才是你最對的路。白雲飛先回答提問的問題：我覺得你最好還是先查清楚什麼產品經理和產品再考慮不遲。另外如果你已經了解了，你管別人說啥，大膽努力去促成轉變就行。打擊你的，勸你別轉的，一般是根本沒經驗或者轉失敗的，要深入問問他們理由，要問的；鼓勵你的，勸你轉的，可能是忽悠你的或者識貨的，自己要小心求證。呵呵，通過提高程序員level達到貶低產品經理之目的，實在搞笑至極。產品經理=產品+經理，前一個詞描述范圍，後一個詞描述職責（經理並不專指職位）。任何程序員寫的代碼，都是為了解決一個或者多個問題，我們統稱產品。而一個產品的誕生，不管耗費時間長短，必然有調研，需分，規劃設計，驅動實施的過程，而這個過程，每個參與的人都應該全程參與，為了高效走完這個過 程，必然會有所分工，每個人的任務也有所側重。分工裡面為了確保大家認知一致，委派產品經理全程負責文檔和信息的傳達，協調各個人的關系，以其按期按質完 成任務。而團隊每個人並沒有因此失去充分表達的機會。當然現實的情況未必有那麼理想。但平心而論，程序員可以傲慢，但是不要認為自己一直耕種就以為自己最懂行情，今年收成不代表今年收入。產品經理可以傲慢，但是不要認為自己知道的東西多就一定會有人替你賣命耕種，那些東西不一定是真理，也有可能是謬論。人就如圍城反復，做或者不做，自己覺得值就行。聽多數人的，和少數人商量，自己做決定！本文系站長之家整理自知乎網，轉載請註明出處鏈接。標簽：IT職場 程序員 產品經理 轉載申明：為了給廣大網友提供更有價值的內容，我會把我認為優秀的互聯網方面的文章轉載於此。

4. 程序員這個職業好不好

首先職業不分貴賤高低，但分薪水高低，幸福感高低，程序員這個職業前幾年很不錯，但是最近幾年不行了，各種加班996，奮斗者協議，導致程序員這個職業的幸福感漸漸下降，同時由於資本的減少，互聯網企業的崗位漸漸縮水，不如從前資本注入厲害的階段。

程序員實際上對比同行業職位，並不是很有優勢：

1. 對比產品經理，程序員是幹活的，要修改就得修改，薪水還有可能沒成品經理高。

2. 對比測試專員，程序員是幹活的，有bug就得修復，薪水還跟人家差不多。

3. 對比游戲策劃，人家下班了，程序員還在幹活，薪水還沒人家多。

4. 對比原畫師，高端原畫師一幅畫十幾萬到幾百萬，人家休息了，程序員還在寫代碼。

5. 對比銷售職業，天天打電話看上去很辛苦，很低端，一個月成上幾單就破萬了薪水，很多程序員還達不到，同時銷售下班了，程序員還在工作。

其他：就不一一對比了，程序員的加班和程序員的收入實際上不成正比，同時對比其他同行業的職位，薪水浮動並不大，還幹活較多，所以程序員還不算一個高薪職位。

程序員職位並不是高薪，與其他行業基本差不多：

1. 試問產品經理，ui設計，美工，游戲策劃，項目經理，哪個職業在一線城市不是超過8k的，程序員的職位和其他職位的薪水也大致相同，基本一線6-30k，二線4-10k，三線4-8k，其他行業不也是這樣嗎，醒醒吧！

2. 程序員如果算上加班工資到15k，那麼一個房地產銷售一個月賣出去3-5套房子，就達到這個水平了，而且還不用加班。

註：客觀思考問題，不要以訛傳訛，要有明辨是非的能力，不要聽信所謂高薪，以實際思考對比就會有相關的差異。

程序員這個職業好不好：

1. 喜歡的人會覺得好，不喜歡的人會覺得不好。

2. 職業不是說好壞的，而是在於能夠提升生活質量，加班嚴重生活質量下降，這樣的職業我覺得不好。

註：以上僅個人觀點，僅供閱讀思考問題，無其他意圖，如有受益可以採納，感謝！

5. 為什麼大部分程序員的工資比其他行業高那麼多

和其他行業相比，程序員的工資確實普遍偏高，但這是為什麼呢？難道僅僅是因為程序員加班多比較辛苦？因為一些公司996的工作體制？其實不然，辛苦的人多了去了，你看清晨街道上的清潔工辛苦嗎，他們天不亮就得工作，無論寒冬酷暑總要起得比別人早睡得比別人晚；再看看工地上的建築工人，他們難道不辛苦嗎？大家都很辛苦，但為什麼程序員的工資卻偏高呢?下面就來從四個方面做個分析。

1、 技術為王

互聯網行業是一個非常注重技術的行業，產品的研發離不開技術，當一個項目同時被兩家公司想到，那麼就是誰先研發出來並完成推廣盈利，那麼誰就能賺到錢。當然項目的實現離不開技術人員穩扎穩打的技術。在這個快節奏的時代里，技術更新迭代的速度是驚人的，但是新技術的研發學習應用也在不斷的縮短時間。

所以適合的技術人才，對於很多公司來說是至關重要的存在，尤其一些關鍵的技術崗位，這些崗位人才的流失會對公司造成巨大的經濟損失，如之前陸奇從網路離職後，網路股票值一度大跌10%，市值最高蒸發了近100億美元。在短時間內創造巨大的經濟效益，是程序員的價值之一。

2、成本固定

互聯網行業的開發成本一般都是固定的，且變化的幅度不是很大，但一個成功的項目後期創造的經濟收益卻是無窮無盡的。比如說，你開發一個網站，開發成本是100萬，當有一個人訪問時你的收益是1W，那麼當有100個人訪問時，收支已經持平，後面每訪問一個人，都可以認為是凈賺1W，因為開發成本幾乎不隨著規模而上升。

再比如，假如你想要開一家服裝店，從裝修到開張，需要花掉30萬左右，但假如你開的是網店，你只需要雇一兩個程序員將網店設計好，後期需要做的就是運營推廣即可。實體店店面的裝修及租金都是支出的大頭，唯獨在軟體行業，伺服器等設備很便宜，但人力卻非常貴，這也是程序員之所以能拿這么高工資的原因之一。

3、行業發展趨勢所致

互聯網行業的加速發展帶動著我國的經濟不斷增長，同時也增加了很多就業崗位，解決了很大一部分人的就業問題。在十三五規劃中，提出的大方向是加快壯大戰略性新興產業，打造經濟社會發展新引擎。在戰略性新興產業中，主要集中在信息技術產業和網路經濟，國家層面將會提供各種政策、資金、資源的支持，保障它快速、廣泛的發展。互聯網+、大數據、人工智慧，將是重中之重，未來十年，軟體、互聯網、數據、智能化等相關領域，依然是時代發展大趨勢，而支撐這些領域發展的程序員，平均收入依然會遠高於其他行業。

4、能解決傳統的機械工作

近年來出現的很多「無人產品」，像無人超市、無人酒店以及智能機器人這類新興產品，都得益於程序員的研發，這些新興產品替代了很大一部分人力，讓人們的生活享受到更多便捷，同時也能感受到科技的魅力。

程序員的薪資之所以高，不僅是因為辛苦，更多的是因為技術能夠推動社會的進步與發展，將人們的生活變得更加智能。

6. 程序員為什麼加班多,是什麼原因導致的

導致程序員加班的原因很多，主要由以下幾方面吧：

1.需求不清晰。需求人員或者項目經理、產品經理沒有吧需求梳理分析清楚，等開發到一半甚至開發完了，才意識到需求錯了，需要重新做，眼看項目或產品都快交付了，只能讓程序員加班了。

2.管理問題。企業文化，就是加班，本來沒啥活，但領導就覺得員工加班他心裡踏實，所以那不管你是不是程序員，一律加班。

3.自身問題。效率低，解決問題能力不行，分配的工作任務無法在規定時間內完成，那隻能加班，自行解決了。

4.工作任務緊急。突然要開發一個新功能，客戶要求時間緊迫。不加班，無法完成。

5.工作量大。日常工作量就是大，一個人干兩三個人的工作，干不完，加班還干不完呢，加班成常態了。

從甲方角度看，我就想要什麼產品3個月上線，這是戰略和領導決策決定的，不能拖太長時間。

甲方以這個要求去找乙方，乙方銷售為了完成業績，他滿口答應。

售前一般不會反對銷售。

合同一旦簽署完畢，銷售業績就認為算完成一大半，後續介入內部流程就可能減少。

這時候認為，按時交付的責任應該在研發方面。

開發和產品團隊此時可能還需要進行需求分析，系統設計，提交文檔，正規一些的測試部門還要審核文檔。

然後這些事都走玩，開始開發任務。開發人員每天一個日報，每周一個周報，幾乎天天開會討論。

白天都在討論問題，只有晚上其他部門都走了，無人打擾時，研發才可能專心敲代碼。

沒讓專業的人做專業的事情， 是工作開展的大忌，在工業上，早已證明了一切，在工廠生產中，工人流水化作業，一個人只專注一件事情，會越做越熟練，越做越快，越做效率越高。

在軟體開發分工越來越明確的今天，讓後端人員搶前端人員的飯碗，去寫網頁、樣式，效率能高嗎？讓後端人員去搶DBA的飯碗，去做資料庫優化，效率能高嗎？

不專業的人做不專業的事情，可能和公司的發展歷程、組織架構、人員規劃有關；也可能和任務安排有關。

公司發展初期，養不起很多專業的人，可能更需要「全棧」工程師，啥都一把捉；公司發展的過渡期，有點錢了，也意識到了要讓專人做專業的事情，但是人員還沒招齊，那沒辦法，你也得兼職著做各種各樣的事情。如果公司有錢了，發展也成熟了，不是屬於以上兩種階段，在IT組織中，連前端、後端、測試、架構、DBA、網路、伺服器運維、技術支持、安全、產品，這些職能都沒區分好的話，就會對工作效率有影響。IT一線工作人員，每個坑位，都需要一顆專業的螺絲釘。

開發人員不注重代碼質量，導致後期返工，導致效率低

有 時候，快即是慢，對於經驗不足或者習慣不好的開發人員，開發前期，被迫或者自己沒意識到，為了追求進度，邏輯沒考慮周全，沒做好自測，代碼能跑起來就算完 成任務了，表面上任務完成得很快。但是在項目後期，測試階段，問題大規模爆發，甚至要返工，由於測試後期，離自己寫代碼的時候，可能隔了一段時間，有的東 西自己都忘了，再回過頭去重新「熟悉」，效率能不低嗎？更為嚴重的後果是讓項目進度不可控。因此，就算進度再緊張，也頂住壓力，必須要做最基本的測試，再進入下一個任務點。

個體組織人員膨脹，出現溝通成本大的問題，導致效率低

溝通成本是人員膨脹後，暴露出來的首要問題。

舉個簡單的栗子，很多公司都有每天晨會習慣，如果一個組有5個人，開晨會匯報工作，平均一個人匯報2分鍾，就需要10分鍾，現在一個組增加到10個人，一人匯報兩分鍾，都要20分鍾才能匯報完。時間就這樣過去。

再舉個栗子，30人天的工作，分給2個人做，可能需要15天，共耗費30人天，但是分給5個人做，6天能完成嗎？

信息在溝通、傳遞的過程中，可能會「失真」，你想的，不一定能100%說出來，你說出來了，別人也不一定能100%理解，而且每個人的理解能力、知識體系都不一樣，理解起來容易產生偏差，產生偏差就容易做錯事情。

因此，如果人員出現膨脹，要以項目為單位，進行合理的項目拆分、人員拆分。同一個「小項目」最好不要超過4個人負責。溝通的時候，推薦使用口頭+書面+復述，減少溝通過程中的信息失真。

上、下屬之間相互不信任，做事有阻礙或者導致重復工作，導致效率低

上 下屬相互信任是一切工作的基礎。如果上級不信任下屬，不敢授權給下屬，凡是都要自己過一遍，而上級往往是一對多的關系，這個時候，工作瓶頸會出現在上級身 上；如果上級不信任下屬，搞一堆監督機制，為了下屬不做錯事情，又讓別人同事過一遍，又要耗費額外的成本，勞民傷財，而下級得不到信任，做事受阻，久而久 之就會畏手畏腳，很難獨當一面，或覺得自己有能力沒地方使，乾脆走人。

上級應該充分信任下級，放心授權讓下級去做事情，但這些都一個前提就是要有一個較好的軟體管理過程，包括開發環境和測試團隊和在完成任務的過程中進行一些輔導和進行重要節點管控和監督。

上級不信任下級，經常碰到，而下級不信任上級也很要命。程序員是很有個性的工種，不好管理，往往特別多想法。就好像車輪子陷入泥潭中，上級說車子往前推，有的人又說，往後拉，各自發力，估計車子永遠都擺脫不了泥潭，還談何效率？

因此，如果有意見，前期可以提，但是解決方案一旦定下來，應該上下一心（即使有意見也埋在心底吧），朝著目標一起去努力。

不同部門之間溝通存在隔閡與障礙

軟體開發過程中，在IT范疇內，不同部門難免有交集，例如開發與運維、開發與測試，不同崗位承擔的責任、掌握的知識體系、考慮問題的角度往往不一樣，導致處理事情受阻。

舉 個栗子，有一次，開發人員為了驗證某個問題，需要運維人員協助重啟某個站點。對於開發人員來說，這個站點，用的人比較少，而重啟也是一瞬間的事情，風險為 基本為0，但是由於運維人員掌握的知識體系不一樣，怕重啟了會造成很大影響，甚至害怕出了問題要自己承擔責任，明明可以瞬間操作解決問題的，又要等到中午 或者半夜三更沒人的時候才敢重啟，效率就是這樣降低了。這個時候，需要運維人員，去學習一下相關知識，或者引入新流程，例如，重啟站點，需要某個專業人士 口頭同意，即可立即執行。

因此，不同部門之間的人，應該互相學習，才能更好地溝通；做事情，盡量做輕量級的流程化、標准化。

上級工作安排不到位

上級工作安排不到位，也會導致工作效率低。有時候會有這種怪現象，可能很多事情沒做，但是下面的人沒事可做；或者有的人很忙，有的人很閑。

軟體開發分工，不像搬磚頭，一人搬一車就行了。軟體開發， 工作量化本身就是一個很難的地方，如果項目經理沒有做項目計劃，沒有做工作點、任務點拆分工作就很難安排到位。特別是剛剛從程序員轉型做項目經理的人，過 程性思維，不會對項目做整體的把握、整體規劃，想到哪裡就做到哪裡，想到什麼就分配什麼工作，最後一團糟，一會把下面的人累死，一會又讓下面的人閑死。

7. 程序員加班多嗎

加班肯定是有的，不過看公司，我們公司工程事多的時候加班，也有周末加班一天的，不忙的時候加班再坐坐就走了，看工程，我覺得加班程度還能接受。就看你公司怎麼樣了。
外包公司一般加班比較多，做自己產品的好一些，還有就是有些外包公司有什麼項目來就做什麼，甚至在不同的語言間切換，這樣你很難精通一門語言，精通一個行業，不建議去這種公司。
建議找個有自己產品的公司，加班也會少些，可以有時間自學提升，公司做工程越到後來提升就越小了。自己去學習新技術

8. 產品經理和程序員工資哪個高

一般情況下產品經理的工資會比較高一點的，但是要看每個公司的情況，有些公司程序員的工資也不低

9. 為什麼產品經理工資比程序員高

產品經理是個浮躁的行業，為什麼這么講？遇到過很多產品經理，其實只會個Axure，對產品的用戶需求、習慣等等不是很了解，就開始把我一個產品的生命了，其實很多時候是老闆在把握！

見過10個產品經理，優秀的也就1-2個，大部分是混子日的，但是要的薪資卻不低，所以整個行業，缺的不是產品經理，而是優秀的產品經理！
這就造成企業在招聘產品經理時候，非常謹慎，一邊面對不斷上升的成本，大量求職人員漫天要價，一邊面對無人可用，招聘人員動不動不合適離職，產品經理這種崗位真是需要個3-5個月時間磨合才能看到人員真正的實力。
所以在招聘市場，產品經理的薪資大致可以分三個層面
1、基礎層，萬元左右，主要是面對工作時間很端的產品經理，產品助理設置，這類基本干不出什麼活兒，做個幫手吧！
2、骨幹層，15K~25K之間，這類基本具有五年以上產品經理經驗，非常熟悉產品經理的工作工具，但是對行業的認知相對不足，或者在莫一方面具有一定的不足，無法全面的把握產品的整個過程。這類人員很多屬於老闆的產品實施工具。
3、核心領導層，30K~以上，這個基本是這類產品的主要架構人員，對行業、產品有充分的認知，並且有很好的理解、溝通、表達能力，可以全面梳理、管理、運營產品的生命線。相對非常少！並且對程序、產品等比有的程序員還熟悉。
你說是不是有的比程序員工資還高呢！

10. 做產品經理還是程序員

產品經理沒有實權，基本上很多小公司產品經理就是一個人，要與設計，程序，市場，銷售，客服，各個部門溝通，而且如果產品沒做好肯定產品經理是責 任第一人。如果有一個好老闆撐腰還可以，否則很難混下去。所以這也是很多國外ceo就是直接就管產品的原因，否則根本沒有執行力， 同級別如何管？ 這也是國內很多企業產品做的爛的重要原因， 產品經理實際就是打雜的。
技能要求高。 技術肯定要，設計其實也要，否則無法做原型設計。還有就是細節要求，最重要的就是大方向要把握好。否則一個完美的產品沒有市場也不行。word ppt excel 精通更是家常便飯、思維導圖、原型工具/還要不停的研究新產品。如果遇到思維活躍經常變化的領導，做PPT做到吐，本來如果寫程序寫的多還有點用。PPT做那麼多根本沒用，浪費腦細胞。
產品經理前途渺茫，除非你自己想創業，否則產品經理實際沒有太多升職空間，國內的產品總監很多都是市場或運營的人來管的。做產品的很少會做到總監級別。當然國內騰訊還是很看重產品這個職位的，但其他的公司基本沒有看重產品的。
產品經理加班的確比程序員少，但是產品發布測試的時候，也是忙死，否則自己設計的產品非功能技術性問題其他人測不出來問題在哪。
程序員以前的地位不行，但現在很多公司已經意識到技術的重要性，程序員的薪資范圍實際上限比產品高很多，60萬年薪不算什麼，國外公司年薪100萬也是有可能的。產品職位基本沒可能。
現在世界已經不同了，程序員不再是苦力了，以前國內是渠道，銷售、市場為王，產品、程序、設計都是苦力。現在產品做不好根本沒人用，銷售在忽悠也 不行了。最後實現都是技術問題。而且現在例如 apple store 發行渠道成本很低，只要能做出來好產品不愁賣不出去，微博上一傳就一大堆用戶。程序員自己創業不是夢想，程序員一個配合一個設計產品就能做出來，產品經理 就不行，畢竟自己不會技術就做不出來。
不創業也可以靠編程序活一輩子，一個團隊可能只有一個產品經理或沒有，但程序員肯定要有兩三個，程序員市場需求比產品大很多。隨著年齡提高程序員的經驗壁壘比產品高很多。
程序員可以對產品經理說 「這個因為技術問題做不出來」 但產品經理無法對老闆說「這個ppt因為我能力不行做不出來」。
最後還有程序員可以靠自己想做的技術，例如NB的技術到達人生夢想，而產品實際上都是從抄襲，在抄襲，最後創新也是技術創新帶來的產品。