作為智力輸出崗位的產(chǎn)研團(tuán)隊(duì)，不能總想著適應(yīng)環(huán)境，而是應(yīng)該想著如何改善環(huán)境。如果你也覺得自家的工程評審會有點(diǎn)“又臭又長”，看完這篇文章后，你或許會找到解決辦法。

那是一個再普通不過的工作日，在昏暗的會議室里，投影放著我們再熟悉不過的PRD。有些刺眼，不過十幾個小伙伴還是“認(rèn)真地”聽著兩位前后端的主程（主要負(fù)責(zé)開發(fā)的程序員）為了一個細(xì)節(jié)具體實(shí)現(xiàn)爭論不休，一場由PM發(fā)起的工程評審會就這樣”自然而然地“江山易主了。

原計(jì)劃一小時的會，就這樣……

顯然，這種溝通效率是不能夠接受的。

那么怎樣的工程評審會是比較理想的呢？

還是得先回到我們開始的地方，問問自己：

一、為什么要開工程評審會

我認(rèn)為只有兩個目的：

1.? 盡快啟動工程開發(fā)

從契約精神的角度上來講，會議具有天然的儀式感，是與會人員簽訂的一份虛擬協(xié)議，會議結(jié)束后雙方就應(yīng)該履行各自的義務(wù)。為此，越早的啟動會議，越會提前上線日期。

?2.? 提高工程開發(fā)效率

互聯(lián)網(wǎng)公司最大的成本就是溝通成本，這在單人凈值都非常高的產(chǎn)研團(tuán)隊(duì)尤為突出。如果不能充分發(fā)揮其杠桿效應(yīng)，無疑將對公司的現(xiàn)金流造成沉重的負(fù)擔(dān)。

會議是解決溝通效率的一種有效手段，為此避免開發(fā)過程中的額外溝通成本，也是工程評審會的主要目標(biāo)之一。

二、如何開工程評審會

建議如下：?

1.? 會前

• 會議邀請主程必須參加
• 盡量提前一天周知會議相關(guān)方案文檔，推薦發(fā)送會議邀請的時候附上文檔地址。

2. 會中

• ?講清楚當(dāng)前工程對公司業(yè)務(wù)的量化價(jià)值和戰(zhàn)略意義(充分調(diào)動RD的主動性)
• ?講清楚PRD每一處細(xì)節(jié)，同時要不斷地提醒，丑化說在前頭，有問題不清楚的隨時說，會議結(jié)束后就不再做任何修改了（除了有爭議的部分）。
• ?仔細(xì)收集RD反饋的工程問題（注意：不是業(yè)務(wù)問題）

3. 會后

• 跟與會人員再次確認(rèn)是否還有補(bǔ)充，提示會后就要先開發(fā)達(dá)成一致的部分。
• 有分歧的部分會單獨(dú)和主程及相關(guān)人員小范圍的開會確認(rèn)，會盡快確認(rèn)并周知。

我認(rèn)為任何這個議程之外的事情都是在浪費(fèi)時間，是一種低效的表現(xiàn)。??

三、你可能不太認(rèn)同的幾個點(diǎn)

有的人會說，不對??！工程能否實(shí)現(xiàn)也很重要，應(yīng)該放到會議上討論啊。??沒人說不重要，我說的是不應(yīng)該在這個會議上討論。?

工程能否實(shí)現(xiàn)的問題，在PRD設(shè)計(jì)階段就應(yīng)該和主程溝通清楚了（出門左轉(zhuǎn)見《寫給程序猿的一封情書-PRD》）。

也有的人會說，工期和排期也應(yīng)該在會上討論出個大概。這個說明要么你遇到的都是很NB的工程團(tuán)隊(duì)，要么就是你被工程團(tuán)隊(duì)坑的次數(shù)太少。

一般來說，工期和排期要給研發(fā)團(tuán)隊(duì)一些時間（我一般會給一個工作日），這個時間是不能省的，要知道給了時間承諾的工期和沒給時間拍腦袋給的，在工程團(tuán)隊(duì)中的影響力差別還是很大的。

當(dāng)然更會有人會說，在所有可能的方案中，當(dāng)前方案是否為最優(yōu)解，其實(shí)也有必要討論一下。

這種討論我是強(qiáng)烈反對在工程評審會上討論的——除非PM并沒有在撰寫方案前主動與主動溝通達(dá)成一致意見，否則就是典型的沒有尊重過程的意識和素養(yǎng)。

除此之外，達(dá)成目標(biāo)最重要的兩個因素就是：正確的方向和強(qiáng)大的執(zhí)行力。

在團(tuán)隊(duì)內(nèi)部大家有明確的分工，產(chǎn)品對需求的方向和價(jià)值負(fù)責(zé)，研發(fā)對工程的質(zhì)量負(fù)責(zé)；如果部門之間都互相遇阻代庖的指責(zé)對方的不正確性，誰又來保證自己模塊的正確性，又談何具有強(qiáng)大的執(zhí)行力?

所以綜上兩點(diǎn)，我認(rèn)為即使在工程評審會上對方案是否最優(yōu)有質(zhì)疑，也不應(yīng)該在會上提出（那就不是那個階段該干的事兒?。?，必要的情況下可私下反饋。

當(dāng)然如果真出現(xiàn)這種情況，產(chǎn)品leader應(yīng)該警惕，考慮現(xiàn)有的產(chǎn)品內(nèi)審機(jī)制是否存在放水現(xiàn)象。理論上來講，PM做方案的時候各種可能性都應(yīng)該考慮到了。

四、感謝有人“砸場子”

被人“砸場子”（僅指針對方案內(nèi)容提出的質(zhì)疑，而不是針對會議流程），當(dāng)面挑戰(zhàn)你的方案！

這時候該怎么辦？

你應(yīng)該心懷感激的找時間請他吃飯。

說真的，能提出問題，哪怕是挑戰(zhàn)類的問題，說明他認(rèn)真看過你的文檔思考過了。另外從某種角度來講，問題在開發(fā)前暴露遠(yuǎn)好過上線后暴露。

其實(shí)最可怕的是：開會的時候什么問題都沒有，會議結(jié)束后又各種問題不斷涌現(xiàn)，反反復(fù)復(fù)的修改、同步，最終嚴(yán)重影響了工程的進(jìn)度。

這里要稍微多說一句：遇到挑戰(zhàn)的時候，能三言兩語解釋清楚的更好；說不清楚的，記下來承諾個時間點(diǎn)會后一般人也都可以理解，甚至是認(rèn)同（對于提問者本身來說，問題被認(rèn)真對待是一種被尊重的表現(xiàn)）。

作為智力輸出崗位的產(chǎn)研團(tuán)隊(duì)，還是要有一定的進(jìn)取心的，不能總想著適應(yīng)環(huán)境，而是應(yīng)該想著如何改善環(huán)境。

如果你也覺得自家的工程評審會有點(diǎn)”又臭又長“，那就趕緊做點(diǎn)什么吧！就像張伯倫說的那樣——“不要因?yàn)樽叩锰h(yuǎn)，忘記了我們?yōu)槭裁闯霭l(fā)”。

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

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