產(chǎn)品經(jīng)理怎么管理項目進(jìn)度？

在知乎上遇到一個小伙伴，在項目管理中遇到了很多困惑，發(fā)出來大家可以一起探討：

"比如10個需求，產(chǎn)品、設(shè)計、開發(fā)、測試，先分別評估了時間。在實際執(zhí)行過程中，需求可能變動了；評估時間未如想像的準(zhǔn)；臨時插進(jìn)來其它的小修小改，雖然每個修改耗時不多，但數(shù)量多，總體耗的時間也不少；不少東西需要多方確認(rèn)，一來二去花不少時間... 總之最后，10個里面可能有4,5個沒按計劃完成，老板就問下來了，怎么沒完成，雖然有理由解釋，但總覺得有點無力"

下面是我的回答：

在產(chǎn)品經(jīng)理的工作過程中，我把從需求評審結(jié)束到項目上線的整個過程，稱為項目管理階段。

01   項目流程說明

一般來說項目管理分為以下幾個步驟。

需求評審?fù)曛螅敵鲰椖颗牌冢@是項目管理的第一步。然后UI按照時間節(jié)點輸出UI稿以及標(biāo)注，同時由于服務(wù)端不依賴于UI，所以會與UI設(shè)計師并行開發(fā)后端接口；等后端接口以及UI稿準(zhǔn)備好之后，客戶端開始進(jìn)入開發(fā)階段；開發(fā)完成之后，客戶端研發(fā)打包提交測試，這時候測試人員開始正式的測試工作；測試完成會申請產(chǎn)品經(jīng)理走查，走查確認(rèn)無誤并發(fā)出確認(rèn)郵件，客戶端研發(fā)打包上線，這就是一個完整的項目周期。

項目管理的宗旨是：保障項目按時，并且保質(zhì)保量的上線。可以看到這個定義中，有兩個關(guān)鍵詞分別是按時和保質(zhì)保量。那在京東，專職的項目經(jīng)理是如何做到這兩個目標(biāo)的呢？

02   項目排期表

在京東保證項目按時上線的最主要措施就是項目排期表。

什么是項目排期表？排什么？為什么要排？在回答這個問題之前，我們先看一下京東的項目排表都是什么樣的，為了簡化說明我們以一個功能的實現(xiàn)為例。

京東一個最小的閉環(huán)團(tuán)隊中必然包含以下幾個角色：一個UI、一個服務(wù)端、兩個客戶端（ios和安卓）和一個測試。

排期表中每個角色的工時以及開始時間，是需求評審?fù)曛螅邪l(fā)Leader，設(shè)計Leader，測試Leader反饋給產(chǎn)品經(jīng)理的。

所以項目排期表就是要在一張表格中記錄每個需求相關(guān)方需要做的事情，以及起止時間。其實就是讓參與者明確的知道自己的工作的內(nèi)容和交付時間，從而更有目標(biāo)感的工作。

項目排期表拍好之后，就像樓主說的比如拍了10個需求

「當(dāng)然在實際工作中，建議敏捷迭代，不建議做這么多功能，項目管理難度確實大」。

每天都要通過晨會的形式，及時發(fā)現(xiàn)問題，解決問題。

但不管怎么說一定不要輕易更改項目排期表的時間。

不然以后再排期，其他人就不會遵守了，就當(dāng)產(chǎn)品放了一個屁，因為他們知道不能按時完成，反正可以改排期。

切記，切記！

晨會+項目排期表，是保證項目按時上線的利劍！

03   測試驗收以及產(chǎn)品走查

測試驗收就是客戶端研發(fā)開發(fā)完功能以后提交測試的階段，這是保證項目保質(zhì)保量上線最重要的環(huán)節(jié)。

在驗收階段有哪些人參加到驗收環(huán)節(jié)呢？總共有三類人：UI、測試和產(chǎn)品經(jīng)理。

UI設(shè)計師主要從頁面樣式的維度進(jìn)行驗收，看頁面布局是否與UI圖完全一致，如果不一致則會將問題反饋給研發(fā)進(jìn)行修改；

測試主要從功能邏輯的角度進(jìn)行驗收，即測試人員會根據(jù)PRD中的產(chǎn)品邏輯撰寫詳細(xì)的測試用例，并按照測試用例一遍一遍的進(jìn)行測試，如果發(fā)現(xiàn)功能實現(xiàn)與PRD邏輯不一致，則會跟研發(fā)人員上報BUG。

然后研發(fā)針對BUG進(jìn)行修復(fù)，修復(fù)完成以后再提交給測試驗收，這個過程要循環(huán)往復(fù)好多遍直至所有BUG均已修復(fù)。

這兩個步驟是保證，我們剛才講到的：保質(zhì)保量的推動項目上線的核心中的核心。

此時測試人員撰寫測試通過郵件，意味著測試流程的結(jié)束。這時候產(chǎn)品經(jīng)理開始走查，產(chǎn)品走查是兜底方案也就是從整體上再測試一遍整體流程，如果走查通過產(chǎn)品經(jīng)理發(fā)出同意上線郵件。然后，客戶端研發(fā)打包上傳app store以及各大應(yīng)用市場。

04   題主的核心問題

最后再說幾個題主的問題，

1、”在實際執(zhí)行過程中，需求可能變動了“；

這個需求的變動，到底是誰的原因？是產(chǎn)品的原因嗎？如果是產(chǎn)品的問題，那說明你評審前考慮的不細(xì)致，后續(xù)要多用心。

2、”評估時間未如想像的準(zhǔn)“；

這個首先有經(jīng)驗的UI、研發(fā)、測試在出工時的時候，基本都會給自己留出一定余量，所以理論上說她們給的工時足以緩沖；其次，需求評審的時候，盡量叫上研發(fā)、測試、UI的領(lǐng)導(dǎo)，這些人經(jīng)驗豐富，給出的工時相對比較靠譜。而且如果工時是領(lǐng)導(dǎo)給出的，這些人在執(zhí)行的時候也會更賣力。

3、”臨時插進(jìn)來其它的小修小改，雖然每個修改耗時不多，但數(shù)量多，總體耗的時間也不少“；

這個就涉及到項目管理的大忌：隨意插需求！一旦一個版本已經(jīng)開始，就禁止插入需求，任何需求只能排到下一個版本，作為產(chǎn)品經(jīng)理一定要擔(dān)負(fù)起這個責(zé)任，一定要在團(tuán)隊內(nèi)部達(dá)成這個共識，推動規(guī)則的制定。不然”害人害己“，在研發(fā)團(tuán)隊中你的威信會蕩然無存，隨意插入的需求由于倉促備戰(zhàn)，質(zhì)量也不高。