起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理與研發同學之間理想的共處方式
編輯導語：在日常工作中，溝通是一直被大家所強調的一件事。作為一名產品經理，與研發的溝通就顯得尤為重要，因為你們是同一條生產鏈上的戰友。作者總結了自己的一些經驗，反思該如何與研發處好關系，做到相互尊重，有效溝通。
剛入職一家初創公司時，作為產品負責人，希望能改變現有的亂麻般的產品體系及交付質量。于是耗費了一周多時間梳理了產品、項目，與關鍵崗位的同學進行了較為深入的溝通。
最終輸出了一份關于問題及解決辦法的材料，但滿懷信心的溝通結果成為一場菜市場般的喧囂，個人瞬間down到谷底。在冷靜后，開始反思該如何與研發處理好關系？
一、自我反思
我是一個愛反思的人，我更愿意相信別人是善意的。我將整件事從頭到尾進行了一次復盤，發現我的問題主要有以下幾點：
1. 空中樓閣
我還未從上家公司走出來。上家公司在研發體系的建設上，質量不一定有多好，但崗位分工、人員配置等都是完整和充足的。而現在公司因為初創的緣故，有些崗位是缺失的，人手是不足的，這就導致很多在崗位明晰、人員充足時候不存在的問題就暴露出來。
比如研發人員不足，研發同學沒有足夠的時間去review自己的代碼，寫完后就提交，而運維人員缺失又使得測試同學只好自己拉取代碼，很多問題就在這里出現了：代碼質量低、測試反反復復、交付時間改了又改。
我在分析的時候，未考慮這些實際情況，導致提出的解決方案就像是空中樓閣，研發同學自然有意見。
2. 推己及人
我忘了反思產品團隊的問題，我只關注了研發同學。我沒有將產品團隊自身的問題暴露出來。很多產品的設計文檔都是缺失的，難以想象研發同學是怎么理解并完成開發的！
就像那句老話一樣：當你用手指指著別人的時候，別忘了其他幾個手指指著誰。未言明產品自身的問題，將溝通變成了單方面的指責，引發沖突就是必然的。
3. 只有問題
最重要的一點是我只找出了問題，我沒有歸納總結出好的地方。比如有些研發同學能力可能不一定多強，但能為了交付主動加班加點，能在發現問題的時候第一時間從自身找問題，找尋解決辦法，不推脫。
一個摸爬滾打了幾年的團隊肯定是有其閃光點的，而我作為一個剛來的新人卻對他們進行了如此嚴厲的指摘！一句話：你誰啊？
二、應對方法
1. 道歉
反思自己及團隊的問題后，我就開始找研發同學私聊，先誠懇的道歉，獲取對方的諒解。
這里需要說明的是初創公司不存在什么領導、下屬一類的說法。自然也不存在放低姿態之類的，就是很直白的道歉，而研發同學的簡單也是很共通的，但道歉的時候千萬注意自己的表述方式和用詞，以免造成再次誤會。
2. 先解決自身的問題
先對產品內部的問題進行梳理和總結，并向上延升到商務——產品需求和項目交付的發起和終止者。
制定了新的流程，明確了各個崗位在整個流程中責任邊界，對各環節的交付物及交付方式進行了明確的定義和要求。比如客戶需求溝通環節、產品需求評審環節等。
3. 再幫助研發同學解決問題
首先是對研發同學需要參與的環節進行了新的界定，將可參與可不參與的環節去除，例會改為按項目而非按部門，無需全員全程參與，讓研發同學有更多的時間干活。
其次是按項目設置技術PM，尤其統一對接和管理項目，協調研發同學工作，而非大家都參與（不是所有研發同學都喜歡管理），看似扁平管理，實際卻是人人都在管理和被管理。
產品經理只能找技術PM溝通，禁止直接找研發同學。再者將工作量評估這一關鍵工作重新放給研發同學——不再由產品或商務界定，讓專業的人做專業的事，保持尊重的同時，也保證了合理。
最后分享業內比較成熟的代碼質量管理方法，當然最終如何采用由研發同學內部確認——保持尊重！
三、理想的共處方式
1. 共情
對研發同學的工作保持足夠的respect。產品經理可能多多少少都知道些功能的難易程度，絕對不能因為研發同學實現不了某些產品經理以為的簡單功能而對其冷嘲熱諷。
好的產品經理應該想想還有沒有別的設計方案或者反思自己的設計方案是否存在問題。簡而言之，是奔著解決問題的目的去溝通，而非其他。每個人都有一個成長過程，每個人都有自己不擅長的內容。
2. 共生
無論是項目還是產品，大家都應該是其負責人，目標應該是一致的——成功完成！而非刻板的界定：我是產品經理，寫好PRD就好了。
我是研發同學，寫代碼就好了！作為產品應該有意識的去引導研發同學：你不是在寫我的產品需求，你是在完成你的作品！我們是互利共贏的一條船上的戰（ma）友(zha）。
3. 擔當
千萬不要在遇到問題的時候甩鍋。無論什么崗位，喜歡甩鍋，沒有擔當的人都是很難贏得信任和認可的。
當然也不是讓你麻木的全部承擔，我職業剛開始的時候就曾經天真的承擔了不該承擔的責任，幸好遇到了一個好領導，否則職業生涯可能剛開始就結束了。
但如果有可能的話，你可以適度的多承擔些，說實話多數情況下，多承擔并不會有多大影響，但這行為很可能讓研發同學更認可你。
我在某公司當產品經理的時候，獲得研發同學的認可，就是在一場公司層面的大會上有理有據的為研發同學發聲，據理力爭的我，不僅僅為的是研發，其實也是在為我自己——畢竟我們是一個team。當然這種發聲是需要承擔一些后果的。
4. 底線
不可避免的，我們可能會遇到不想好好寫代碼的研發同學，甚至甩鍋很溜的，一言不合就要離職的。
個人以為，作為產品經理，必須有自己的堅守，有自己的底線。絕不能為了遷就研發同學而拋棄。respect必須是相互的，單方面的是跪舔。
本文由 @陳孔榮 原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Pexels，基于CC0協議
- 目前還沒評論，等你發揮！
