產品經理最討厭開發人員的哪些做法？
一直以來，可能在產品一個生產周期內，產品經理與需求、UE、架構、研發等等都打過交道，但這過程中，每個人都有自己的看法與相法，在思想的碰撞上，人是感性，所以為留下許許多多的個人情緒，希望大家談談看法，也許能夠幫助我們產品經理能在日後工作中注意處理問題的方法。
相關問題：開發人員最討厭產品經理的哪些臭毛病？http://www.zhihu.com/question/19628273開發人員最喜歡產品經理的哪些優點： http://www.zhihu.com/question/19636894
1）平時愛自吹，真正要做時就歇菜了；
2）希望所有產品都不要改版，把現在或未來要做的一次性開發完；
3）只關心要寫多少代碼，不在乎產品體驗；
4）自寫程序從不自測，直接丟給別人測試；
5）有BUG反饋時，自己從不去看描述，硬要別人當場演示；
以上說的並非針對開發人員這個群體，請勿人身攻擊，謝謝。稍微懂點運營但又不完全懂，有想法是好但想法過多的，同時想一口氣把所有功能甭管好壞都堆在一個版本里，覺得任何功能都有用，完全不聽pm分析的。其實想做pm的rd很好有自己的想法很好，rd有時間想做更多的功能更好，但是並不是功能越多越複雜的產品就是用戶喜歡或者好的。其實也說不上是討厭，就是希望不同角色能相互了解並理解下。
我覺得哈，如果一個開發能跟產品經理反饋對需求的意見或者想法，無論靠不靠譜，無論什麼方式，都已經算是非常非常合格了。
我最無語的情況有兩種：1、需求溝通，沒問題；需求評審，沒問題；開發進度，沒問題；開發文檔，沒有；最終實現：想怎麼做就怎麼做，完全不溝通，提測(或中間節點跟進)時發現差異巨大，溝通結果是「我覺得這麼做更合理，就這麼做了；有問題的話你改需求吧」2、需求評審：沒難度；線下溝通：做不了；拉上RD leader溝通：沒問題；回到線下，繼續做不了……
都是在某知名大廠的RD……我深深地為在我之後跟這些RD合作的產品經理們祈禱，祝福。以上。產品經理：出現了xxx問題。開發：不可能！！！產品經理：如果xxx，就可能xxx，你查查看開發查詢ing開發：還真是。
1.一看有工作量，抱怨一堆子實現困難，拖拉遲遲不完工2.聽取實現建議時，嗯~啊沒有，完工後有問題一推250，名曰」按照你意思做的「
3.代碼想怎麼寫就怎麼寫，結構臃腫，隱患問題過多
4.過分追尋新技術潮流，不太務實（用戶體驗）5.做產品需求討論時，只想著怎樣更省事/力實現，而不給出更具價值的建議1. 這個功能不要了, 實現比較麻煩. ----- 功能是為用戶和業務目標服務的, 不是為技術服務的2. 這些需求太零碎, 等積累多點一起做吧. ----互聯網產品就要快速迭代, 再等下去產品不用做了
自作主張。開發人員對產品有想法有意見當然並必須是好事兒。。但是自己默默地給產品做改動太坑爹了………
對討厭開發對產品說，這個不能實現，那個不能實現。
最想聽的是：這個不能實現，可以通過其他方法去實現，123。產品上在某些方面這樣設計可能會更好。123。我最愛這樣的開發。
還又就是 從來不看文檔，張嘴就問的開發，問完後通常都會在補一句，你最好先看看文檔，如果還不懂再來問。1.不主動溝通，悶著頭自己想怎麼做就怎麼做，擅自改了需求也不通知。2.實現不了的需求統統以性能問題為理由。3.漠視前台交互，覺得功能實現了就行，前端再磕磣也能忍。
上面大部分的回答都反應出來一個問題，就是大部分產品負責人，都認為自己是對的，有多少人會用建設性的心態很技術負責人討論問題？
這就是現實！
什麼樣的產品設計人員是優秀的？簡單點應該是做出過成功產品的，成功的產品一定包含了產品與技術的同理合作，而不是互相埋怨1）這個做不了。
（抵觸需求，做不了？請問是技術難題？還是時間不夠？）2）鄙視產品和一切非技術。
（相互尊重是基本素養，不是所有的不做開發的人就完成不懂技術。再說不懂技術也沒什麼可值得鄙視的）3）產品意識太強。
（有好的意見我們當然會接受，但不要完全替代產品，一旦不同意他們的建議，就會認為你不懂。想問下要是我們干涉開發，不知道開發是什麼心理） 4）不看文檔，按自己的意思做。 （很多時候完全不看文檔，或者按照自己的意思擅自改動，更誇張的是做出來的東西已經面目全非）1、只是一味的拒絕需求的實現，而不是想辦法創新或提供更好的方法實現。2、估時不太科學，不懂用已有模塊解決問題。3、遇到問題不主動溝通，苦等或延誤。
1. 懶或試圖偷懶
2. 對產品指手畫腳，注意合理建議和指手畫腳的區別
3. 沒有自己的思考，純粹是個工具4. 笨，溝通有障礙「實現不了，要做你自己做啊」
我操！
——————————————————————補充一下，其實只是希望工程師是能說「這個做不了or這個方案性價比太低or我們還有優先順序更高的事，then我們再想一個更切實的方案吧」，而不是擺出「技術的東西你不懂，我說不行就是不行」的態度。研發我都不討厭，我討厭的是管理模式。如果這個公司前端、服務端、設計、測試是完全獨立的部門，那我覺得怎麼配合都會出問題。各部門有個好總監還好，要不然真的只能抄筆記本對掄了~~~一個產品，前端工程師不對我負責，服務端工程師不對我負責，設計師不對我負責，測試工程師不對我負責，但是最後出來個東西都說是我需要的，這tmd就是扯淡呀。我不討厭研發工程師，我討厭研發總監，出於自己各個項目的協調無理拒絕需求或者任意評估工期，把原本需要一天研發的功能楞說成一個星期，多出4天調配到其他項目或者功能上。
作為剛從RD轉過來的1年級PD，結合自己以前的經歷，我覺得PD和RD之所以造成矛盾，完全是硬要把PD和RD割裂開造成的。
業務和技術脫節就會讓PD覺得RD：- 喜歡追求新技術，不懂業務
- 喜歡拿技術上的困難當業務需求開發的擋箭牌
而RD會覺得PD：
- 蒼蠅，沒事找事提點小需求。
- 剝削者，只會分配任務給RD，RD只是打雜的
- 鄙視PD沒技術
- 站著說話不腰疼
PD經常寫PRD，PRD也可以解釋為"Product requires developer"。其實在互聯網公司，誰離了誰，剩下的就什麼都不是了。沒了業務的需求，技術只是花架子。沒有技術的支持，業務也只能想想而已。不要說神馬技術自己提需求，那技術已經承擔了一部分PD的責任了。
統一PD和RD的目標以及KPI，整個項目PD和RD從始至終坐到一起，從開始就溝通項目的目標計劃，讓RD了解業務並且獲得項目參與感。多點理解，少些抱怨