關於這件事，網上傳了各種各樣的段子。最終的結果其實大家都已經知道了，兩位動手的主角已經沒有在中國平安工作了，至於是被開除還是主動辭職就不得而知了。

最早傳出來的一個段子內容就是：產品經理和開發人員打起來了，原因是因為要根據使用者手機殼顏色來改變APP主題顏色。

這個段子可以說十分的扯淡，我相信，只要這個產品經理的腦子是正常的，都不會提出來這樣的需求，不過，廣大網民確真有信的，然後這個影片就越傳越廣，這個段子也就越傳越廣了。

於是，根據這個段子，網友了開發了自己的腦洞，想出了很多的解決方案。

其實就是中國平安的兩個技術外包人員，發生了一些個人的矛盾，最後大打出手了。在此前，其實兩個人並不認識。

也就是說，兩個人並不是一個團隊的，也並不是產品經理和程式設計師的這種關係。網上的傳言都是不真實的。

雖然，這件事情，只有打架是真實的，其餘內容基本都屬於編的，但從這個事情的炒作我們可以看出一個問題，產品經理和程式設計師之間的積怨是一個非常普遍的現象。

產品經理作為研發人員的上游，控制著產品的生命週期，而研發人員只是按照產品的思路進行實現而已。再加上，研發人員的很多加班，其實也是由於產品的一些變化或者迭代的任務安排過重而產生的。所以研發人員自然和產品的關係就不是很好了。

如果產品經理的能力非常強，任務安排很合理，那自然研發就沒什麼話好說。

但是，每個人的情況都有高有低，而且市場也是瞬息萬變的，以至於很多時候，有能力的產品都控制不好，就更不說那些能力稍有不足的了。

最終到了研發人員手上，那自然就是各種的不情願，各種的怨氣了。

我覺得出現這種問題還是團隊開發模式存在問題。為啥產品能直接給程式設計師下達需求?這些需求有沒有經過合理論證?如果做這個需求，對產品的後續開發計劃會有什麼影響?還有很多疑問，就不一一列舉了。

我覺得一個合理的開發團隊，需求是需要有一個統一的入口的，不能隨隨便便就能來個人提一些合理或者不合理的需求。所以一個團隊，應該要有一個PM角色，這個角色應該是為整個團隊負責的，他負責和所有相關的產品經理接洽，同時也要負責整個研發團隊的交付計劃。

但是要PM承擔整個管理工作，是很繁忙的，他可能無法把握需求的合理性，無法具體的評估需求的可行性。所以團隊還需要一個技術專家，他將負責和PM一起對需求進行梳理，識別那些需求可以做，那些需求不能做。技術專家要能對整個產品的技術問題負責。

正常的流程是，當產品找到PM和技術專家，發過來一個需求。PM和技術專家審視需求的合理性。如果合理，將需求納入開發計劃，並且完善需求設計方案，然後交給程式設計師進行開發，這個時候產品才可以和開發進行接洽交流，但交流的內容必須傳送給PM和技術專家，如果產品交流過程中變更了需求，增加了工作量，PM和技術專家需要重新審視需求可行性。

如果需求不合理，PM有權利拒絕需求納入開發計劃。如果產品經理依然堅持，可以上升到更高層面，由高層拍板。PM要把做這個需求的風險和大概工作量報出來，讓上層領導來決定做這個需求是否有價值。如果上層說這個必須做，那PM也沒啥好說的，那就做唄，至於風險，就不應該由整個開發團隊來負責了。

團隊開發的原則就是，需求變更一定要控制在合理範圍內，雖然敏捷開發十分贊同開發團隊和客戶面對面交流，但是在一個短期的開發週期內，需求是不能隨意變更的。

總之說這麼多，關鍵就是，程式設計師是單純的，產品經理都是會忽悠人的。要把這兩類人儘可能的隔離開來，就需要一個既單純又會忽悠人的PM。沒有這個角色，團隊註定是不穩定的。有這個角色的團隊還不穩定，那說明這個PM不是不單純，就是不能忽悠人。如同千軍易得，一將難求一樣，好的程式設計師千千萬，好的PM萬里挑一 。