文章摘要: 產品經理做這個產品的背景是什麼吵架的checklist 討論的是一件事情嗎 產品經理
網上程式設計師和產品經理的段子很多,現實工作中程式設計師和產品經理吵架也成了家常便飯。時常聽到程式設計師抱怨產品經理如何不靠譜,提的需求稀奇古怪,實現成本巨大;產品經理也經常抱怨這麼簡單的需求為什麼程式設計師就一個勁的提問題,實現難度那麼大,明顯就是不配合,更有甚者會認為程式設計師是群傻子。
我還記得有次去面試,一個技術總監問我遇到產品和技術爭執不下,就是要上一個需求,這時候該聽誰的。問題問的比較覺得,但這也反映了很多技術的心理,在這種時候就是想有個當家作主的人。
但經過我的觀察,將近90%(經驗估計)情況下產品和技術的矛盾並不是不可調和的,甚至大家吵的都不是一件事情。
技術和產品到底該怎麼吵架,才能既解決了問題又能不上和氣。
吵架的checklist
討論的是一件事情嗎
產品經理:「我要是做一個使用者兩個賬號合併的功能,期望一個星期後上線。「
程式設計師:」這個功能太複雜了,我要重構很多程式碼,使用者登入也變得很難做?「
產品經理:」為啥難做「
程式設計師:」xxx程式碼寫的比較複雜「
…………
再繼續聊下去,真的要吵起來,相互之間都會覺得在和一個SB說話。
所以我們吵起來的時候,可以先冷靜下來想想我們是在溝通一件事情嗎,各自的關注點是相同的嗎。
目標一致嗎
還拿上面的對話來看,程式設計師在考慮技術複雜度的時候,還沒有明確是不是要做這麼複雜;舉例來說,做個讀QPS=10000的系統,和做一個QPS = 1的系統複雜度是完全不同的,技術上實現成本也會有很大不同。回頭來看這段對話,產品經理做這個產品的背景是什麼,要解決什麼問題,解決問題的意義是什麼。這些需求背後的東西,產品經理如果能跟開發講清楚,開發也認同的話,討論起來更有效率。
再如,產品經理提出的功能只是面向email註冊和手機註冊的使用者,而且有特殊的申請入口,分析下來也許只有10000個使用者賬號需要合併,那技術實現也許就不用考慮使用者登入,要重構很多功能了。
是在就事論事嗎
吵架最怕的就是相互人身攻擊,相互說對方是SB,這樣吵起來已經超過了工作。
吵架無論吵的再凶,底線都是就事論事,而不能直接人身攻擊。
我們現在怎麼討論
現在團隊內技術在產品review的時候一般會依次這樣問:
- 產品(各個產品模組)的目標、要解決的問題
- 產品邏輯的整體流程
- 產品對已有產品邏輯的影響,針對這種影響在產品層如何處理
- 產品中各個功能的優先順序
- 產品的期望上線時間
每個問題只要回答有問題,技術上都會指出,也會從技術角度建議更合理的解決方案。