如何規避技術人員的習慣性說謊與推責？尤其是技術經理/負責人？

做產品經理的朋友經常被這樣的問題困擾，技術/工程師對產品bug、需求偏差、執行失控等問題經常習慣性的逃避、躲閃與推責，底層一線技術人員相對要好一些，基本還能做到有什麼說什麼，可是越往技術管理層走，戾氣越重，防備心理越強。最近有一做產品經理的朋友遇到一個更奇葩的技術負責人，居然用撒謊來操控項目的技術方向，並以技術不能實現為借口來逃避部分需求的開發，謊言終有戳穿的一天，最後當這位朋友發現了技術當初是在撒謊時，三觀都差點塌陷了。

這次事件觸發了一圈朋友對技術決策與評審制度中，某些長期存在、頑固不化的問題的反思，於是就有了這個知乎提問，以了解：

1.其它公司/團隊/項目中是否也存在類似的現象

2.有多嚴重？

3.你們又是通過哪些手段/方法/制度來規避的？

4.產品經理如何與技術負責人有效溝通？

謝謝!

---

我有個疑惑，產品經理不懂技術也就算了。需求分析的時候不研究競品嗎？別人有沒有實現看不到嗎？

就我的判斷而言，很難會看到獨一無二別家沒有的高大上產品需求。

所以很簡單。

為什麼他們能做你們跟我說不能實現？

如果說成本高這個也就算了。他說技術無法實現你作為產品經理竟然還信了。

不評價什麼了。

----------------

然後不談人，談談這件事吧。

其實這個問題最好的規避手段就是，

1.自己懂技術，不一定會寫代碼，但要會搜索，能看懂。

2.靠強大的交際能力，跟技術打成一片。

3.要麼他辭職，要麼你辭職。

嚴肅臉~

--------------

更新：

評論里有個人，不知道是不是題主，回了我這樣一句話：

這個事情不是你占理了就能解決的。我懂代碼，也有競品，拿著競品給他們看結果就是被耍了一臉臭無賴：反正我不會，你會你來寫。就算我真會，我能幫他寫嗎？然而我又沒有裁了他的權利。告狀更是個糟糕的選擇。

首先，這個情況跟題主不一樣了。題主說的是技術上說實現不了，然後他信了問怎麼辦。這裡是產品懂，但是技術耍無賴。

那麼這個問題的話，我更理解不了了。

當然所有的討論前提是這個PM是很稱職的，提的需求也都合情合理。如果PM瞎搞，也不考慮成本，也不考慮時間等具體問題，技術不理他那是他活該，嚴肅臉~

那問題來了，他耍無賴不做，你告訴我能做出來，別人也真的做出來了，反正我看到了就是不做，我就是不會，愛咋咋地。你們老闆也不知道，你還不能去告狀。

那麼現在你們公司的現狀是：

有權利的不管不問下面的事。

技術欺行霸市。

你有心無力又不能告狀。

那我就問一句，技術欺行霸市，有權利的不管，甚至都不知道，沒權利的沒法管還不能告訴有權利的人，那這個公司早晚不得黃么，你還待著幹什麼？

所以，請參考上文的規避手段3.

---

從這個提問來看，題主以及題主的朋友對技術人員已經有了很深的成見和強烈的反感。

如何規避技術人員的習慣性說謊與推責？尤其是技術經理/負責人？

當產品人員抱怨產品bug、需求偏差、執行失控的時候，是否反思過自己的需求描述，變更追蹤，特別是人力、時間等資源投入的問題？

作為一枚題主口中的」戾氣重，防備心理強「的碼農兼技術管理人員，當我看到題主問題中滿滿的惡意的時候，就已經失去了深入討論這個問題的耐心。

最後送題主幾句話，」技術無法實現"的潛台詞按照可能性高低一般是：

1. 就這點人/這點時間，不想過勞死。

2. 需求改了又改，已經煩了，不做。

3. 一拍腦袋就想出來的傻逼功能要我完成，不爽。

4. 看你不爽就是不給做。

---

溝通能力和協調能力是產品經理的基本能力

作為一隻不懂技術的產品喵，和技術溝通時一般採用的策略是：

1、這個功能我是考慮了什麼什麼，會對用戶/產品本身/公司帶來什麼好處，如果實現難度大，可以一起商議出代替方案

2、這個功能基本上全部競爭對手都有，未免落後，我認為我們也最好有這個功能，並且我已經對這個功能進行了如何如何的優化，balaba

3、從過往的經驗大概估算出工期，就算不懂技術，也要大概知道不同的開發語言的開發難度

4、如果是必須要做的功能，以對方的利益點作為遊說的切入點

同時，不要帶著這種開發是敵人的想法去工作，你不喜歡別人，別人也不會喜歡你。開發是幫你實現你那些奇葩想法的小夥伴，沒有開發，你什麼都幹不了。

---

我覺得，溝通問題一般是雙向的，當出現溝通問題是，我們的習慣性思維都是從別人身上找原因，正如題主的描述都是在說技術如何有問題，卻幾乎沒有提及產品人員是否在溝通方面有沒有問題

這種情況出現，可以先分析一下技術人員撒謊的原因是什麼，會不會是因為產品人員提出不合理的需求，又不講道理地逼著開發人員實現，或者提出一些無關緊要的需求又佔用大量開發資源？是否需要引入獨立的項目管理人員對需求和開發進度作統一的管理等等

撒謊的確是一個底線問題，破壞互相的信任，幾乎以後就無法良好合作了。如果不是溝通問題，而是開發的人品問題，那就只能等開發被炒了

---

沒有絕對意義上的技術無法實現，只是時間、資源成本問題（當然也別太反人類）

---

先說下，本人是技術人員，題主說的撒謊這件事，我覺得很過分，就好像是狼來了一樣，技術這種東西沒辦法作假的，我可以說我不知道，但不能因為這件事撒謊，這是職業操守問題。

1.其它公司/團隊/項目中是否也存在類似的現象

有，和你說的一樣，越往上越多。

2.有多嚴重？

見上。

3.你們又是通過哪些手段/方法/制度來規避的？

沒辦法規避，這和個人的職業道德，工作態度，操守，甚至生活習慣都千絲萬縷的關係。依靠制度也不能避免這種問題，看看社會就知道了，是個人就知道鑽空子，有了相應的制度，這種想像會更巨，為什麼會這樣下面詳說。

4.產品經理如何與技術負責人有效溝通？

沒有做過很正式的PM，就以技術人員的角度來說下吧 ，可見知乎上的另外一個問題好像是講程序員鼓勵師的這個職業討論，其中有個回復是一個PM在自己的角度來說的"日常：陪聊，自黑，經常下跪，體驗大概就跟淘寶客服差不多"，我經常遇到這樣的pm，太強硬的也有，遇到過1個，那個案子是他最後的一個案子。提這個道不是想說pm要有甚麼姿態，應該是看人下菜碟吧，本人屬於那種吃軟不吃硬的， 你逼我的話可以給我非常好的借口來把這件事處理的讓你非常不爽乃至更差。

我覺得有互相推諉扯皮，這件事的本身其實是非常好的！因為大家都有一顆上進的心，想把所有的錯誤都歸給別人，自己是完美的。如果到了哪天你發現這個人不會推諉扯皮了，那麼這個人也就廢了。

我明白題主的意思，我也特別反感扯皮這件事，覺得它是最沒有意義的，可是還要去做，同一個部門還好，但對外必須做這件事，因為如果你不做的話，就意味著你處於了劣勢，為啥呢？因為這是個方方面面都有競爭的社會，你不向前就意味著退後，軟弱代表的就是可欺，為什麼越往上就越厲害？因為越往上推掉的責任也就越大！最基層的很少有，因為他們不需要扯皮，責任下來後基本就是你的了，因為自己也知道上級可能幫你頂了一部分，到你這裡的只能認了，因為沒有比你更靠下的了。

同樣的試想一下，你作為一個底層的技術人員，碼了半天的長城，因為某些說不清楚的原因（的確說不清楚！誰都一樣），在開會的時候，需求說技術做錯了，技術領導很有風範的說的確是我們錯了，會後領導回去安排下面的技術人員改，技術會問他為啥這麼算？這明明就是當初定好的（不用細想，肯定是有很多理由的）……領導稍微安撫一下，就讓他們去改了，你作為那個要去無理由修改的人心裡會很舒服？肯定會想要這領導幹嘛？啥事都往身上攬，人家說啥就是啥，不想在他手下幹了(好吧，也許次數多一點會這麼想了)！

上面提到說不清楚，這個問題請不要迴避的想想，其實就是說不清楚，是那種公說公有理婆說婆有理，哪怕寫了文檔，給10個人看，這10個人可能理解都不一樣，這就是為啥還需要做著的時候和你溝通，甚至提前開會講一遍需求的原因，但就是這樣還有可能不sync，這些沒辦法避免。

說了這麼久還沒有說需求搞錯了？我不說了，像是危險聳聽一樣，到時候這評論就得打仗了，有沒有推諉扯皮的事情，多站在對方角度想一下看看你現在是不是在扯皮？

這種人事架構是不和諧的，你提出的這個問題如果是從整個項目角度的來考慮，你應該充當的是平衡這種推諉的人才對 ，但如果你是站在一個做需求的角度來考慮，那麼現在就已經是在推諉了，總是想去證明自己是對的，他是錯的。所以我說人事架構不對，而且很多公司都是這樣來做的，導致了很多問題，pm就應該管的是項目本身，不應該操心這些。但如果你必須要操心，又不喜歡扯皮，那就帶著一顆傾向對方的心來判斷事情，因為哪怕你再想公正，也總是會偏向自己的 。

---

恩 。就是看你不爽。

其實一般的產品是不知道技術在想什麼的。

技術基本可以知道公司其餘員工在想什麼。

就像一個人在看一隻猴子。

還是學一下技術吧，以免被坑。

學不會就不要在這一行混了。

---

看這問題真心感覺得到忒多的情緒化，想先建議題主放下情緒了解一件事，世間所有的事情，都有三面，你的一面，他的一面，和事實真相的一面。題主扎在自己的理解中，即不願意理解他的一面，也可能遠離了事實那面，你如何想到你的情緒沒影響別人搞得人家懶得和你說？其實沒有那麼多對立的，沒誰想當釘子扎別人自己也不開心。看看你的描述，照照鏡子就知道自己有多猙獰了，惡意想換來善，憑什麼呢？先放下情緒客觀想想吧，不用找制度上的方案了，沒用的，制度是建立在各司其職互信基礎上的，這樣的人為對立，超出制度解決的範疇了。

---

有些離譜的需求不是無法實現，是不划算，成本太高。

比如你要用鋼絲登月，用豆腐建迪拜塔，用紙折客機

---

推薦閱讀：