1樓：
領導即使懂也會裝作不懂或懂得不多，不然在下屬會覺得心理壓力很大以至於在開會時沒人敢發言。
我認識的領導，跟碼農溝開會時是不怎麼懂的，跟碼農的直接上司開會時是很懂的。
這叫帝王心術，灰常高深。
2樓：一笑雨噤聲
個人認為：
反感的不是懂程式設計的PM，而是以為自己懂程式設計的PM。PM和程式設計師之間最主要的矛盾是什麼？
是在實現需求的過程中，對於開發量的不同估計。
PM不能理解程式設計師為什麼要花那麼長時間完成這個需求。
而PM對於工作量的錯誤估計是因為什麼？當然是因為不夠懂程式設計。
乙個完全不懂程式設計的PM是不會對開發量進行任何估計的，只能被開發GG完虐。攤手
實習的時候有幾位PM大哥是從開發轉過來的，他們對公司的開發架構等等一切熟悉的不得了，在評審需求的時候不僅會很仔細的考慮業務邏輯，也會考慮到開發時的細節問題，再加上和各位開發GG都比較熟，上需求的時候都會非常順利，鮮少有矛盾。我想這樣的PM應該沒有程式設計師會反感吧~反之，那些自以為懂程式設計的PM才會瞎指揮，才會出現題主所說的那種情況。
3樓：
需求不靠譜總改的PM更讓程式設計師反感……
我個人理解懂一點程式，但是懂只是為了理解程式設計師的講解和邏輯，不是指手畫腳，這樣的PM最可愛了，比如我_(:з」∠)_~
4樓：brandysasa
懂不懂程式設計跟程式設計師反感不反感，一點兒關係都木有～經觀察，公司裡比較讓程式設計師反感的產品經理有幾種：1，仗著懂一點技術原理就對開發橫加干涉或者指指點點的 2，一點兒技術都不懂，只管問啥時候能做好的（顏值很高的軟妹子忽略哈）3，動不動找開發領導的
5樓：
是否懂程式設計，並不影響PM和程式設計師的溝通。
有影響的因素是：邏輯和表達方式。
PM如果能清晰的表達產品的設計和邏輯，對程式設計師來說也是一種幫助。
如果程式設計師對PM有反感，但不能說服PM，那說明程式設計師的方案也有問題。
6樓：Gimy
不在於懂不懂，而在於態度。
如果明明是不懂/半桶水，卻自以為是，就容易被反感了。
而即便完全不懂，如果合作時保持謙虛的心態，同時懂得利用自己的長處，而不是在短處上抬槓，那麼即便對方「鄙視」你的技術背景，也能夠讓對方認同你。
7樓：suski
我一般是提出建議但並不反對開發的排期。
除了有一次，乙個創新小專案，那個rd實在太慢，上頭又催得急，我只能自己上手了，從此那附近的rd都()
8樓：王松
好的PM都是幫程式設計師砍需求的吧！
包括你寫的那個PM的段子，就算是我剛開始實習的時候，都不會犯這種低階錯誤。
敢情現在真是人人都是產品經理啊！
9樓：laike9m
產品經理懂不懂程式設計無所謂，學會把程式設計師給你的 estimate time 乘 2 上報就好了。當然這個數是可調的，多反覆幾次就知道乘多少比較準確了。至於總是想壓縮程式設計師開發時間的產品經理，先學會背鍋吧。
10樓：
首先分享一下懂程式設計的產品經理遭受的日常待遇。
我覺得做產品，首先要考慮的是產品本身，譬如需求是否合理、流程是否清晰；其次要考慮的是專案程序，譬如怎樣組織一場好的需求說明會、怎樣設定合適的上線時間等等。
至於是否會導致工程師的反感，相信我，這不是你要考慮的問題。
我們都是專業人士。別人對我們的評價，在沒有其他交集的情況下，絕大多數都取決於我們的工作能力。哪怕你日常生活中是個[友善度]，只要專業能力足夠強，在工作場合也不會有什麼問題的。
最後，做產品經理的必要條件是懂技術，不是懂程式設計，這兩者差別挺大的。但是如果和你一起工作的工程師真心喜歡他在做的事情，那麼當然是你懂得越多越好。
沒事還可以幫人家 debug，多棒。
11樓：道道
題主說的例子——
「這個今天下班前能完成嗎」
「不行，要3天」「不用那麼久吧，這個很簡單啊」
「這個牽扯到很多東西啊，挺複雜的」
「其實很簡單，只要把這個放到那裡，然後把這個複製到那邊就行了」
其實很好解決啊，團隊裡不論誰對你的工作產生質疑，都是你的義務解釋清楚你所用的方法和可能有的困難和風險。產品有時候質疑一項任務所需要的工作量，從側面反應TA對產品的技術層面不夠了解，如果你作為技術人員這次不好好溝通好，教育TA產品的技術，那麼下次TA還會提出同樣的質疑，」讓人反感「，與其期待對方無師自通的了解你所做的一切的意義，不如每次被質疑時做好充分清晰的交流和解釋，只要你做的有道理，你就應該可以為自己辯解。TA對你的信任也是在你能夠很合理的解釋自己的工作的基礎上一步步建立起來的。
所以這跟產品懂不懂技術其實沒關係，他就算是技術出身，不天天寫code也不可能比你更了解code。你是因為產品質疑你的工作能力而討厭他，唯有調整自己的溝通模式才能讓工作心情更順暢，自信心和掌控力增強，也會讓產品對你更尊重。
12樓：胖子峰
難道你們的產品只有需求描述，沒有實現方案？
----了解怎麼實現，才能少走彎路，才能延伸到為什麼，才能靠譜，研發能不喜歡你？
13樓：小蝶驚鴻
我這麼說吧，完全不懂車是啥的，你隨便忽悠說豐田很貴他都可能信，到懂一點的(只是一點)它可能認為比亞迪和保時捷一樣，因為都有4個輪子。
「我寫的demo只花3天，為毛你要一周，還是專業主程？！」 差不多就是這樣了。
14樓：italialu
如果有pm是這樣的溝通過程，這個pm算是會程式設計？
連基本溝通都不大會啊？題主這個問題時略帶引導的補刀啊。。。
基本懂的技術多一些，會讓pm的邏輯思維更清晰一些，知道一些路徑程式更容易實現。這些也是溝通中增進和諧的東西，其實不會也沒所謂。
研發們最怕就是你胡亂嘴炮給壓力，改需求，說好簡單。無論你是不懂技術，還是所謂的略懂技術。
除非u can u up，你坐下，然後寫完整段程式。。。那麼估計就是一片掌聲了。。。
15樓：
我做開發5年，後來轉產品，8年。
見過各種各樣的產品經理，也見過各種各樣的技術。贊同目前最高票的 @唐偉誠 的答案，跟智商和情商有關係。
但是不止於此。
由於某一本所謂的產品經理入門書（請勿對號入座），導致此工種的進入門檻極低，大量基本素質都不具備的同學進入行業，導致了整體素質拉低。另外也由於產品經理的產出要求盡可能的通俗易懂，批評和吐槽本就是最容易的事情，更何況是面對這樣乙個批評門檻極低的工種。
極品的技術和產品都很常見，更不用說大量偏執到無法溝通的架構師和設計師。
出現矛盾的情況更多的來自於偏執，自負，自卑，狹隘，以及，利益衝突。
而不是所謂的「產品經理和工程師的對立」、「產品經理和設計師的對立」、「產品經理和銷售的對立」、「設計師和工程師的對立」。
16樓：
那是因為你那個會懂程式設計的PM，沒有展握合適的管理手段。
真正的懂一點程式設計的PM，並且在管理上有一套的話，會對手下這批程式設計師提供相當大的幫助。聽我細細道來：
1、懂一點程式設計的PM，在設計互動原型、詳細文案的時候，會以貼近程式的角度描述功能間的邏輯關係，利於程式解構功能。
2、懂一點程式設計的PM，在工期預估上可以以產品的角度估算整體時間，給專案開發人員提供更加合理、充足的時間開發產品，而不會因為時間緊促、逼迫開發人員提交閹割版的產品。
3、懂一點程式設計的PM，在開發、測試、改良過程中，可以以程式的角度提醒程式設計師在程式設計中被忽視的一些節點，讓整個功能模組盡量處於閉環狀態，讓產品變得更加完善。
4、懂一點程式設計的PM，了解開發專案的難度，懂的程式設計師在開發過程中所付出的價值。付出的精力不被認同有多沮喪，外人是不清楚的。
5、懂一點程式設計的PM，可以拒絕上級或運營的一些無理要求，並且給出合理解釋。即使無法拒絕，也會在時間、資源上對程式設計師進行補助。
題主會反感，那是因為題主還沒遇到對的人，如果遇到那個為你點上三個痣的人，你的觀點就會有所改變。：）
17樓：
PM管的是人和產品。。懂不懂程式設計沒關係，關鍵要看他懂不懂我和產品。
安排工作的時候他需要考慮的是依我的工作能力需要多久。
他一天能完成的東西，安排給我兩天，但其實我需要一周；那麼即便他安排的對他來講已經很寬鬆了，但是我還是會不爽的
制定計畫的時候要對產品和專案進度有整體的把握，不要需求改來改去搞砸了。
安排工作的時候不緊不慢，方向改來改去，後來拖了進度挨了批，整個團隊都不開心；這也是讓人不爽的
18樓：張鞍松
主要是PM的溝通方式是否正確，這個是正數和負數的關係，PM懂不懂技術或懂多少技術是係數，方向錯了係數越高結果越糟糕（反感）。
PM如果沒有把需求理清楚，沒有正確的預判，且在和開發溝通的時候一直把不成熟的思路當成終稿進行溝通，那麼明顯PM是有問題的。
如果不存在需求頻繁變更的情況，問題中說的雙方評估時間相差比較大是比較少出現的（溝通出問題了，會有各種障礙），如果PM不能對工作量較準確判斷，應溝通清楚後引入更多開發資源來進行評估，或交給技術負責人進行評估。
19樓：
最讓人生惡的PM應該是，放著產品質量不顧，隨意答應客戶更改需求的。
客戶最討厭的不是不給錢，而是說不清自己的需求，卻還對你びびび。
20樓：冰塊
沒人給pm說話？
合格的pm能相對正確地計算日程並調整，對外背黑鍋，對內和風細雨。這種情況下其實往往是程式設計師本身有問題。
pm懂不懂技術沒關係。
哪家的產品經理培訓機構良心一點？
產品幫 產品幫是良心的機構，產品幫給大家不止是提供培訓業務，還提供實訓業務，實訓就是直接進入公司內部進行學習的形式。實習 培訓的模式是當下最適合學習的一種模式。專門針對零基礎小白做的培訓。產品幫官網 產品經理培訓 產品經理培訓班 產品經理培訓課 產品幫 嘍囉 我認識個培訓機構 小機構，學生老師百十個...
乙個懂技術的產品經理如何把技術和產品完美融合？
王志剛 先忘掉技術，考慮產品空間 根據產品空間，考慮技術空間，修正 融合。廢話展開 技術是服務於產品的，而不應該被技術束縛。所以在產品設計之前先忘掉技術，回歸使用者體驗 使用者需求 人性等本質來思考產品 做什麼和不做什麼 怎麼做等問題。確定了上述問題了，再來考慮技術該如何取滿足產品設計，再技術受限的...
作為乙個完全不懂IT技術的網際網路產品業餘愛好者，如果有了乙個點子，該怎麼實現這個idea？
實現網 網際網路行業需要創意，但不建議在僅有乙個創意的情況下急於實現 落地開發以及運營 先了解一下網際網路產品從0到1開發的基本流程，行業市場調研 競品分析 使用者調研 需求梳理 產品設計 UI互動設計 開發 測試上線。根據實際情況，會更複雜一些 做產品實際上是集大成於一體。一是對需求的整合，一方面...