——這是我的第59篇原創(chuàng)文章——

本周末我會連線一位資深開發(fā)，直播產(chǎn)品經(jīng)理關(guān)心的研發(fā)技術(shù)問題，詳細(xì)活動在文末，記得翻到底～

作為產(chǎn)品經(jīng)理，在公司內(nèi)部和多部分協(xié)同的工作非常之多，你是否經(jīng)常會遇到下面這些問題，卻依然束手無策？

1、開發(fā)一會說這個能實現(xiàn)，一會說這個不能實現(xiàn)，一會說你的需求設(shè)計有問題，一會說這么短時間做不完？功能開發(fā)有漏洞又搪塞過去，說下個版本改掉，然后一拖就拖了幾個月。

2、不知道如何看待和項目經(jīng)理之間的矛盾，比如只基于項目考慮砍需求至影響體驗；或者把產(chǎn)品當(dāng)文檔打印機，什么大小文檔都讓產(chǎn)品寫；或者類似的項目做了不少，客戶讓演示系統(tǒng)項目經(jīng)理居然都不知道怎么操作；找不到測試資源又來讓產(chǎn)品測試。

3、你是否面臨過和UI撕逼哪個設(shè)計方案更好，有些你覺得很丑的方案UI卻強行堅持他的想法，拒不妥協(xié)？最后上線后被客戶罵產(chǎn)品經(jīng)理是SX，做出來這么難看的東西。

所以為什么產(chǎn)品經(jīng)理經(jīng)常背鍋，經(jīng)常里外不是人，非常難做人，因為他和每一方的利益都存在一定的沖突，同時他又必須為最后的產(chǎn)品表現(xiàn)、甚至是市場表現(xiàn)而買單。在這個過程中，無法權(quán)衡和處理多方利益的能力，就會導(dǎo)致要么得罪一批人，要么被客戶罵產(chǎn)品爛。

我們要想根本性解決這些困擾，必須先要了解這些協(xié)作背后的本質(zhì)原因。

一、為什么會出現(xiàn)沖突？

企業(yè)在招聘每個崗位的時候都會明確崗位的工作職責(zé)，產(chǎn)品經(jīng)理有產(chǎn)品經(jīng)理的工作職責(zé)，項目經(jīng)理有項目經(jīng)理的工作職責(zé)，研發(fā)有研發(fā)的工作職責(zé)。

但是這些職責(zé)往往是抽象的、概括性的，沒有具體、細(xì)節(jié)的職責(zé)描述。

因此大部分協(xié)作實操過程中遇到的問題是崗位職責(zé)里沒有寫清楚的，是需要隨時靈機應(yīng)變處理的。

這也就導(dǎo)致在這些沒有詳細(xì)規(guī)則的“灰色”邊界上極容易產(chǎn)生沖突。

A認(rèn)為應(yīng)該這么做，B認(rèn)為應(yīng)該那么做，大家是否都以項目成功作為目標(biāo)呢？是否都有考慮自身的個人利益呢？哪怕三觀都很正，大家的認(rèn)知程度和能力不同，是否做的決定一定是最優(yōu)解呢？

而這些因素會加劇沖突和矛盾的產(chǎn)生。

二、如何理解沖突？

假如你站在設(shè)計、研發(fā)、項目經(jīng)理的角度看，這些問題合理嘛？

可能很合理，因為企業(yè)并沒有詳細(xì)定義一個項目經(jīng)理該做哪些事，不該做哪些事？那些模糊的區(qū)域完全看項目經(jīng)理自己的想法和意愿，那么這就帶有很強的個人主觀主義了，并不是一個達(dá)成共識的、約定好的原則。

所以換位思考，假如你是項目經(jīng)理，帶有一些私心、糟糕的小毛病、差習(xí)慣，是不是也可以理解他了？

此外，你還要反思下你自己，是否存在一些不合理的工作習(xí)慣、或者專業(yè)能力不夠強、或者沒有充分考慮其他人的感受而過于主觀？

不合理的工作習(xí)慣比如：

1）不做充分調(diào)研就開始寫需求；

2）需求文檔寫的過于簡單，導(dǎo)致開發(fā)理解難度大；

3）評審的時候也是講的很籠統(tǒng)，問題都會隱藏在后續(xù)的開發(fā)工作中，在最后暴露出來；

4）因為前期需求考慮不詳細(xì)，在后續(xù)開發(fā)中不停的改需求等等。。

專業(yè)能力不夠強比如：

1）需求文檔邏輯性、全面性、顆粒度都存在各種問題；

2）無法精準(zhǔn)的洞察客戶的各種使用場景和對應(yīng)需求；

3）沒有能力分析和篩選最重要的目標(biāo)需求；

4）表達(dá)能力不行，導(dǎo)致需求評審、客戶演示都存在巨大的理解偏差等等。。

沒有充分考慮其他人的感受而過于主觀比如：

1）覺得自己的方案就是對的，開發(fā)、設(shè)計提的建議不行，他根本不懂；

2）任何協(xié)作方案都是按照對自己有利的方式來推進(jìn)；

3）沒有團隊協(xié)作意識，喜歡單打獨斗，極強的個人主義；

4）沒有以業(yè)務(wù)目標(biāo)、產(chǎn)品目標(biāo)為核心，缺乏目標(biāo)感。

很多時候，矛盾和沖突也是因為長期的信任缺失而慢慢導(dǎo)致的。

三、關(guān)于制度的選擇

在一家公司內(nèi)，你和交互、設(shè)計、研發(fā)、項目經(jīng)理、測試的關(guān)系可能有兩種：

1、民主制關(guān)系

民主制關(guān)系就是：很多存在矛盾和對立面的事情由大家投票確定。

比如你和UI、前端開發(fā)在討論該如何進(jìn)行前端Mock靜態(tài)頁面審核方式和流程的時候，三方參與者一起“投票”確定最終流程和方案，只要UI和前端都認(rèn)可方案A，那么哪怕你堅持方案B，最終也按照方案A來執(zhí)行。

這就是民主制的處理方式，每個領(lǐng)域都由各自的leader負(fù)責(zé)（開發(fā)問題研發(fā)負(fù)責(zé)人擔(dān)責(zé)，UI問題UI負(fù)責(zé)人擔(dān)責(zé)），相互協(xié)作部分由大家一起投票確定，達(dá)成共識。

2、****關(guān)系

****關(guān)系就是：很多問題一人說了算。

比如公司認(rèn)可產(chǎn)品經(jīng)理的能力，讓產(chǎn)品經(jīng)理整體負(fù)責(zé)產(chǎn)品的設(shè)計、研發(fā)、上線。那么其中任何跨職能部門協(xié)作的部分，都可以由這個產(chǎn)品經(jīng)理來拍板，其他職能部門必須照此執(zhí)行?；蛘哌@個角色是項目經(jīng)理、或者技術(shù)負(fù)責(zé)人，總之，大家遵循的是決策人的決策。而不一定是對自己有利的決策。

這就是民主制關(guān)系和****關(guān)系的區(qū)別，不同公司可能是不同的關(guān)系，也可能是兩者同時存在。

那么到底哪種好呢？

其實就像這個世界同時存在這兩種制度一樣，每種都有優(yōu)勢和劣勢，我們沒法一言以蔽之哪個好哪個差。更多應(yīng)該結(jié)合公司的組織架構(gòu)和公司的發(fā)展階段進(jìn)行選擇，適合自己的才是最好的。

四、最后，怎么解決呢？

首先，確定你們公司采用是上述哪種制度，是否已經(jīng)已經(jīng)有約定俗成的制度，如果有，就按照約定的制度來實行。

當(dāng)然很多事情并不需要制度來確定，制度是死的，人是活得，人之間的問題十有八九是溝通問題，他們中的大部分是可以通過溝通解決的。

其次才是流程和制度。

最后上層建筑也就是道德約束，在企業(yè)內(nèi)部類比企業(yè)文化、團隊目標(biāo)等。

1、首先，是溝通

假如你遇到了和其他職能部門或人員的協(xié)作問題，先找個時間面對面，1對1溝通，把你對這件事的困擾和訴求表達(dá)出來，同時了解他的背后想法和動機，尋求達(dá)成一致的總體目標(biāo)和共識。

假如他的背后動機都存在嚴(yán)重的三觀不正的問題，純粹是利己主義者，那么達(dá)成共識其實基本是不可能的，這個時候你一定要引入他的上級領(lǐng)導(dǎo)，有必要的時候你也要引入你的上級領(lǐng)導(dǎo)，加入到這次談話中。

作為上級領(lǐng)導(dǎo)，且面臨2V2的情況下，大家勢必要以公司的價值觀和業(yè)務(wù)目標(biāo)作為討論的基石，這個時候就容易達(dá)成共識。當(dāng)然在這個過程少不了博弈。

2、其次，就是確定協(xié)作的細(xì)節(jié)流程和制度

這些沒有明文規(guī)定的東西，需要根據(jù)實際的場景進(jìn)行相應(yīng)的設(shè)定。

被設(shè)定的流程和制度必須圍繞3個原則：

1）必須圍繞整個產(chǎn)品目標(biāo)和業(yè)務(wù)目標(biāo)

2）必須能夠真正提高多邊效率

3）必須考慮現(xiàn)實情況，比如資源限制、時間限制、技術(shù)難度等

只有圍繞這三個原則，才是合理的流程和制度，其他一些因素都可以簡單弱化。

3、最后，是文化的影響

一家好公司一定擁有很正的價值觀和良好的企業(yè)文化。

比如線上bug絕不過夜、任何問題過來我都是最后一棒、客戶第一等等，這些都是一家公司在價值觀上的體現(xiàn)。

如果大家都能擁有正確的、和企業(yè)相匹配的價值觀，那么很多問題其實就能更快地達(dá)成共識。因為大家的出發(fā)點都是相似的。

活動通知：本周末我會連線一位資深研發(fā)，線上直播，和他進(jìn)行1對1的碰撞，探討產(chǎn)品經(jīng)理關(guān)心的各種研發(fā)問題。

目錄初步如下：

開發(fā)及項目問題：

1、如何評估開發(fā)工時的？如何量化管理開發(fā)人員的工時，績效？

2、表結(jié)構(gòu)是怎么設(shè)計的？

3、性能問題的解決方案有哪些？

4、微服務(wù)是什么意思？

5、開發(fā)是怎么看待中臺的？

6、研發(fā)完成后，是否嚴(yán)格執(zhí)行單元測試？為什么還有那么多bug？ 

7、您認(rèn)為規(guī)范的發(fā)布流程是什么？  產(chǎn)品發(fā)布時存在哪些困難點？

8、如何理解開發(fā)人員在scrum模型上實踐，實踐中有哪些難點 ？

9、研發(fā)過程中是否有定期codereview，執(zhí)行者一般是誰，遵循了哪些標(biāo)準(zhǔn)？codereview常用的插件工具有哪些？ 

開發(fā)與產(chǎn)品經(jīng)理的愛恨情仇：

1、與產(chǎn)品經(jīng)理對接需求中認(rèn)為最大的難點是什？   

2、如何看待產(chǎn)品寫的PRD文檔，認(rèn)為文檔中必要的規(guī)范有哪些？   

3、產(chǎn)品經(jīng)理應(yīng)該懂哪些技術(shù)，溝通起來會比較方便

4、對產(chǎn)品經(jīng)理是什么看法？技術(shù)眼中好的產(chǎn)品經(jīng)理是怎么一個定義？