作為團隊Boss，如何處理PM與RD之間的矛盾？
@凱撒follwer
首先，我覺得有一點可能是造成PM和技術有摩擦的重要原因：
PM方處理問題domain和程序員方處理問題domain本身的巨大認知鴻溝。 特別是對于不是技術出身或者懂一點點技術的PM來說。
廣義上，PM相當于創業者需求方，甲方，客戶，以及市場。
廣義上，程序員相當于架構師，創業者，以及自己所創造的技術/產品的需求方，第一個客戶，和市場。
其實產品經理和開發出現摩擦這種現象，在大公司比較常見。因為對于小公司來說，boss基本就是PM。
個人看來，在大公司里面，摩擦是無法避免，也是幾乎無法得到滿意的解決的：因為每個人的JD都限制了他的視角的擴大化。每個人都是他所在的局部信息孤島的受益者和受害者。
我了解到，在大公司里，大家忙著滿足KPI之類的東西，這個會讓他們偏執在自己的立場中。而在小公司里面（本人深有體會），摩擦也是無法避免，就一直旁觀者的我來說，個人認為這個問題比大公司還更加無法得到令人滿意的解決：乍一看，小團隊會更容易形成共識，其實不是。因為每個人的視角的擴大相應地要求他的認知水準和對于事，物，人，時，以及自己心態的把握能力要成倍地提高。而且一個人的視角和見識能擴張，但是他的技術能力的匹配度則很難以一個非?？斓乃俣葦U張，小團隊會經常面臨能力匹配不足夠的問題。這也就是很多小公司要么缺少前端設計師，要么缺少后臺技術開發，非技術出身的Boss兼職PM由于技術短板，有時候只能干瞪眼兒。
怎么處理？以下是我個人理解。
我的boss是這么干的：強行介入，逐點擊破
1、找出優先級。做事有先后與輕重緩急，想問題也得區分重要度；對于要走的路徑務必規劃好，能堅持亦能變通。不浪費資源，少浪費時間，戰略和細節都不能差。這就很考驗Boss的判斷力了。當Boss在聽PM和技術摩擦的時候，要跳出他們小區域的爭執，站在全局想清楚，再回到局部，把局部看得明白，根據輕重緩急，對于具體的細部做得踏實部署：能避，也能迎。
2、扮演中間人角色。先中止他們的爭執，然后單獨和技術進行溝通，把不善言辭的技術想要表達的東西進過提煉，記下。這段單獨和技術談的時間其實是給PM時間，恢復原有冷靜思考的狀態，再把他叫進來，三人再次溝通。Boss這個時候就相當于一個調和劑，讓摩擦脫離摩擦的階段，進入到如何解決問題的模式，因為無論怎么吵，問題都是要解決的。
PS：作為團隊的Boss，有必要讓技術了解基本業務流程，這樣更夠使團隊業務人員和技術人員的配合。
本文由PMCAFF產品經理社區會員原創，版權歸PMCAFF產品經理社區及作者共同所有。如需轉載，請注明出處并保留鏈接。
評論
評論
推薦評論
暫無評論哦，快來評論一下吧！
全部評論（0條）