中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

建議

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

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

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

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

1. PRD質(zhì)量差

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

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

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

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

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

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

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

建議

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

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

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

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

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

建議

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

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

4. 進度管理形式化

項目排期周期較長（3周），制定的計劃是分階段驗收，以防最終提測時出現(xiàn)問題沒有補救時間。

但PM實際執(zhí)行過程，只是走過場，每周問一下有沒有問題和風險，得到的回復往往都是“一切順利，進度正?！?。

建議

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

5. Deadline意識弱

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

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

當然這也和開發(fā)團隊沒有設(shè)定項目延期的績效考評機制很大關(guān)系。

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

建議

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

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

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

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

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

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

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

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

常用項目管理工具推薦：

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

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

四、總結(jié)

項目管理是一門專業(yè)的課程（PMP認證），短短幾千字斷然無法講得透徹，本文主要結(jié)合一個失敗項目踩過的坑分享產(chǎn)品經(jīng)理在推進產(chǎn)品落地過程涉及到的項目管理技巧。

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

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

#專欄作家#

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

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

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