我做產品經理遇到的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嗎？如果有，請記得請他吃飯，然後告訴他：兄弟，以後我會好好對你的～如果沒有，請繼續保持，我們一路向前。
作者：企榮之路，國內某知名網際網路公司新零售產品經理，微信公眾號：企榮之路