我做產品經理遇到的10001個問題(3):開發不靠譜
一、真實案例
1.1 案例一
之前我在北京的一家網際網路公司做產品經理,機緣巧合之下,去獨立負責一個移動端產品,當時的資源比較緊張,2個Android(一個高階,一箇中級),2個iOS(一個高階,一箇中級),Server、測試、UI資源公司共用,開發進行到2/3階段,領導招聘了一個初級iOS開發入場,簡單溝通之後,由他負責研發第三方分享需求(即支援富文字內容分享到微信、朋友圈、微博等第三方平臺),溝通時,明確表達了自己曾經做過同樣的需求,比較簡單,大概2~3天搞定,於是給其兩天時間熟悉業務+安裝環境(週一入職),週五下班前交付該需求。當我週四去問他進展的時候,他給我說了一堆問題:比如第三方外掛不支援,富文字內容太多、短連結轉換出問題.....,當時我很懵逼,因為本計劃在週五發個小版本內測部分需求.......
1.2 案例二
還是在那家公司,當時負責一個IM產品其中的一條產品線,當時公司採用事業線組織架構,客戶端研發歸屬事業線,但server屬於公司公共部門,當時我們客戶端有個需求提給了server部門,server部門的leader也對該需求進行了排期,該排期也契合咱們客戶端的整體安排,研發工作量為5人天,XXX給予支援,需求於下週三開始啟動,到下週二的時候,突然server部門leader過來跟我說,XXX有事需要請加3天,暫時沒有其他資源來支援,可否延期2天.........
二、案例分析
雖然上面是兩個案例,但其實拉通來看,本質是一樣的,就是有delay情況發生時,未提前告知負責人。拿案例一來說,作為新入職的小夥伴,不熟悉業務,不熟悉團隊,不熟悉成員,其實是可以理解的,但當自己的工作遇到問題的時候,應該第一時間告知給相關負責人,而不是埋頭等待,等待負責人來問你的時候,你才說,是小需求還好,但如果是那種快速迭代,面臨上百萬,甚至千萬人使用的產品該怎麼辦呢?
三、解決方案
雖然標題寫的是“開發不靠譜”,其實後來反思,並不是開發不靠譜,是我(產品經理)不夠優秀導致的,如果我足夠優秀,或許可以避免這個問題,如果拿到現在,我想這兩個問題應該都不會發生,我現在對這個問題的解決方案有以下幾種:
3.1 站立晨會
- 時間:9:50-10:00
- 時長:10分鐘
- 成員:專案組所有成員,包括前端開發、後端開發、server、UIUE、測試、產品等
- 內容:昨天的工作內容、今天的工作計劃、遇到的問題、需要協調的點
- 總結:產品經理把當前的晨會內容總結髮出,並@相關人予以確認
3.2 群
將專案組所有成員拉進群,然後做好以下幾件事:
- 群名稱:根據專案取好群名稱,以便查詢和溝通,比如:統一許可權接入需求群、語音通話Android客戶端群......
- 群公告:重要事項進行公告,比如站立晨會內容、需求變更內容等
- @群成員:有需要誰知道的事情,一定要@相應的群成員
- 群記錄:當別人說了什麼你需要做的事的時候,請自己做好記錄,這時候印象筆記就是個好工具了
3.3 面聊
這個最重要,作為一個專案組的產品經理,儘量做到每天跟每人都溝通一次,溝通的內容主要是以下幾點:
- 進展怎麼樣
- 有沒有需要我協調的事
- 以目前情況來看,專案排期有沒有delay的風險
- 對需求這塊的理解有沒有問題
- 中午一起吃飯啊(哈哈哈,這個是開玩笑啦)
3.4 爛筆頭
通過面聊、晨會、群等溝通的內容,最好記錄下來,比如:
- 專案開始時間
- 需求工作量
- 計劃聯調時間
- 聯調相關人
- 測試用例評審時間
- 提測時間
- .....
四、總結
其實,沒有不靠譜的開發,只有不夠優秀的產品經理,所以,你曾經埋怨過你的RD嗎?如果有,請記得請他吃飯,然後告訴他:兄弟,以後我會好好對你的~如果沒有,請繼續保持,我們一路向前。
作者:企榮之路,國內某知名網際網路公司新零售產品經理,微信公眾號:企榮之路