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

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

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

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

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

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

所以為什么產(chǎn)品經(jīng)理經(jīng)常背鍋，經(jīng)常里外不是人，非常難做人，因?yàn)樗兔恳环降睦娑即嬖谝欢ǖ臎_突，同時(shí)他又必須為最后的產(chǎn)品表現(xiàn)、甚至是市場(chǎng)表現(xiàn)而買單。在這個(gè)過程中，無(wú)法權(quán)衡和處理多方利益的能力，就會(huì)導(dǎo)致要么得罪一批人，要么被客戶罵產(chǎn)品爛。

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

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

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

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

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

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

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

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

二、如何理解沖突？

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

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

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

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

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

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

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

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

4）因?yàn)榍捌谛枨罂紤]不詳細(xì)，在后續(xù)開發(fā)中不停的改需求等等。。

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

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

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

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

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

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

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

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

3）沒有團(tuán)隊(duì)協(xié)作意識(shí)，喜歡單打獨(dú)斗，極強(qiáng)的個(gè)人主義；

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

很多時(shí)候，矛盾和沖突也是因?yàn)殚L(zhǎng)期的信任缺失而慢慢導(dǎo)致的。

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

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

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

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

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

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

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

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

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

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

那么到底哪種好呢？

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

四、最后，怎么解決呢？

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

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

其次才是流程和制度。

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

1、首先，是溝通

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

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

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

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

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

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

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

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

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

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

3、最后，是文化的影響

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

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

如果大家都能擁有正確的、和企業(yè)相匹配的價(jià)值觀，那么很多問題其實(shí)就能更快地達(dá)成共識(shí)。因?yàn)榇蠹业某霭l(fā)點(diǎn)都是相似的。

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

目錄初步如下：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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