編輯導(dǎo)語：在日常工作中，溝通是一直被大家所強(qiáng)調(diào)的一件事。作為一名產(chǎn)品經(jīng)理，與研發(fā)的溝通就顯得尤為重要，因?yàn)槟銈兪峭粭l生產(chǎn)鏈上的戰(zhàn)友。作者總結(jié)了自己的一些經(jīng)驗(yàn)，反思該如何與研發(fā)處好關(guān)系，做到相互尊重，有效溝通。

剛?cè)肼氁患页鮿?chuàng)公司時，作為產(chǎn)品負(fù)責(zé)人，希望能改變現(xiàn)有的亂麻般的產(chǎn)品體系及交付質(zhì)量。于是耗費(fèi)了一周多時間梳理了產(chǎn)品、項(xiàng)目，與關(guān)鍵崗位的同學(xué)進(jìn)行了較為深入的溝通。

最終輸出了一份關(guān)于問題及解決辦法的材料，但滿懷信心的溝通結(jié)果成為一場菜市場般的喧囂，個人瞬間down到谷底。在冷靜后，開始反思該如何與研發(fā)處理好關(guān)系？

一、自我反思

我是一個愛反思的人，我更愿意相信別人是善意的。我將整件事從頭到尾進(jìn)行了一次復(fù)盤，發(fā)現(xiàn)我的問題主要有以下幾點(diǎn)：

1. 空中樓閣

我還未從上家公司走出來。上家公司在研發(fā)體系的建設(shè)上，質(zhì)量不一定有多好，但崗位分工、人員配置等都是完整和充足的。而現(xiàn)在公司因?yàn)槌鮿?chuàng)的緣故，有些崗位是缺失的，人手是不足的，這就導(dǎo)致很多在崗位明晰、人員充足時候不存在的問題就暴露出來。

比如研發(fā)人員不足，研發(fā)同學(xué)沒有足夠的時間去review自己的代碼，寫完后就提交，而運(yùn)維人員缺失又使得測試同學(xué)只好自己拉取代碼，很多問題就在這里出現(xiàn)了：代碼質(zhì)量低、測試反反復(fù)復(fù)、交付時間改了又改。

我在分析的時候，未考慮這些實(shí)際情況，導(dǎo)致提出的解決方案就像是空中樓閣，研發(fā)同學(xué)自然有意見。

2. 推己及人

我忘了反思產(chǎn)品團(tuán)隊(duì)的問題，我只關(guān)注了研發(fā)同學(xué)。我沒有將產(chǎn)品團(tuán)隊(duì)自身的問題暴露出來。很多產(chǎn)品的設(shè)計(jì)文檔都是缺失的，難以想象研發(fā)同學(xué)是怎么理解并完成開發(fā)的！

就像那句老話一樣：當(dāng)你用手指指著別人的時候，別忘了其他幾個手指指著誰。未言明產(chǎn)品自身的問題，將溝通變成了單方面的指責(zé)，引發(fā)沖突就是必然的。

3. 只有問題

最重要的一點(diǎn)是我只找出了問題，我沒有歸納總結(jié)出好的地方。比如有些研發(fā)同學(xué)能力可能不一定多強(qiáng)，但能為了交付主動加班加點(diǎn)，能在發(fā)現(xiàn)問題的時候第一時間從自身找問題，找尋解決辦法，不推脫。

一個摸爬滾打了幾年的團(tuán)隊(duì)肯定是有其閃光點(diǎn)的，而我作為一個剛來的新人卻對他們進(jìn)行了如此嚴(yán)厲的指摘！一句話：你誰啊？

二、應(yīng)對方法

1. 道歉

反思自己及團(tuán)隊(duì)的問題后，我就開始找研發(fā)同學(xué)私聊，先誠懇的道歉，獲取對方的諒解。

這里需要說明的是初創(chuàng)公司不存在什么領(lǐng)導(dǎo)、下屬一類的說法。自然也不存在放低姿態(tài)之類的，就是很直白的道歉，而研發(fā)同學(xué)的簡單也是很共通的，但道歉的時候千萬注意自己的表述方式和用詞，以免造成再次誤會。

2. 先解決自身的問題

先對產(chǎn)品內(nèi)部的問題進(jìn)行梳理和總結(jié)，并向上延升到商務(wù)——產(chǎn)品需求和項(xiàng)目交付的發(fā)起和終止者。

制定了新的流程，明確了各個崗位在整個流程中責(zé)任邊界，對各環(huán)節(jié)的交付物及交付方式進(jìn)行了明確的定義和要求。比如客戶需求溝通環(huán)節(jié)、產(chǎn)品需求評審環(huán)節(jié)等。

3. 再幫助研發(fā)同學(xué)解決問題

首先是對研發(fā)同學(xué)需要參與的環(huán)節(jié)進(jìn)行了新的界定，將可參與可不參與的環(huán)節(jié)去除，例會改為按項(xiàng)目而非按部門，無需全員全程參與，讓研發(fā)同學(xué)有更多的時間干活。

其次是按項(xiàng)目設(shè)置技術(shù)PM，尤其統(tǒng)一對接和管理項(xiàng)目，協(xié)調(diào)研發(fā)同學(xué)工作，而非大家都參與（不是所有研發(fā)同學(xué)都喜歡管理），看似扁平管理，實(shí)際卻是人人都在管理和被管理。

產(chǎn)品經(jīng)理只能找技術(shù)PM溝通，禁止直接找研發(fā)同學(xué)。再者將工作量評估這一關(guān)鍵工作重新放給研發(fā)同學(xué)——不再由產(chǎn)品或商務(wù)界定，讓專業(yè)的人做專業(yè)的事，保持尊重的同時，也保證了合理。

最后分享業(yè)內(nèi)比較成熟的代碼質(zhì)量管理方法，當(dāng)然最終如何采用由研發(fā)同學(xué)內(nèi)部確認(rèn)——保持尊重！

三、理想的共處方式

1. 共情

對研發(fā)同學(xué)的工作保持足夠的respect。產(chǎn)品經(jīng)理可能多多少少都知道些功能的難易程度，絕對不能因?yàn)檠邪l(fā)同學(xué)實(shí)現(xiàn)不了某些產(chǎn)品經(jīng)理以為的簡單功能而對其冷嘲熱諷。

好的產(chǎn)品經(jīng)理應(yīng)該想想還有沒有別的設(shè)計(jì)方案或者反思自己的設(shè)計(jì)方案是否存在問題。簡而言之，是奔著解決問題的目的去溝通，而非其他。每個人都有一個成長過程，每個人都有自己不擅長的內(nèi)容。

2. 共生

無論是項(xiàng)目還是產(chǎn)品，大家都應(yīng)該是其負(fù)責(zé)人，目標(biāo)應(yīng)該是一致的——成功完成！而非刻板的界定：我是產(chǎn)品經(jīng)理，寫好PRD就好了。

我是研發(fā)同學(xué)，寫代碼就好了！作為產(chǎn)品應(yīng)該有意識的去引導(dǎo)研發(fā)同學(xué)：你不是在寫我的產(chǎn)品需求，你是在完成你的作品！我們是互利共贏的一條船上的戰(zhàn)（ma）友(zha）。

3. 擔(dān)當(dāng)

千萬不要在遇到問題的時候甩鍋。無論什么崗位，喜歡甩鍋，沒有擔(dān)當(dāng)?shù)娜硕际呛茈y贏得信任和認(rèn)可的。

當(dāng)然也不是讓你麻木的全部承擔(dān)，我職業(yè)剛開始的時候就曾經(jīng)天真的承擔(dān)了不該承擔(dān)的責(zé)任，幸好遇到了一個好領(lǐng)導(dǎo)，否則職業(yè)生涯可能剛開始就結(jié)束了。

但如果有可能的話，你可以適度的多承擔(dān)些，說實(shí)話多數(shù)情況下，多承擔(dān)并不會有多大影響，但這行為很可能讓研發(fā)同學(xué)更認(rèn)可你。

我在某公司當(dāng)產(chǎn)品經(jīng)理的時候，獲得研發(fā)同學(xué)的認(rèn)可，就是在一場公司層面的大會上有理有據(jù)的為研發(fā)同學(xué)發(fā)聲，據(jù)理力爭的我，不僅僅為的是研發(fā)，其實(shí)也是在為我自己——畢竟我們是一個team。當(dāng)然這種發(fā)聲是需要承擔(dān)一些后果的。

4. 底線

不可避免的，我們可能會遇到不想好好寫代碼的研發(fā)同學(xué)，甚至甩鍋很溜的，一言不合就要離職的。

個人以為，作為產(chǎn)品經(jīng)理，必須有自己的堅(jiān)守，有自己的底線。絕不能為了遷就研發(fā)同學(xué)而拋棄。respect必須是相互的，單方面的是跪舔。

本文由 @陳孔榮 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于CC0協(xié)議