已經快三個月沒有答題了，今天閒來無事，來回答一下這個題目，作為一面標準的程式設計師，每次看到這種型別的問答，真的是有苦說不出，慢慢的都是吐槽。

不知道大家近期有沒有關注一個新聞，一個專案經理要求程式設計師根據手機殼顏色來改變軟體主題。看到這個我一臉懵逼，根據手機殼自動調整APP主題，哈哈哈哈，你是開玩笑的嘛，程式設計師能夠根據地球引力改變地球運動軌跡你信不信。

（1）辭職：面對這樣的專案經理你不辭職你還在公司裡面留著幹嘛，等著你去跟他打架啊，萬一一不小心上了熱搜，以後哪個公司要你，說你是個打架的程式設計師，你怎麼辦，說不好辭職換個公司月薪還能那個兩萬，不辭職我就在新聞上看見你啦。

（2）努力：我說的努力是什麼意思，不是讓你真的只知道敲程式碼，程式碼是敲不完的，錢也是掙不完的，那你怎麼辦呢，當然是好好工作，努力把他擠下去，這樣的領導留著充話費呀。

那要是我遇到無法完成的需求怎麼辦？

（2）如果真的完成不了，要是我的話呢，我就直接找專案經理，你要是能完成，你來呀，我給你錢。你給我二十萬，我給你四十萬。總之呢，遇到什麼都不知道的上司，我們還很無奈。

畢竟，人生那麼美好，何必在一家公司耗上自己的青春，畢竟我們都是那麼帥氣，那麼不拘小節。

故事一：別墅區配電設計

九十年代初廣東盛行“星期六工程師”,技術人員可以業餘時間接私活（廣東叫“炒更”）。由於本人在單位電氣年輕人中有點小名氣,有人請我設計花都芙蓉旅遊區首個別墅小區的配電照明設計,總價3萬,預付款5千。

但我是做工業設計的,簡單的宿舍樓配電照明做個幾個,別墅區？見都沒見過,怎辦?!

衡臣的絕招是藉助外力學習,一位近70歲的老電氣裝置製造專家（開產品鑑定會認識的）給我推薦了上海市最好的民用建築設計院的兩位專家：上海建築設計院和上海民用建築設計院（現在依然是上海最好的設計院之一）。

衡臣買了飛機票從廣州專程乘飛機去上海拜訪兩位電氣專家，買了 雀巢咖啡 和咖啡伴侶送禮。在拜訪後，又請了兩位專家吃飯。兩位專家熱情的回答衡臣提出的問題。

雖然沒看圖紙，但兩位專家熱情接待、傾囊相授，讓衡臣明白了民用建築，特別是別墅區電氣配電和照明設計的主要原則，開拓了思路。

上海之行花了近5千元（九十年代初可了不得）,但值了！別墅區的成功設計不僅讓衡臣增長了知識，也擴大了衡臣的市場影響力，此後找衡臣炒更設計的越來越多。

故事2：隧道照明

有位燈具供應商的老闆請衡臣幫助他做廣東清連公路（清遠到連洲）的隧道照明投標檔案，這又是一個新挑戰，也是完全沒接觸過。

沒關係，功夫不怕有心人。首先衡臣去學習隧道照明設計規範，瞭解了隧道照明的特點（不同等級道路的照度要求、避免眩光影響駕駛的要求和出入口防止黑洞效應的要求）。

但衡臣根本不知道如何根據燈具佈置方案進行照度計算啊！這時衡臣想起一本電廠照明書的作者韋工，還是老一套：帶上禮物上門拜訪。

和韋工交流了二個多小時，韋工做電廠照明有經驗，但對隧道照明也不熟悉，回到宿舍翻來覆去睡不著，但沒想到第二天上午醒來腦袋豁然開朗，一下子明白了隧道照明的計算方法。

實際上，與韋工的交流開拓了衡臣的思路、激發了衡臣的靈感。投標檔案按時順利完成並且投標取得了第二名的好成績，簽訂了幾個標段（40％份額）的供貨合同，能在眾多投標人之中脫穎而出真心不容易，那時可都是真招標啊，許多國外品牌也參加了投標（第一名是國外品牌中標，佔60％份額）。

投標技術顧問計價合同計價原則是不中標僅給少量的補償費，中標後技術顧問費按中標金額的百分比。經過努力中標，燈具供貨商老闆高興俺也高興，呵呵。。。

故事3：Golf球場燈光系統

九七年有朋友推薦衡臣去做廣州從化Golf球場夜晚燈光系統的設計，Golf球場有了燈光系統可以增加會員費，提高經濟效益。

但衡臣僅從電視上見過Golf球場（以前做過廣州增城仙村Golf球場會所的設計），不要緊，還是老一套。

首先，去深圳沙河Golf球場實際感受夜晚燈光系統（那時只有高階Golf球場才有夜晚燈光系統）。

但國內沒有Golf球場燈光系統的標準規範啊，好在衡臣善於交朋友，衡臣設法從香港朋友處取得了深圳沙河Golf球場燈光系統總承包專案的招標檔案（英文版），衡臣一邊翻譯一邊學習，終於明白了Golf球場照明的標準規範要求和獨特的特點。

Golf球場高低起伏,果嶺和球道都著不同的照度要求，燈具也很特別需要很高的垂直照度，不然打球的貴賓們（當時是貴族運動）和球童沒法跟蹤Golf球在空中的執行軌跡。

燈具佈置衡臣可以依靠專業經驗提出佈置方案，但這種需要考慮空中垂直照度要求的可沒辦法手算（當時國內設計院照明計算都是手算，沒有軟體），這可真令人頭痛！

辦法總比困難多，衡臣想到Golf球場的燈具國內一定沒有生產，因此決定與國外品牌Golf球場燈具經銷商合作（答應幫他們向業主推薦，那時設計是有推薦權的）。

衡臣從業主那裡取得地形圖並提供第一輪的燈具佈置方案，燈具經銷商用國外軟體計算球場照度，衡臣再根據計算結果調整佈置方法，經過近十輪的調整，衡臣終於完成了最佳佈置方案。

但從化Golf球場老闆由於遇到九七年金融危機取消了夜晚燈光系統的投資計劃，專案取消了，衡臣當然收不到設計費（原預測可收近20萬，呵呵。。。）。

但衡臣一點都不後悔,經此後，衡臣電氣照明的能力己得到廣泛認可，許多客戶找上門。此後，衡臣還廣泛參與五星級酒店、高層寫字樓、大型商場、大學城初步可研、城鎮總體規劃和詳細規劃、開發區道路設計的配電照明專案甚至卡啦OK的燈光系統的設計（與廣州集美合作，那時他們也不出名）。

作為一名從業多年的老程式設計師，目前我也在帶軟體團隊，所以我來回答一下這個問題。

產品經理作為專案的主要責任人通常揹負著重大的責任，產品經理的壓力也非常大，所以很多產品經理給人的感覺都非常焦慮。

產品經理也是整個團隊中唯一沒有理由休息的人，有的時候半夜醒來想的第一件事情就是產品的事，我就遇到過多次產品經理在深夜的時候興致勃勃的給我打電話，我想作為程式設計師或多或少都遇到過類似的情況。

產品經理大部分都是有一定技術儲備的人來擔任，至少知道目前行業技術的實現邊界，但是產品經理絕對是遊走在技術邊界的一群人，如果說產品經理在推動行業技術發展也不為過，所以產品經理往往會提出一些比較難於實現的功能，尤其是網際網路領域。

但是很多團隊依然會有產品經理直接面對程式設計師的情況，此時如果產品經理提出難於實現的功能時，程式設計師應該怎麼辦呢？按照我的歷史經驗來說，我給出以下幾個建議:

第一，認真聽產品經理把話說完，即使聽到實現不了的功能要求時也不要打斷。也許這個功能是產品經理最為看中的。

第二，不要急於否定，要表明自己的態度，我可以試一試，但是可能會搞不定，讓產品經理有一個心裡預期。

第三，可以給產品經理提出幾個可以實現的選項。

第四，在經過嚴格的驗證和諮詢之後(可以到開發社群問一問)，如果還是搞不定，這個時候可以有理有據的拒絕產品經理。

好的產品經理也能極大的鍛鍊團隊，讓研發團隊不斷成長。

如果有技術問題，也可以諮詢我。

相信題主是看了最近的影片了吧。

這麼扯淡的需求不能忍啊····· 於是爆發衝突。最後雙雙被公司開除。

當然，打架是真的，原因是不是還有待考證。但是作為一個程式設計師，天生跟產品經理勢不兩立，當他們提出不合理的需求我們該怎麼辦呢？

1、溝通

由於產品經理和程式設計師是站在不同的角度來考慮問題，產品經理更多的是從使用者出發，從戰略出發，而且大部分產品經理對技術一無所知，常常會提出一些異想天開的需求，殊不知，程式設計師早已在背後罵了無數回了。如果兩個人不好好溝通還怎麼解決問題。多交流才能讓產品經理明確技術不是萬能的。

2、明確需求

你有沒有碰到這樣的情形，一個產品，一週之內改了五六次需求，一會加上某個功能，一會嫌棄太臃腫，還要做個簡潔版。簡直是流氓一個。碰到這種情況，就讓產品經理來做技術吧。哈哈，是不是 我們的真實寫照。這種情況下，讓產品經理明確需求再說，否則不做，態度堅硬一些。

最好的解決方法呢，就是產品經理懂一些技術，技術人員懂一些產品，這樣再考慮問題的時候都會為對方考慮，如果你遇到懂技術的產品經理，就抱大腿吧。

職場上，專案經理會帶著一個團隊，團隊中有若干個程式設計師，這個團隊在專案經理的帶領下，完成產品的需求。每個人的角色都不太一樣。

專案經理起著承上啟下的作用。對上要跟領導溝通，理解領導的要求，對下跟程式設計師溝通，把領導的意圖帶給程式設計師。

專案經理還起著承左啟右的作用。對左要跟客戶溝通，理解客戶的需求，對右要跟公司其他部門溝通，然後也把需求傳遞給程式設計師。

程式設計師是負責產品具體實現的人，從接到需求開始，經過詳細的邏輯設計，將這一功能用程式碼實現出來。

同時，程式設計師也要隨時與專案經理保持溝通。

在日常開發中，專案經理的需求也不一定完全就是合理的，也許有些需求就是專案經理自己頭腦發熱提出來的，不一定就是合理的。程式設計師可以這樣做。

溝通在職場上非常重要。有不合理的需求，可以找到專案經理充分的溝通，指出這個需求不合理的地方，以及可能遇到的困難。看看專案經理怎麼說。

1.認為專案有價值，那麼就需要堅持，專案經理要求完成的任務，需要做一些分析，是什麼原因無法完成？知識問題？技能問題？還是類似平安產品那種無聊的需求，如果是自己的問題，那就需要自己去想辦法克服啦，缺什麼找專家或者有經驗的人請教，相信現在很多問題不是你第一個人遇到，大部分都有現成的技術和方法. 如果能找到的解決方案無法滿足專案時間的進度，那麼就需要和專案甚至產品溝通是否有更切實可行的方案，或者分步實現，或者替代方案.

2.如果專案沒有希望，公司或者沒有前途，當然這個判斷需要慎重，最好請教一下行業中有智慧的前輩.沒有前途的地方就不需要多待了.

這個問題是經常可能出現的坑，程式設計師一般是繞不開的，所以積極正面面對很有必要. 整個過程需要良好的溝通能力和方案呈現能力，從長遠來看，這些是你發展的後勁，不要選擇消極的態度去應對.

關於這個問題你得先分析一下情況。專案經理是你的上司，懟他？你還想不想要績效了，還想不想要獎金了？你肯定不能像懟產品經理一樣懟他，也不能像前幾天與產品經理打架那種情況跟他打架。

不論是專案經理還是產品經理，作為一名開發人員，拿到一個需求後，首先應該考慮我能不能按時完成？技術需求無法完成的原因是什麼？

1.不懂技術，認為只要是需求就可以完成，提出了一個無腦的需求，純粹靠自己臆想，沒有從實際情況的角度考慮。

2.需求可以實現，但是實現起來有難度，自己當前的技術水平難以實現。

1.面對無腦需求，應該坐下來好好談談，動手是沒辦法解決問題的，你跟專案經理說明無法實現需求的原因，取消這個需求。

2.當自己的技術能力不能滿足實現需求時，你應該抓緊時間，加班加點學習相應的技術，以確保在規定時間內實現需求。

如果經過考慮後，你認為自己實在無法在規定時間節點完成或需求急著投產，你應該跟專案經理說明情況，看部門內是否有擅長這個的大佬，實在沒有就跟專案經理協商推遲投產。

我也是一名程式設計師，目前走技術管理崗兼範產品人職位，現在也是團隊專案負責人。一路來深知程式設計師與專案經理的恩怨情仇。

其實程式設計師和專案經理對需求有衝突原因是兩者看問題的思維方式不同。程式設計師看需求偏行於如何去用技術實現它。而專案經理更多的是從產品角度，是否抓住使用者痛點。

所以最好的溝通方式就是，雙方互相體諒，要麼是專案經理懂一點技術思維，能從研發的角度也考慮下需求。要麼就是程式設計師也有產品思維，懂得專案經理的用意。若實現上有困難，可以想出另一種文案滿足需求。

1，從實現成本上說服產品經理，告訴他需求可以現實，不過成本很高。例如有人腦洞大開，想透過前置映象頭獲取使用者瞳孔中的映像去識別手機殼，再透過手機殼色調去調整主題。能現實吧？可以，不過成本太高， 週期長。獲取映像不不清晰。還未必能準確現實。

2，從產品角度提出更優方案。擺明“自動變換主題”的困難後，可以和產品經理說明，使用者換手機殼的頻率很低，自動變換主題也是低頻操作沒必要投入太大時間和精力成本去實現。而是當用戶首次安裝時彈出或提供切換風格的功能，讓使用者手動選擇一種使用者喜歡的主題，這種操作對於使用者來的講成本很低，不會有門檻。還讓使用者更加隨心，避免了自動切換主題不是使用者滿意的，而使用者又不知道如何恢復預設主題帶來的尷尬。

當你的方案更合理，產品經理還是不接受，執迷不悟的話，打！

所以建議程式設計師多培養自己的產品思維，因為有產品思維後，你會明白產品經理的用意。對於產品經理提出的不合理的需求，不僅可以慫回去，還可以自己提出更好的方式，讓自己少走很多彎路。最低效的事，就是高效地完成本不該完成的事。

你還遇到產品經理哪些無理的需求？

資深網際網路人期待與你碰撞出精彩火花。

程式設計師在很多外行中是一名專業的網際網路程式設計開發工作者，而對於其他網站運營，客戶需要，業務交談等都不是很熟悉，所以被認為沉默，無趣，高冷的人群，我們也稱為碼農。很多專案經理是不懂技術的，他們有些人是從測試人員轉過去或業務人員轉行的，在我們看來也屬於外行，這樣一來與專案經理發生矛盾也是屬於正常現象，作為一名程式設計師，面對專案經理無法完成的技術需求時，我們更應該怎麼樣做呢？

第一，溝通，這是最直接的解決問題辦法，和專案經理耐心解釋目前我們公司沒有這個技術，如果你專案經理是一個通情達理的人，想必不會和你計較的。

第二，做一名有思維的程式設計師，我們常說的碼農是純技術型別程式設計師，是有程式設計技術沒有思維能力，沒有判斷市場業務能力，所以作為一名程式設計師，技術固然重要，但是開發思維更重要，我們要做的是根據客戶需求進行專案分析，這樣一來，專案經理其實與業務員差不多，其他需求分析，專案功能分析都是程式設計師的應該有的能力。

第三，與老闆或上司說明情況，這是對於那些專案經理不講理而且硬要這樣無法實現的功能。

第四，辭職，這是最壞的情況了，既然公司沒有值得你留戀的地方，做得也不開心，推薦辭職吧，做人要知足常樂。

很多人覺得程式設計師和專案經理是天敵，發現這種問題的關鍵點在於，大多數的專案經理或者產品經理不懂技術，有時候說出的需求點有點天馬行動的感覺，導致很多程式設計師反感，現實中存在很多不懂技術的指揮懂技術的人現象。

但這個事情還要從兩個方面入手來分析，如果一個產品或者專案完全按照程式設計師是思維去鍛造，可能在效能上會好很多，但在產品的樣式以及創新性上會大打折扣，所以為什麼還是有那麼多不懂技術的產品經理或者專案經理在指揮著程式設計師的需求的完成。

這中間其實有個取捨的問題，如何協調的問題，處理的比較和諧的一般是這樣產品經理或者專案經理主導著方向，在具體實現上還是要尊重程式設計師的意見，這樣能夠過濾掉一些很荒唐的想法，產品經理或者專案經理全身的考慮產品的方向問題，程式設計師專注於如何實現。

在偏向於產品的公司，產品經理的職能會高於程式設計師，在注重技術的公司，技術會主導研發的方向，產品經理反而成了輔助，所以這在每個公司展示的形式不盡相同，從大的方向來看，產品或者專案經理更加適合做方向性工作，程式設計師專注於程式本身的設計，如果存在技術難點或者不合理的需求可以當面溝通來解決掉。

前幾天發生的程式設計師和產品經理大打出手的情況，畢竟屬於個例，事情雙方都是存在責任的，對於一個產品經理還是要掌握常見的理論知識，提升自己專業的技能，不能只會異想天開。對於程式設計師來講完成基本需求是本職工作，也不能因為對方提出的需求有問題就採用極端的方式，問題其實都可以透過溝通的方式來解決的，冰凍三尺非一日之寒，之前兩人在溝通上估計已經存在很大的問題了。

在職場混還是要保持平常心，也彰顯了一個人是不是具有情緒控制能力，一個人是否成熟的表現。