產品經理和程序員如何才能和諧共處？
我初做產品經理的時候，產品部的leader給我來了一句莫名其妙但是讓我印象深刻的話：
產品實現是你的目的，為了這個目的不必太講究。
做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。
接下來我就闡述下自己的一些心得：- 產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠紮實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）
- 用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這麼做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。
- 試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。
- 注重日常交往。日常生活中交個朋友，比如一起打球、打遊戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。
總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。
謝謝所有頂我的人，還有留言問是否在招聘的程序猿哥哥，我們團隊的確在招人，前思後想還是不貼招聘鏈接啦，有需要的可以私信我~
----------------------------------------------------------------------------------小女子小小產品經理一枚，和自己的iOS開發、安卓開發、網頁前端、服務端都相處的很愉快，主要表現是：他們工作積極認真，提出自己的建議都很棒，開發快，出現問題第一時間響應主動加班debug，每一版設計的還原度都相當之高，對我這種菜鳥級別的產品經理一直很溫柔，從來不使絆兒；做到這些，我總結了自己和別的產品經理不一樣的地方，其實和談戀愛有驚人的相似處：
1.提需求的時候很謙卑，從不頤指氣使：公司給他們發工資又不是你給他們發；你的需求不一定很專業，從技術角度看的確有很多實現不了的地方；去了解他們眼裡你的需求有問題的地方，不細緻的地方，經過討論再定；改動一些無傷大雅不傷筋動骨的地方；討論時不能鑽牛角尖；
2.杜絕不懂裝懂：他們是專業的，是技術上的大牛（即便不是大牛，也要鼓勵他們成為大牛，至少比你強，不服你上啊）我是菜鳥，大學學的是管理，技術上的小白，不懂的地方請教他們，他們沒時間我就私下自學。千萬不能固執己見，明明自己就不是很懂「這個地方為什麼要這麼設計、這個功能為什麼要加在這裡、這些數據為什麼要上報、這個介面什麼時候調用」，那就不要給出錯誤的指示。問問他們的意見：這個地方你覺得怎麼處理比較好，你見過的那些牛逼產品都是怎麼處理的？被他們鄙視也沒關係，你就是要誇他們，讚美他們能幹技術強悍，偶爾撒個嬌，錘一下自己的頭說：這都搞不懂，我真是笨死掉的呢~
3.不要隨便改需求！！這點是真的很煩人啊！！產品經理自己的需求一定要考慮成熟以後再提出，很少有在一開始就想好每個細節的產品經理，但是千萬不要隨便拍腦袋改需求。產品經理也是有領導的，產品經理的領導上面還有總監CTO什麼的，往往有些需求的改動就是上面的領導隨口說了一句：啊，某某產品出了這個功能還不錯，咱們也做吧~（噗……每次這個時候我都一口老血啊！領導你仔細考慮一下吧，你認真考慮過么，這麼雞肋的功能你要了干毛啊？）牽一髮而動全身的下面幾個月都要為了加這個功能而大改特改，所以在這之前就要打住！！當~當~當~當~這個時候產品經理就要光榮的出現，擋住從上而來的莫名其妙的需求。我沒有技術，難道還沒有情商么？！！！哄好老闆是產品經理的必殺技好么？產品是我的，你懂個毛線啊，你想改就改啊！當然和老闆不能這麼說，具體怎麼擋需求嘛，要看有沒有人點贊了……
4.平時多溝通，工作上的溝通和私下的感情溝通都是有必要的：工作上的溝通的基石是站在對方的角度想問題。For instance：每次有哪些地方有問題用戶反饋不好的時候，我會給程序員提3套意見，讓他們判斷哪一套工作量最小，需要改動的代碼最少，（不要出現那種你一句話要改，程序員這幾天寫的幾千行代碼都廢了的情況）私下吃吃飯，說說妹子的問題：感情最近怎麼樣啊，有沒有喜歡的妹子啊之類的。團隊里沒有妹子的話，就招幾個實習的妹子，能不能幹活是次要的，好看並且喜歡程序員哥哥是主要的！告訴他們這幾個妹子是為了他們招的，別害臊趕緊上！
5.最後這一點我和別人不一樣的，就是我是一個好看的妹子兼產品經理。我知道怎麼和男生溝通，知道怎麼和那些很少和妹子說話的男生溝通，關鍵是我腿長胸大臉好看~！唔，這點最次要了，你沒有也沒關係。
我所認識的程序員都是非常非常單純且可愛的，他們的世界很簡單，所以出現溝通問題不要讓他們去改變，因為那都是產品經理的錯。
產品經理不是經理，記住這一點就好了。
找一個年輕貌美長髮膚白聲音嗲的產品助理非常重要！需求會，項目啟動會之類的，產品汪都帶著助理一起去，日常的項目推進讓產品助理去做。到最後，你會發現，程序員完成了項目，你還鍛煉了手下……
1，程序員和產品經理都靠譜。所謂靠譜的意思就是，各自的能力可以勝任各自的職責，也有擔當，人品和職業素養過硬。這是最重要的，沒有之一。
沒有人願意和不靠譜的人合作的，哪怕情商再高，也不可能合作愉快。按照我的標準，程序員不好評價，但國內不靠譜的產品經理並不少，這些不靠譜的產品經理危害很大。2，雙方彼此尊重，相互對等，這種尊重的核心是，即認可對方的權責和權威，又包容對方可能的難處和不足，珍惜對方的勞力和付出。
1）所謂認可對方的權責和權威：
是指pm和研發關係是不對等的，即有可能出現一些公司pm干預挑戰研發的技術判斷（排期，技術風險，項目整體技術方案）等，以及項目上線後和研發爭搶功勞，逼迫壓榨研發的現象，又有可能出現一些公司的研發，憑藉自己是稀缺資源方，倚老賣老頻繁質疑pm的需求判斷，刁難pm的現象。在我看來，這都是越界的行為，是對對方專業能力和判斷的極大不尊重。注意，對需求有爭議想和pm討論甚至爭論，和對需求提出質疑，認為這需求方案就是一坨屎（我真遇到研發直接這麼對pm說的，當然最後上線證明效果被打臉了，但即使沒被打臉這種行為也是極度缺乏尊重的），顯然是兩個意思。2）所謂包容對方可能的難處和不足：
對於pm而言，最常見的一個不足和難處，就是需求調整的問題。需求變更有時候是不可避免的，你會發現，一般公司里，越是level高級別高的產經理，會給產品帶來的變動越大，而且很多時候，哪怕是下面的人，也可以輕易找到槽點吐槽這種變動（之前怎麼不想好），這意味著兩個事實：對需求的把握並不是一件簡單的事情，處在每個級別和位置上的人對其負責的需求的認識都可能出現反覆。有一些需求變更是至上而下的。所以，一個容易和pm相處愉快的程序員，會評估需求調整的原因和背景，會懂得包容一些不可抗力的因素，並注意預留一些buff來降低delay風險。而不受pm歡迎的程序猿，則把所有需求變更視為洪水野獸，「老闆要改需求就改啊，搞定老闆不是你的事情嗎？」。老闆真的說搞定就能搞定，那老闆還是老闆嗎？對於程序員，我自己的看法，最常見的一個難處，就是無法保障沒有bug，哪怕有專門的qa支持。還有一個難處就是，程序員不可能保障架構的無限靈活性，不是今天說這麼改做成這個方向，明天再改成另一個方向，架構都能完美支持的，而很多pm並不理解這點（尤其那些愛做功能加法，愛重構產品的），最後系統越來越臃腫，程序員苦不堪言。3）珍惜彼此的勞力付出
有些公司，不把pm當稀缺資源，什麼雜事都扔給pm，我聽過這樣的論調，pm多付出點沒事，一個pm的工資才多少，一個研發的工資多少，能給pm做的幹嘛給研發做？一些研發還覺得理所當然。另外有些公司，一些pm和研發討論方案的時候，寧願堅持一些沒有多大價值但研發成本很高的需求點的實現，也不願意做出變通和調整，這種事也是有的。當然，更大的不尊重，是年初定了一個規劃做一個方向，逼著研發加班到半夜幹活，項目上線後發現效果一般，啥也不說，又開個規劃會，逼著研發又加班加點做一個新方向，這個新方向多半還是腦子一熱拍的！
額外提一句，有些人情商很高，非常聰明，在教育你如何和研發/pm相處時，說得頭頭是道，老實說很多東西都是有道理的，值得借鑒。但同樣是這裡面的一些人，回頭就給對方挖坑，或者忽悠對方加班加點做些自己心裡都沒底的事情，做敗了還把責任扔給對方（老實說，確實能做這種事的是pm居多，但我也見有研發做過）。很多事情，日久見人心啊，真的想和對方長期合作相處，那麼抱著把對方視作需要尊重和珍惜的夥伴而不是做事的資源的心態，同時注意溝通技巧和方式，才是最好的。
1. 產品經理/測試是妹子整個項目團隊會比較和諧。（主要是因為開發很少是妹子的）
2. 有一定技術理解能力或者產品架構能力的產品經理會跟開發比較和諧。因為很少會有開發不理解需求，但是很多產品經理不理解架構，交流不對等。3. 大牛開發一般都會跟產品經理比較和諧，因為做的東西多，思考的多，眼界寬。程序員這個稱呼對他們也許並不合適。很多人覺得互相指出問題是不尊重對方，是跨界。我嚴重反對，為什麼不能跨界？為什麼要給自己與他人設限？尤其是對方有問題時，明確指出，對事不對人，對雙方都是一種提高。內心的尊重才是真的尊重，共同創造產品、共同思考、共同進退、互相支持。這樣一種兄弟精神，才是真的尊重。當產品狗和死程都從屬於同一個老闆，從而可以互相制約的時候，就可以和諧共處了。
Dear 產品汪：
看你如此努力討好卻始終不得法，只得出言提點。我不在乎對方的出身與美貌，能征服我的只有對方的氣場。
我從來不介意你改需求，我在意的是你的猶豫迷茫有時甚至心不在焉，我感覺不到你對我們未來孩子的用心。你不用小心翼翼的詢問我，我希望看到的是你的堅決。殊不知正是因為某次我們的爭論，我才對你芳心暗許。我是理想主義者，只有比我更極端的理想主義者才能配的上我。
我努力的尋找你身上的閃光點，希望孩子能繼承到這些基因，可我總是找不到。我在生活中給了你如此多展現的機會，可你總是讓我失望。哪怕你在某個遊戲中蹂躪了我，也能讓我心悅誠服。我崇拜強者。
但你卻總是低頭整理那些虛無飄渺的文檔與數據報表，想著如何應付我們的父母。可長輩們不知道，生活在新時代與你朝夕相處的我還會看不明白那些貓膩么。
如果你只是為了孩子而與我結合，又能如何要求我付出真心。你如此不講究，又如何要求我對你微笑。要知道你提供了孩子的基因，跟你姓，我卻得負責接下來的餵奶換尿片，你沒事給孩子買個玩具，可結束後還得我來收拾房間，我越來越覺得自己變成了全職家庭主婦。
最後附圖一張，共勉。
期待被征服的 程序猿
讓產品經理和程序員成為同一人
如果你是一個程序員，如果你想與產品經理和諧共處，那麼你需要做到：
1.調整心態
不管你有多麼的崩潰和絕望，只要你現在還不打算辭去這份工作，那麼你就需要調整自己的心態：
- 如果所有的工作都是你在做，說明公司很需要你。如果你哪天不行了，那麼公司的業務也就完了。
- 如果你經常加班到很晚，甚至是周末也在工作，那麼說明你目前的工作節奏是不正常的，因為你的工作效率會很低。如果你每天工作時長恰當的話，你的工作效率可能更高。
- 如果項目經理向你提出不合理的目標規劃，但是你最終竭力完成了。在這個過程中，你不僅僅是完成了工作任務，更重要的是，你完成的是一般人無法完成的任務，你學到了新東西，獲得了能力的提高。
- 如果你認為領導應該為你的努力工作而嘉獎你，那麼請不要相信「沒有功勞也有苦勞」這句話，努力工作並不一定能通往成功，你需要思考的還有很多。
- 如果你無法按時完成任務，你覺得下面哪一種想法更糟糕呢：a)你如臨大敵般的接受任務，像魔鬼一樣工作，然後畏縮的承認你無法按時完成；b)你在一開始就平靜的告訴經理這無法在規定時間內完成，並且提出合理的完成時間，然後在提出的時間內平穩順利地完成任務。
總之，最重要的是調整好你的心態，記住你的首要工作是完成任務，而不是與項目經理斡旋。
2.學會說「不」
如果你對公司確實是有價值的，公司很需要你的話，你的離開一定會給公司帶來損失。公司既然需要你為他付出勞動，你也應該有針對自己工作提出建議、拒絕不合理安排的話語權。
你可以使用甘特圖表來顯示你當前項目的進度，用來表明任務計劃在什麼時候進行，以及實際進展與計劃要求的差別。用事實來證明自己的工作難度，有底氣地向項目經理說出「不」。
如果實在無法溝通，你也可以選擇更新你的簡歷，開始尋找其他的工作。
3.提高工作效率
經常被項目經理催促，一方面是因為項目經理不懂技術，另一方面是因為自身工作效率不高。所以，提高工作效率是十分重要的。
以下這些技巧可以用來提高工作效率：
- 用文檔記錄自己所有的工作。認真對待，花點時間來做這件事，即使是在任務截至的最後期限。
- 定期進行開發進度安排時間表的修訂。一周一次，每次花半小時進行修訂，指出你覺得計劃中不合理的地方，以及出現問題的原因。
- 製作bug跟蹤和時間表。量化你是如何花費你的時間,多長時間會花在那些不是你要的項目工作和外包引發的問題代碼有多少。
- 分清工作的主次。將當前工作進行劃分，哪些是優先順序別的，哪些是可以緩一緩的，優先完成重要的工作
4.學會溝通
如果你發現很難向你的項目經理解釋清楚事情，有兩個可能的原因：第一個原因你的項目經理很蠢，第二個原因你用了一種蹩腳的方式解釋事情。
試想一下，如果你能提供清晰易懂的進度表，那麼項目經理就不會在進度慢的問題上過分糾纏你。如果你能解釋明白當前的deadline已經到影響你的工作質量，那麼項目經理就不會一再提前deadline。如果你能禮貌地表示自己承擔的工作任務重需要得到應有的補償，那麼項目經理就不會錯誤評估你的績效。
所以，你需要學會溝通，用正確合理的方式告訴他們你的想法和需求。不要抱怨，至少需要解釋一下，相信一個有經驗的項目經理是能夠理解你的。你要知道，如果你無法妥善解決當前任務中存在的溝通問題，那麼在接下來的任務中你的問題將持續存在，最終形成惡性循環。
5.換位思考
很多的矛盾都是來源於對雙方工作的不理解，項目經理需要理解程序員工作的辛苦，程序員也需要理解項目經理工作的難處。
項目經理作為項目組的最高領導，項目一旦出現問題，最終的責任會落實在項目經理身上。所以，項目經理有很大的管理壓力，需要對項目中的任何一個環節負責。如果可以理解項目經理背負的責任，那麼也就能理解項目經理為什麼會一直催著你幹活。
項目經理需要面對來自客戶、領導、用戶、團隊成員等多方面的壓力，往往會因為一個環節出錯而落得里外不是人。所以，作為程序員所能做的，就是儘可能做好手頭的工作，這樣才能使整個項目的進程有條不紊。
如果可以站在對方的角度，設身處地地去思考問題，很多矛盾都是可以化解的。當然，如果你遇到的是一個毫不講理、專橫的項目經理，那麼你可以考慮換個組或者換個工作了。
歡迎關注我的微信公眾號：九章演算法（ninechapter）,幫助你了解IT技術前沿，通過面試、拿到offer、找到好工作！
立個字據就好了。。。
確保雙方有共同語言。不然「汪汪汪」「？？？」。。。
關於產品經理如何與程序員、與設計師、與研發或者說是其他需要交流溝通的同事和諧相處呢，這個裡面我可以分享一下個人經驗，從幾個方面：
第一方面，在職場上最重要的一點是維護自己良好的人際關係，因為大家都是來做事的，沒有仇人，想要保持好這種良好的同事關係，大家首先需要交流，互相都不是仇人，見面時非得你瞪我一眼，我瞪你一眼，這是第一點，要維護良好的人際關係，這是一個最基礎的東西。
第二點就是你要堅持一個視角，你要有推動力，這個推動力是什麼？第一保持積極的心態，第二圍繞自己要乾的事，自己要主動去出擊，這個東西真的是影響一件事成敗的關鍵。當你面對一件事的時候，你採取一種消極、抵抗，什麼都不做的情況下，其實是沒有辦法做成任何事情的，推動力是一個核心的要素。
另外一個東西，分歧和爭執不要關注過程，過程恰恰是不重要的，最重要的因素是要做到結果導向，分歧的點不會是結果，分歧的點大家爭議的往往是集中在過程裡面，這個過程中我採用什麼方法怎麼做這些其實不重要，結果導向。
爭執是好的，別人和你爭執，別人和你有不一樣的想法，那好，這個時候最關鍵的一點，那麼我們評判的依據：爭執的不同的方法或路徑能不能夠達到最終的結果，哪一種方法能夠達到這種結果，而且效果最優的。
這個時候，其實每個人都有一個本能，當別人說你錯了或不對的時候，你的本能的第一反應是，我要反駁，其實這個時候，如果我們能拋棄這個成見，直接以結果去衡量這個過程或方法，往往我們更容易接受別人的意見和建議。
另外一個點就是，人的一個基本的原則，於人以利，很多人覺得人和人之間合作的基礎是前景啊，共同愛好啊，其實這都不是。第一是你要與人示好，你要主動出擊去表達，我對這件事情，我對你這個人，有一個良好的預期或者看法吧，這個時候往往容易做成一件事情，你給他的一個利益收益 ，反過來他才能支持你去做一些事情 。
謝謝！
不和諧方為大和諧，吵吵鬧鬧是真愛啊！
一個是需求的製造者，一個是系統的建造者。
正常的來說，兩者沒什麼衝突的：一個提需求，一個根據需求去實現。但這是最簡單的工作模式，如果涉及複雜系統的建造，那麼就要引入完善的工程管理概念。提需求要符合需求管理，建設要符合系統建設管理。沒有合理的工作流程，發生衝突是再也正常不過的事情。引用網上很流行的一段話：
從這個層面上來說，產品汪直接面對的是項目經理，項目經理再把工作協調給程序猿。
產品汪本身被賦予的職責是對用戶負責，一切有可能可提升用戶體驗的idea都要拿來去驗證；項目經理的職責是要需求拿來評估，合理協調資源完成；在一定程度上在幫著程序猿對抗產品汪。出現問題的根本是，為了追求「敏捷開發」，把項目經理環節幹掉了！因為少了項目經理角色的存在，沒人與產品經理進行對抗，沒人去為完成目標的時間、成本和資源負責，這樣搞的大家都很糾結！產品汪拚命的想，程序猿就拚命的實現；
產品汪說要改需求，程序猿就要推翻架構重新寫；產品汪說明天要上線，程序猿就要在明天前發布上線；...等等，好像哪裡不對！軟體工程啊！工程啊！沒有結束時間的能叫工程么？修改需求不可怕，怕的是無節制的需求變更。
PS.產品經理還是多讀讀軟體工程吧。做個有條理的人！有條理！條理！是條理，笨蛋！作為一隻文傻狗，如今每天出沒在程序猿身邊我要吐槽！！（不，分享經驗）（1）戒掉「應該」，「大概」，「也許」，」我想「，」可能「這種模稜兩可的詞語。懂就強勢，不懂就好好請教，代碼中沒有」maybe「這個字元的！（2）有需求寫文檔。程序猿的腦容量都用來寫代碼和調bug上了，不要口說需求，有想法，有需求直接寫文檔。（關鍵是以後做出來與需求不符還可以直接開噴啊）（3）懂點技術。沒有共同話題如何愉快玩耍，你是說吧。做手機應用的，你起碼要分得清APK和IPA，做遊戲的你起碼要懂得前端後端對應是客戶端和服務端，起碼不要鬧出前端出bug找後端修的笑話，會被削死的（不要問我為什麼知道）（4）主動。我認識的程序員大多是悶騷型，外悶里騷，不熟時候覺得是高冷，bug修多了熟了之後才知道是個騷包。多點面對面溝通，反正程序一定會出bug嘛，多得是溝通機會。（我沒有黑程序猿，真的沒有）（5）說話、寫文檔注意分點。你見過一坨的代碼嗎？說話寫字做好分點，讓人一目了然，文科生也不一定愛看字，何況理聰。（6）你萌你可愛你活潑開朗是女生的話，無視我上面的，多賣萌就好。（7）想到再補吧，寫需求了
產品汪，理論上是一個什麼都略懂的特殊存在，先在書桌上擺上《曼昆經濟學原理》，卡爾維諾的《看不見的城市》，心理學《烏合之眾》，以及咱們熟知的《人人都是產品汪》以從側面告知程序猿我們汪性十足。
工作的本質就是積累信用，就跟信用卡一樣，你如果借錢沒換，各大銀行會奔走相告，把你敲入黑名單。類似，程序猿是一個族群，一個項目下來程序猿同學對你的印象幾乎決定了他以後對你項目的判定。而項目之外的生活中的點點滴滴都是你積累信用的機會，寫出來的需求就是他媽絕B不會修改的需求，接下來的項目就是能大大提升績效KPI的項目。族群相信你能給他們帶來光明，於是你一聲令下~~~（猩球崛起看過米）
另外，作為產品汪，需求是你工作中與程序猿重要的溝通媒介。
所以：要寫清楚啊要有邏輯啊要有條理啊別廢話啊有數據支撐啊……一份牛掰的需求文檔無需開發童鞋來找你，他們不會有疑問，如果有，那也是問你為什麼這份需求文檔寫的如此無懈可擊~！源頭中將你的想法反覆論證，用盡你所能用的一切方法，經驗，數據，以及那冥冥中的指引確定就是它，然後打開你喜歡的寫字軟體，用最讓人明白的方式寫下你的idea，要知道，你是產品汪，你必須是個作家啊，讓程序猿看到你的小說就必須立刻在腦海中浮現你的產品邏輯。
面對老大們的各種要求就跟宰相面對皇帝老子的刁難一樣，深入把握節奏，全面整合資源去完成，完不成的就別答應，勇敢拒絕，答應了的就拼了命地完成。自己的idea要絕對的驗證，一旦決定了就要不惜一切代價的保護這顆火苗。
同時，你需要全方面了解你FE,RD,UI,UE的性格，這是一場戰爭，需求就是戰爭前的戰術安排，將士就是我們可愛的程序猿們，你是軍師統籌一切，所有可能出現的問題你都必須提前想到，所有可能阻止項目進行的問題，你都必須全力阻攔。項目進度安排得當，一路綠燈走到最後，那感覺就是爽歪歪啊。
溝通，簡單兩個字幾乎成了衡量產品經理最重要的特質。
啊，如果你他媽跟我一樣是個嘴賤的傻叉，請務必「自斷舌頭」少說P話，程序猿雖沒什麼了不起，但他們會寫代碼啊，雖他們不會說話，但他們會寫代碼啊，雖他們不懂業務，但他們會寫代碼。別因為用你的價值觀去綁架他人。學會尊重，學會保護他們的觀點，雖然你此刻的確認為他們的觀點就是錯誤，也請不要立刻否決啊！好好說話啊，好好解釋啊！
每一個程序猿內心都住著一個小猿，好好保護吧。
最後就是你產品汪最最切記的胸襟：項目成了都是程序猿的功勞，敗了都是產品汪的過錯這點胸懷你他媽得有啊，別在boss面前左右邀功說自己多牛掰，idea多漲流量了好嘛，沒有程序猿的幸苦代碼，一切都是浮雲啊。問題出現項目廢了，都是你的問題啊，程序猿寫代碼是可以測試驗證的，其餘一切的責任都是你產品的問題啊，不管什麼原因產品你就站出來啊，看過還珠格格沒啊，各種皇上殺我吧別殺紫薇啊！
綜上，如下：- 多讀書總是對的
- 日常信用點滴積累
- 需求好好寫，別改好么
- 項目進度合理安排，不要老delay老加班
- 溝通啊溝通啊溝通啊
- 成了都是程序猿的功勞，敗了都是產品汪的過錯，胸懷亮出來
換位思考，互相成全。
其實不僅是產品和開發，所有互相分工配合的相鄰工種都是如此，真應了那句：相愛相殺 。
凡討論如何共處必然是需要相互配合，否則乾乾各的，雞犬相聞，老死不相往來即可。既然需要配合就表明誰也離不開誰，這時候處好了是互相成全，處不好就是互相折磨，不管是誰總有落到對方手裡的時候（此處應有會心一笑 ）。
放過對方，也放過自己，平時做事時多一些換位思考，能替對方考慮的盡量考慮一下，人心都是肉長的，俗話說投桃報李正是此意，就拿產品來講，產品工作盡量做到前面，做到細緻，因為開發要負責具體實現，所以給開發的東西盡量做到具體、確定，有些功能的處理方式可以一起探討，找到彼此都可以接受的方案，這時候你就會發現開發真的是個可愛的人！
找一個共同吐槽的對象，比如老闆。
來吧接受挑戰！接受質疑！！！先不失氣質的，看完吵架
http://weixin.qq.com/r/2kgDG87EK5NUrYp49x3I (二維碼自動識別)
推薦閱讀：
※IT行業應屆生薪資那麼高，老員工都是怎麼想的？
※程序員工作時被領導要求996真的很可怕嗎？
※程序員有女朋友是怎樣一種體驗？
※.NET開發到底是什麼？
※專科，學軟體開發怎麼找工作？