編輯導(dǎo)語(yǔ)：在產(chǎn)品開發(fā)流程中，產(chǎn)品經(jīng)理有時(shí)需要承擔(dān)項(xiàng)目管理的職責(zé)，此時(shí)，產(chǎn)品經(jīng)理應(yīng)當(dāng)注意哪些事項(xiàng)以避免項(xiàng)目無(wú)法落地？其中，理解好開發(fā)需求、做好變更管理等環(huán)節(jié)十分重要。本篇文章里，作者結(jié)合其項(xiàng)目經(jīng)驗(yàn)總結(jié)了產(chǎn)品經(jīng)理進(jìn)行項(xiàng)目管理過(guò)程中可能出現(xiàn)的問(wèn)題及解決方法，一起來(lái)看一下。

經(jīng)歷了一個(gè)失敗的項(xiàng)目，一個(gè)不是非常復(fù)雜的后臺(tái)管理模塊從需求到上線歷時(shí)近2個(gè)月，且上線后僅是能用，很多功能未實(shí)現(xiàn)，效果非常差。痛定思痛，復(fù)盤該項(xiàng)目過(guò)程存在的問(wèn)題，提供前車之鑒。

詳細(xì)的項(xiàng)目管理方法論和流程很多文章都有介紹，就不作贅述。

一、產(chǎn)品經(jīng)理要不要承擔(dān)項(xiàng)目管理的職責(zé)？

項(xiàng)目管理能力是PM的技能樹要求之一，因?yàn)楫a(chǎn)品經(jīng)理是需求的轉(zhuǎn)化和規(guī)劃者，產(chǎn)品的變現(xiàn)需要依賴于UI&UE、開發(fā)、測(cè)試等不同的工種，不進(jìn)行項(xiàng)目管理再好的想法和規(guī)劃也難以落地，只是一紙空談。

少部分互聯(lián)網(wǎng)公司或者外包公司是設(shè)置項(xiàng)目經(jīng)理、PMO崗位的，但多數(shù)情況是由產(chǎn)品經(jīng)理兼任項(xiàng)目管理職責(zé)。事后也和對(duì)應(yīng)PM交流，反饋說(shuō)認(rèn)知里面開發(fā)進(jìn)度應(yīng)該由開發(fā)負(fù)責(zé)人統(tǒng)籌管控。

建議

作為產(chǎn)品經(jīng)理，從為自己產(chǎn)品負(fù)責(zé)的角度，都要有著清晰的項(xiàng)目管理主人公意識(shí)，自己的項(xiàng)目不要把希望寄托在別人身上，自己要有足夠的掌控力。

若有專門的項(xiàng)目經(jīng)理崗位，則精力投入少一些，沒有則就要更多的精力統(tǒng)籌項(xiàng)目管理過(guò)程，保質(zhì)保量上線，才是項(xiàng)目團(tuán)隊(duì)價(jià)值的體現(xiàn)。

畢業(yè)入職第一個(gè)月，規(guī)劃了好幾個(gè)可視化頁(yè)面的需求，但初入職場(chǎng)項(xiàng)目資源協(xié)調(diào)經(jīng)驗(yàn)為零，開發(fā)資源一直排不上，一個(gè)多月空有方案沒有落地產(chǎn)出。

二、產(chǎn)品落地過(guò)程坑點(diǎn)與規(guī)避建議

1. PRD質(zhì)量差

PRD文檔是項(xiàng)目團(tuán)隊(duì)工作的準(zhǔn)繩，屬于項(xiàng)目范圍管理的范疇。PRD的質(zhì)量、完整度對(duì)項(xiàng)目高效進(jìn)行至關(guān)重要。雖然也組織了產(chǎn)品方案評(píng)審，但評(píng)審過(guò)程以需求點(diǎn)、核心流程為主，交互細(xì)節(jié)并未深入評(píng)審。且評(píng)審意見并未及時(shí)落實(shí)，沒對(duì)PRD進(jìn)行更新。

事后制定了產(chǎn)品PRD文檔標(biāo)準(zhǔn)，評(píng)審流程、評(píng)審會(huì)議紀(jì)要同步規(guī)范、評(píng)審意見跟進(jìn)驗(yàn)收，通過(guò)流程節(jié)點(diǎn)，盡量保證PRD質(zhì)量符合預(yù)期。

把PRD文檔當(dāng)作一個(gè)產(chǎn)品來(lái)做，多一些同理心，考慮閱讀者的感受，把需求信息完整、清晰地傳遞給用戶。產(chǎn)品經(jīng)理可以問(wèn)問(wèn)自己：

• “如果開發(fā)按照PRD方案上的內(nèi)容1:1實(shí)現(xiàn)，這個(gè)結(jié)果是不是能接受的？”
• “不進(jìn)行評(píng)審講解，開發(fā)直接看文檔能看懂需求的百分之多少？”
• “PRD文檔直接扔給用戶，用戶能不能確認(rèn)方案是否滿足了自己的需求？”。

2. 開發(fā)需求理解不充分

需求排期前也組織了開發(fā)評(píng)審，但因?yàn)閮?yōu)先級(jí)調(diào)整評(píng)審后并未進(jìn)入開發(fā)，開始開發(fā)時(shí)，參加評(píng)審的人已經(jīng)離職了，負(fù)責(zé)執(zhí)行的開發(fā)未參與需求評(píng)審，只是接受到開發(fā)組長(zhǎng)指派的開發(fā)任務(wù)，于是就按照PRD方案和自己的理解開干了。

提測(cè)時(shí)發(fā)現(xiàn)，開發(fā)并未完整理解需求的目標(biāo)，甚至連主流程解決什么問(wèn)題都不清楚，自測(cè)也無(wú)從下手，提測(cè)質(zhì)量就可想而知。

建議

開發(fā)評(píng)審前提前把需求文檔在項(xiàng)目群同步，請(qǐng)相關(guān)開發(fā)提前整理問(wèn)題，帶著問(wèn)題評(píng)審，畢竟評(píng)審會(huì)1個(gè)多小時(shí)很難把所有內(nèi)容都講的非常全面，開發(fā)評(píng)審目的是各方對(duì)需求理解一致，進(jìn)行技術(shù)可行性進(jìn)行評(píng)估，從技術(shù)角度評(píng)審方案的合理性。

看過(guò)一些講“產(chǎn)品經(jīng)理如何活著走出評(píng)審”的文章，個(gè)人覺得，從評(píng)審的目的出發(fā)，把需求講透徹、問(wèn)題聊清楚才是最重要的。氣氛一團(tuán)祥和，事后一堆問(wèn)題，產(chǎn)品目標(biāo)實(shí)現(xiàn)不了的結(jié)果更糟。針對(duì)中途變更開發(fā)的情況，產(chǎn)品經(jīng)理要及時(shí)跟進(jìn)，重新組織需求評(píng)審，保證變現(xiàn)開發(fā)充分理解需求。

3. 變更管理不規(guī)范

再優(yōu)秀的產(chǎn)品經(jīng)理也不能保證需求方案完美無(wú)缺，實(shí)際開發(fā)過(guò)程也會(huì)發(fā)現(xiàn)一些更為細(xì)節(jié)的問(wèn)題。產(chǎn)品經(jīng)理的職責(zé)之一就是快速地響應(yīng)問(wèn)題，給出更優(yōu)的解決方案。

產(chǎn)品和PM溝通碰撞的過(guò)程，不可避免地會(huì)產(chǎn)生需求的變更。變更過(guò)程缺少存檔記錄、變更內(nèi)容未及時(shí)同步干系人，導(dǎo)致驗(yàn)收環(huán)節(jié)產(chǎn)品與開發(fā)的扯皮。

建議

產(chǎn)品經(jīng)理要清楚并遵守變更的流程，不能抱有僥幸心理。

其中，變更控制、核心干系人變更審批、干系人變更信息溝通存檔尤為重要。不隨意變更，變更發(fā)生后信息及時(shí)同步，并留好過(guò)程記錄，必要時(shí)“取證”，否則出問(wèn)題只能“人在家中坐，鍋從天上來(lái)”。

4. 進(jìn)度管理形式化

項(xiàng)目排期周期較長(zhǎng)（3周），制定的計(jì)劃是分階段驗(yàn)收，以防最終提測(cè)時(shí)出現(xiàn)問(wèn)題沒有補(bǔ)救時(shí)間。

但PM實(shí)際執(zhí)行過(guò)程，只是走過(guò)場(chǎng)，每周問(wèn)一下有沒有問(wèn)題和風(fēng)險(xiǎn)，得到的回復(fù)往往都是“一切順利，進(jìn)度正?！薄?/p>

建議

• 統(tǒng)一目標(biāo)：排期確定后和開發(fā)組長(zhǎng)、開發(fā)團(tuán)隊(duì)明確項(xiàng)目總體上線時(shí)間，以及階段性里程碑，并同步項(xiàng)目干系人，加強(qiáng)團(tuán)隊(duì)對(duì)Deadline的意識(shí)。
• 進(jìn)度管理制度，如站會(huì)、周會(huì)等；站會(huì)頻度可以一周2次，會(huì)議避免只流水賬式的講內(nèi)容，要重點(diǎn)講問(wèn)題和風(fēng)險(xiǎn)。
• 進(jìn)度日?qǐng)?bào)，重要、緊急且周期比較短的項(xiàng)目（2周內(nèi)），項(xiàng)目進(jìn)度可以每日項(xiàng)目群內(nèi)同步即可，一方面讓發(fā)起人和業(yè)務(wù)及時(shí)知曉每日最新情況，心里有數(shù)，另一方面，也體現(xiàn)產(chǎn)品經(jīng)理的責(zé)任意識(shí)和推動(dòng)能力?？缍冗^(guò)長(zhǎng)的項(xiàng)目，可以視情況定。
• 進(jìn)度周報(bào)匯報(bào)，內(nèi)容包括項(xiàng)目總體情況是否正常、主要風(fēng)險(xiǎn)、本周進(jìn)展、總體里程碑等。主要作用一方面是及時(shí)將信息同步干系人，另一方面也將進(jìn)度透明，團(tuán)隊(duì)成員看到老板也會(huì)關(guān)注項(xiàng)目進(jìn)度，會(huì)對(duì)Deadline更加敬畏，出現(xiàn)一定進(jìn)度偏差可能也會(huì)自己主動(dòng)加快進(jìn)度。
• 分階段驗(yàn)收，要切實(shí)按照需求拆分的階段，驗(yàn)收實(shí)現(xiàn)是否符合預(yù)期，避免僅僅是口頭溝通，或者到開發(fā)身后看一眼，OK沒問(wèn)題。

5. Deadline意識(shí)弱

B端產(chǎn)品用戶一般是企業(yè)內(nèi)部同事，產(chǎn)品上線Deadline一般沒有C端版本發(fā)布管控得那么嚴(yán)格。

但這久而久之會(huì)導(dǎo)致團(tuán)隊(duì)的Deadline意識(shí)弱。產(chǎn)品經(jīng)理驗(yàn)收時(shí)，將問(wèn)題提交開發(fā)后，開發(fā)不緊不慢地修復(fù)，什么時(shí)候修復(fù)完了，通知產(chǎn)品回歸一下，發(fā)現(xiàn)問(wèn)題再進(jìn)行一輪，直到問(wèn)題越來(lái)越少可以上線為止，延期了也就延期了，Deadline成了擺設(shè)。

當(dāng)然這也和開發(fā)團(tuán)隊(duì)沒有設(shè)定項(xiàng)目延期的績(jī)效考評(píng)機(jī)制很大關(guān)系。

在這種情況下，產(chǎn)品經(jīng)理的責(zé)任心和deadline意識(shí)就很重要。否則只會(huì)一再延期。

建議

首先產(chǎn)品經(jīng)理自身要對(duì)Deadline有敬畏之心，即使是B端產(chǎn)品，給業(yè)務(wù)的排期反饋一而再再而三的變化，個(gè)人的專業(yè)度和職業(yè)素養(yǎng)無(wú)形中也會(huì)打折扣。

其次，借助自己的軟技能，給項(xiàng)目團(tuán)隊(duì)灌輸Deadline的緊迫感，比如專項(xiàng)背景價(jià)值、老板的關(guān)注度、業(yè)務(wù)XX時(shí)間節(jié)點(diǎn)需要用到該功能等。

另外，需求驗(yàn)收環(huán)節(jié)，要做好問(wèn)題核對(duì)清單管理，尤其是無(wú)QA資源產(chǎn)品經(jīng)理兼職測(cè)試。像游戲做任務(wù)升級(jí)一樣，每日統(tǒng)計(jì)問(wèn)題修復(fù)進(jìn)度，并在項(xiàng)目群里總結(jié)反饋。

如此，一方面項(xiàng)目開發(fā)及負(fù)責(zé)人可以清楚地知道目前現(xiàn)有問(wèn)題，另一方面，也可以看到勝利的終點(diǎn)，而不是不停地改，不停地產(chǎn)生新的問(wèn)題。

測(cè)試進(jìn)度反饋表示例如下，還可以按照前后端、數(shù)據(jù)責(zé)任人再做進(jìn)一步細(xì)分。

三、產(chǎn)品經(jīng)理常用項(xiàng)目管理工具

工欲善其事必先利其器，借助高效的項(xiàng)目管理工具可以起到事半功倍的效果。選擇項(xiàng)目管理工具時(shí)可以參考以下幾個(gè)核心功能維度：

• 協(xié)同功能，項(xiàng)目團(tuán)隊(duì)可以在線協(xié)同，及時(shí)更新狀態(tài)。
• 報(bào)表功能，直觀展現(xiàn)項(xiàng)目任務(wù)量、完成度，可細(xì)分到功能模塊或責(zé)任人維度。
• 甘特圖，清晰地展現(xiàn)各個(gè)任務(wù)的依賴關(guān)系，方便合理安排任務(wù)的并行或串行節(jié)奏，減少等待時(shí)間。
• 流程化化，需求狀態(tài)流轉(zhuǎn)及通知功能，可以方便的指派任務(wù)責(zé)任人。
• 任務(wù)清單視圖，可以是列表、泳道圖、或任務(wù)卡。
• Buglist，驗(yàn)收時(shí)可將Buglist直接與需求任務(wù)關(guān)聯(lián)，并且提供Bug統(tǒng)計(jì)及燃盡圖功能。

常用項(xiàng)目管理工具推薦：

• Jira：比較經(jīng)典的任務(wù)管理工具，是Atlassian公司出品的項(xiàng)目與事務(wù)跟蹤工具，被廣泛應(yīng)用于缺陷跟蹤、客戶服務(wù)、需求收集、流程審批、任務(wù)跟蹤、項(xiàng)目跟蹤和敏捷管理等工作領(lǐng)域。
• Trello：Trello已經(jīng)可以幫你整理任何事情，讓你的所有任務(wù)、想法、資料、討論通通變得「井然有序」。
• Worktile：需求管理、迭代規(guī)劃、進(jìn)度管理、缺陷追蹤進(jìn)行管
• Tapd：騰訊的需求管理工具，列表式的任務(wù)管理。
• Leangoo：基于看板的項(xiàng)目協(xié)作工具。它的核心是看板，通過(guò)看板實(shí)現(xiàn)團(tuán)隊(duì)可視化實(shí)時(shí)協(xié)作。

其他還有Tower、teambition等，各個(gè)工具基本都是圍繞敏捷開發(fā)過(guò)程（Scrum），進(jìn)行功能設(shè)計(jì)，詳細(xì)的介紹說(shuō)明可以自行查看。

四、總結(jié)

項(xiàng)目管理是一門專業(yè)的課程（PMP認(rèn)證），短短幾千字?jǐn)嗳粺o(wú)法講得透徹，本文主要結(jié)合一個(gè)失敗項(xiàng)目踩過(guò)的坑分享產(chǎn)品經(jīng)理在推進(jìn)產(chǎn)品落地過(guò)程涉及到的項(xiàng)目管理技巧。

項(xiàng)目管理啟動(dòng)、規(guī)劃、執(zhí)行、監(jiān)控、收尾五大過(guò)程組，十大知識(shí)領(lǐng)域，各個(gè)環(huán)節(jié)相互影響，某一節(jié)點(diǎn)的大意可能都是蝴蝶效應(yīng)，項(xiàng)目管理過(guò)程偷的懶，可能就是產(chǎn)品上線失敗流的淚。

• 啟動(dòng)：獲得高層授權(quán)，師出有名，提前圈定資源，調(diào)動(dòng)積極性。
• 需求：和主要干系人溝通確認(rèn)需求，包括業(yè)務(wù)評(píng)審、開發(fā)評(píng)審，做好記錄備忘，信息及時(shí)同步。
• 文檔：順利通過(guò)開發(fā)評(píng)審不是終點(diǎn)，項(xiàng)目保質(zhì)保量上線才是目標(biāo)，PRD當(dāng)做產(chǎn)品來(lái)做。
• 進(jìn)度管理：會(huì)議、匯報(bào)、分階段驗(yàn)收、信息同步，利用透明的力量強(qiáng)化團(tuán)隊(duì)對(duì)Deadline的意識(shí)。
• 變更：不輕易變更，變更嚴(yán)格按照流程進(jìn)行。
• 工具：選擇合適的項(xiàng)目協(xié)同工具。

#專欄作家#

數(shù)據(jù)干飯人，微信號(hào)公眾號(hào)：數(shù)據(jù)干飯人，人人都是產(chǎn)品經(jīng)理專欄作家。專注數(shù)據(jù)中臺(tái)產(chǎn)品領(lǐng)域，覆蓋開發(fā)套件,數(shù)據(jù)資產(chǎn)與數(shù)據(jù)治理，BI與數(shù)據(jù)可視化，精準(zhǔn)營(yíng)銷平臺(tái)等數(shù)據(jù)產(chǎn)品。擅長(zhǎng)大數(shù)據(jù)解決方案規(guī)劃與產(chǎn)品方案設(shè)計(jì)。

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

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