程序員和同事打架

❶ 程序員和產品經理相愛相殺，打完架再「牽手」，全公司都沸騰了

在某個職場論壇里，有網友發帖爆料，大方曬出自家公司 產品經理 和 程序員 相愛相殺的照片。畫面中，兩個大男人手牽著手，面朝牆壁背對眾人，濃濃的基情感撲面而來，讓人忍不住浮想聯翩。

這可不是他們成功「出櫃」了，而是公司對兩個人動手打架的懲罰措施。因為在產品項目上溝通不順，產品經理和程序員起了爭執，兩個認死理的人互不相讓，一言不合就打了起來，拳腳相向好不激烈，費了老大勁才把他們各自拉開。

程序員和產品經理的矛盾，早已經不是什麼秘密了，在 互聯網公司 里， 要論程序員 最討厭誰，產品經理絕對能排進前三。要求多還奇葩，反反復復變動，指手畫腳叨叨個沒完，讓程序員們苦不堪言。只是雖然彼此間矛盾多多，但還算克制，真真動手的還是比較少的，像這種大庭廣眾之下互毆的，就更不多見了，也難怪公司要當眾懲處了。

兩人動手打架的影響非常惡劣，公司要求要麼一起辭職滾蛋，要麼牽手一下午。終究胳膊擰不過大腿，雖然這個要求很詭異，但為了不被辭退，也只能捏著鼻子認了。本來還劍拔弩張的兩人，在眾人的見證下，大手拉小手整整牽了一下午，畫風都歪了！

其實無論是產品經理還是程序員，大家最終的目的都是為了整個項目能夠完美交付，為公司完成這筆業務。只是兩個人的側重點不同， 產品經理 要考慮客戶考慮市場， 程序員 則更關心產品本身的合理性。當關注的重點不一樣，難免會產生分歧，引發彼此之間的沖突。

而且都是公司的同事，平日里抬頭不見低頭見，大打出手確實不應該。在有著共同目標的大前提之下，即使兩人的立場不同，但也應該彼此互相體諒，只有精誠合作，才能事半功倍不是。

公司的處理決定也很機智，辭退可能只是玩笑話，要他們牽手和好才是真的。畢竟都是為了公司的產品項目才弄得這么大火氣，把他們安撫好了，項目也能更順利完成。而且這種方法雖然看起來尷尬，但也沖淡了矛盾的尖銳，尷尬總好過對立，詼諧才更容易讓人接受。

這不，還有網友打算效仿呢！嗯，都是人才！

❷ 你見過哪些員工因為作死被開除的事情

1、阿里安全部員工狂拽黑客技術刷了公司66盒月餅

（2016年）
阿里內部在搞一個中秋槍月餅活動，某程序員想秒殺一盒月餅，無奈發現剛開始手動操作，一點開界面月餅就被搶光了。

他發現有人用程序刷月餅，於是他對同事說「我也得寫個腳本，要不然就搶不到了」。於是他寫了一段腳本，內容大概是：定時自動搶，如果按鈕變成了秒殺就狂點（和12306搶票插件類似）。

然而，他以為阿里中秋搶月餅的頁面和一般秒殺頁面一樣，搶到後即刻跳轉到支付頁面。當天16:00自動秒殺，結果一看傻眼了，發現秒殺頁面可以一直搶、並且不跳轉，一連搶到10幾個都沒有付款，便趕緊給行政打電話要退。

後來，16:30被約談，17:30解約合同備好，18:00走人。

2、某哥們在知乎深度剖析暴雪面試全過程

（2015年）
楊笛笛拿到暴雪（上海）的offer，職位是數據分析師。他立刻在知乎來分析面試全過程，洋洋灑灑，圖文並茂。

由於在知乎的更新得到了300多贊被頂到日報上，然後不幸被暴雪上海分部的工作人員看到，暴雪對這篇分享感到很不高興，直接取消了offer。

事後他立即刪除這篇回答，也發了郵件道歉，不過於事無補。

再後來，他又恢復了那篇知乎回答，已經累計得到26K點贊，還會實時更新自己的工作動態。（楊笛笛的知乎回答：如何得到暴雪娛樂公司的工作機會？）

3、Facebook員工帶遊客到公司蹭飯

（2015年）
Facebook的餐點出了名的好吃，而且面向員工免費。不僅如此，員工還可以帶家人和朋友來這里免費用餐。

於是，Facebook一名員工（華裔）通過一個旅遊中介網站找到想來Facebook體驗高大上食堂的遊客，以每人20美元的價格帶遊客進Facebook吃飯，並可以深度旅遊拍照。

結果，他一天帶了10個人去食堂吃飯，被發現後就開除了。

4.去年公司就有2名女員工在食堂吵架，並打起來了，公司老總勸架都被罵了，第二天，兩個人直接被辭退了。

事件發生在一天中午吃飯的時候，我突然聽到一頓吵雜的聲音，發現兩名女員工相互對罵，周圍的員工都被這突然的吵架聲嚇住了！一片安靜。只聽到其中一個女的說另外一個女的是渣女，勾引男人，不要臉之類的話。另外一個女的話不多，直接揪著對方的頭發，相互打了起來！這個時候公司的老總正好帶著客戶來到了食堂就餐，老總讓她們先鬆手，有什麼事先去保安室說明一下。

其中一個女突然說了一句：「上樑不正下樑歪，這個女的就是你們公司的好員工，勾引別人家的男人！」。老總面不改色地說：「有什麼事也不要在公共場合吵鬧打架。」。這個時候保安趕到了，把這兩名女員工帶走了。

後來聽到流傳的小道消息，這兩個女的，都是為了一個男的，其中一個女的是前妻，另外一個是現任女友。三個人都在集團的不同分公司，前妻在一個分公司A，那個男的和另外一個女的在一個分公司B。發生沖突的當天，是這個男的前妻正好去分公司B開會，中午在食堂排隊吃飯時，發現了這個女的，兩個女的見面，格外眼紅，直接就火氣上來了！就發生了開頭的一幕。

公司第二天就根據員工手冊，將兩位女員工都辭退了。在公司公共場合吵架以及打架，對公司的形象產生了非常不好的影響！甚至會讓公司的合作方感覺到公司員工素質差，不值得合作。

這件事讓這兩名女員工即丟了人又丟了工作，沒過一個月那個男的也離職了。

❸ 為防被程序員「砍」，產品經理需要注意這些場景

互聯網行業中，眾人熱衷於討論「程序員砍產品經理」。雖然，「砍」更多是調侃的意思，一種消遣工作的方式；但是，這不是一個飯後笑話，側面反應了產品經理和程序員間的對立關系。很多時候，產品經理和程序員間就像對手，產品研發過程就像打仗，總要爭個你死我亡。「砍」的本質，是程序員表達對產品經理的不滿，也是一種情緒的宣洩。

在產品研發的過程中，產品經理與程序員對立關系，會嚴重影響項目的推進。一旦產品經理和程序員對立關系公開化，很容易導致團隊人心渙散。這種對立關系，經常滋生出一些極端的事情，罵娘、打架已屢見不鮮。

下文就列舉一些程序員想砍產品經理的場景。這些場景都是我過去和很多程序員朋友交流時，他們遇到的對產品不滿的場景。這些場景，都會以產品經理的溝通話語表現出來。通過這些場景，去解析這種對立關系產生的原因。以及，作為對照，產品經理應該如何規避和處理這種對立關系。

這樣說法是程序員們最不喜歡的，最容易惹毛程序員的。這句話，在程序員們看來就是削減工時、加班的代名詞，他們當然不喜歡。而且他們也非常討厭，一個非技術人員為技術人員做技術難度的定論。簡不簡單，都需要技術人員做了技術評估，才能下結論。

這種言語，會讓程序員們覺得產品經理不靠譜。大家通常都是比較排斥借鑒。借鑒你也得有合理明確的理由。以我某程序員朋友的話來說：微信怎麼做的，你就怎麼做，那你不如去微信做產品算了。

每個產品，在表面的UI下，都有其背後的復雜的業務邏輯。如果產品經理只是叫程序員照著某個產品做，很多時候技術們是很難實現的，因為他們也需要弄懂背後的邏輯和流程。當然，這應該是產品經理的工作。

這就是抬杠。產品經理雖然名字裡面有「經理」二字，但並沒有經理的權利，當然不能命令合作的技術們。這句話，言下之意也是拒絕了商量和討論。而程序員也需要參與感和團隊感。

這就是質疑他人能力，是人都不會喜歡。如果產品經理提出的方案，程序員們沒有理解。那就說明產品經理的解釋說明和文檔，做的不夠優秀，不夠簡潔易懂。讓程序員們理解需求，是產品經理的基本工作內容。

在互聯網產品開發中，修改需求和插入新需求都是挺常見的。對於程序員們來說，這是非常不爽的事情。這種操作通常會打斷程序員的思路，思路被打斷是非常痛苦的。當然，這樣也會影響他們的開發效率。更可怕的是，反復的修改需求，會使他們有種勞動成果不被尊重的感受，同時也會對項目的未來抱有懷疑的態度。反復的更改方案，也說明產品經理設計是未經過嚴密的論證，或對細節的把控是不夠。

程序員都比較討厭反復的催促。當項目的節點確定後，技術們會嚴格遵守節點，產品應該信任他們。當然，時間比較緊湊時，反復催促也會加大程序員們的壓力，使他們變得非常煩躁。在這種時候，催促就是添麻煩。

甩鍋會導致團隊分崩離析，人心不齊。不管任何問題，都是團隊的責任，不要將責任指定給某人。特別是在項目復盤時，如果心態不好同事，這是非常難堪的。所以，我們要盡量以原因和結果為導向，而不是責任為導向。

程序員也是也是團隊的一份子，有權利知道知道需求的背景。同時，了解需求背景也利於程序員們更好的開發程序。

產品經理給程序員們畫餅是最不切實際的，只會引起大家的反感。程序員都是喜歡偏實際的東西，虛的東西只會招致白眼。

任何傳遞給程序員的需求，都是需要有計劃和規范的。如果口頭傳達一個需求，很容易導致開發出的功能與需求不匹配。同時，因為缺乏相關的記錄和文檔，可能會造成需求流失。這對於程序員們來說，可能就是延遲、加班、返工、擔責等等風險。這是團隊合作的大忌，也是項目管理不專業的體現。

以上的這些場景，可能出現一次，程序員們都會順著我們的想法做。但是，這會漸漸改變程序員們的心態，最終會使產品經理與程序員間產生隔閡和矛盾。如果出現這些場景，作為產品經理都需要小心的處理好，以免影響項目的正常推進。當然，最好是不要出現這些場景。作為產品經理，我們的最終目標，都是要保證我們的產品，准時、保質、保量的落地。

產品經理在與程序員們合作時，產品經理需要講究合作共贏、互相體諒。在產品經理的相關工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多時候，產品經理要站在程序員的角度考慮問題。比如，對於產品來說可能就是改改需求，但對於程序員，他們更在意的可能是因為改需求而導致的加班。

產品經理在工作中，經常會追求產品上的極致。追求極致本身是好事，但是切忌過分偏執。我們也需要考慮團隊的現狀和資源，在極致和現實間尋找均衡。畢竟，如果沒有喬布斯的團隊，要像喬布斯一樣做產品，只會拖垮團隊。

在產品開發的過程，改需求、改方案等項目異常，都是不可避免的。這是項目管理的第一部分。如何進行項目異常的處理，考驗的是產品經理的溝通能力和項目管理能力。產品經理需要在保持技術們高效工作的情況下，完成項目異常的處理。

當然，在產品經理工作中，矛盾的根源也並不總是產品經理。有時候，也可能是某些程序員的性格或者對該工作的態度導致的。這時候，產品經理要明確，作為團隊的潤滑劑，有責任推動和協調大家的工作。如果，矛盾不可調和，我們需要盡早提出問題、控制風險，避免「勉強」行事。

有時候，程序員在私下評價一起工作的產品經理時，總是會補加一句「我感覺我也能做產品經理」。這句話的背後，是產品經理沒有讓程序員們感受到產品工作的價值。在這種背景下，產品經理是很難獲取程序員們的注重，也會為很多爭論埋下誘因。那如何感受到我們工作的價值那？其實很簡單，就是保持工作信息的透明。將我們針對需求和產品做的相關工作，體現在我們的溝通或者文檔中。

導致程序員想「砍」產品經理，本質是產品經理工作方式的問題，也有情商的問題。在我的產品經理工作經驗中，我總結下了以下四點，我們需要注意和避免的。這四點，都可以和上文的場景相對應，是最容易慢慢改變程序員的心態的。