“聞道有先后，術業(yè)有專攻”，一個優(yōu)秀的項目經(jīng)理在產(chǎn)品迭代的過程中，有著不可小覷的作用。然而在大部分互聯(lián)網(wǎng)公司，由于團隊規(guī)模的限制，產(chǎn)品經(jīng)理往往會承擔一定的項目管理職能，那么產(chǎn)品經(jīng)理應該如何做好項目管理呢。我曾在任職期間以產(chǎn)品經(jīng)理身份兼任項目經(jīng)理一職，就產(chǎn)品經(jīng)理如何進行項目管理這一話題給大家?guī)矸窒怼?/p>

在大多數(shù)互聯(lián)網(wǎng)公司都是采用敏捷開發(fā)進行產(chǎn)品迭代，因為其符合精益創(chuàng)業(yè)的最小可用品原則，以最快的迭代速度，時刻保持跟用戶之間的接觸并獲得反饋。我在擔任項目經(jīng)理期間，結合公司自身的情況，推出了一套適用于公司的敏捷開發(fā)項目管理流程。

項目管理的四大角色

產(chǎn)品經(jīng)理

產(chǎn)品經(jīng)理作為產(chǎn)品的第一責任人，負責帶領團隊做出有價值的產(chǎn)品。

產(chǎn)品經(jīng)理的責任和義務：

1. 清晰地表達產(chǎn)品的需求清單（需求記錄清晰，沒有歧義）
2. 對產(chǎn)品需求清單的條目進行歸納（同類需求合并，大需求拆分，前置需求后置需求歸類）
3. 確保開發(fā)團隊所執(zhí)行工作的價值（解決用戶的實際問題）
4. 確保需求清單對所有人可見、透明、清晰，并指示團隊的下一步工作（需求清單公開）
5. 確保開發(fā)團隊對產(chǎn)品需求清單中的條目達到一定程度的理解

項目經(jīng)理

項目經(jīng)理是項目進度、項目質(zhì)量的監(jiān)督者，負責團隊的進度跟蹤和質(zhì)量把控，在敏捷迭代的模式中，項目經(jīng)理是一個服務式的領導。

項目經(jīng)理服務于產(chǎn)品經(jīng)理：

1. 清晰地和開發(fā)團隊溝通愿景、目標和需求清單
2. 找到有效管理需求清單的技巧
3. 理解長期的產(chǎn)品規(guī)劃

項目經(jīng)理服務于團隊：

1. 指導開發(fā)團隊自組織完成產(chǎn)品迭代
2. 領導開發(fā)團隊創(chuàng)造高價值的產(chǎn)品
3. 幫助開發(fā)團隊移除進展過程中的障礙
4. 協(xié)助開發(fā)團隊進行需求分解

評審小組

評審小組是由開發(fā)團隊leader組成的團體，評審小組從系統(tǒng)實現(xiàn)的角度評估需求的合理性、可行性，對產(chǎn)品的設計提出建設性意見。

評審小組的職責義務：

1. 協(xié)助產(chǎn)品經(jīng)理評審方案的可行性，找出產(chǎn)品方案可能存在的問題
2. 協(xié)助產(chǎn)品經(jīng)理評估方案預期的工時，讓產(chǎn)品經(jīng)理心中有數(shù)
3. 協(xié)助產(chǎn)品經(jīng)理分析方案對其他模塊的影響，做好跨產(chǎn)品線協(xié)作

項目組成員

項目組成員作為需求的實現(xiàn)者，按照迭代計劃完成產(chǎn)品需求，交付高質(zhì)量的產(chǎn)品包。只有開發(fā)團隊的成員才能創(chuàng)造產(chǎn)品的增量（產(chǎn)品增量通常指一次迭代交付的可用的軟件包）。

項目管理的四大工件

需求清單

產(chǎn)品需求清單是一個排序的列表，是一個持續(xù)完善的清單，包含所有產(chǎn)品需要的東西，也是產(chǎn)品需求變動的唯一來源。產(chǎn)品需求清單包含所有的特性、功能、需求、改進和缺陷等對未來發(fā)布產(chǎn)品進行的改變。

需求清單的內(nèi)容、可用性、優(yōu)先級等由且僅由產(chǎn)品經(jīng)理負責管理。

任務清單

任務清單是一份足夠具體的計劃，包含對需求清單的分解。開發(fā)團隊在整個迭代過程中都會修改這份清單，比如開發(fā)團隊對需求有了更多的了解，需要增加一些新的任務到清單中去。

任務清單的修改只能由項目經(jīng)理負責，該列表只屬于開發(fā)團隊。

項目周報

項目周報是對項目組本周工作內(nèi)容的總結、以及下周的工作計劃匯報，同時項目周報需要及時反饋本周工作中存在的問題以及需要領導協(xié)調(diào)的資源。

項目周報中切忌報喜不報憂，要反映項目的真實情況。

迭代總結記錄

在每個迭代結束后，項目組成員聚在一起召開總結會議，回顧一下在本次迭代過程中，哪些是做的好的，哪些是做的不好的，找出潛在的可以改進的事項，作為將來的改進計劃。迭代總結會議記錄就是這樣一份將會議過程記錄下來的清單已經(jīng)后續(xù)跟進的依據(jù)。

項目管理的五大活動

需求清單梳理

產(chǎn)品經(jīng)理會從不同的來源，獲取各種需求。需求清單梳理的主要工作是根據(jù)需求優(yōu)先級進行需求調(diào)研、分析需求、對需求歸類、對需求分解、預估下一個版本解決什么問題。

可行性評審例會

項目經(jīng)理組織評審小組對初步的產(chǎn)品方案進行可行性評審，主要由技術團隊發(fā)現(xiàn)其中可能存在的問題，給出建議。產(chǎn)品經(jīng)理根據(jù)評審小組給出的建議優(yōu)化產(chǎn)品方案，確保進入迭代階段時應該為當時最優(yōu)的產(chǎn)品方案。

進度評審例會

每個迭代以進度評審會作為開始，項目組成員從需求清單中挑選出高優(yōu)先級需求并配合產(chǎn)品目標組成當前迭代的計劃。項目組成員對需求進行拆解，形成一個個可獨立部署的任務，并對工作量進行評估，若超出迭代周期則需要壓縮工作量或移出需求。

每日站立會

每日站立會議在同樣的時間和同樣的地點召開，會議準時開始。每日站立會議不得超過15分鐘，每一個開發(fā)團隊的成員都必須發(fā)言，會議中不進行討論，發(fā)言內(nèi)容需提供以下信息：

1. 昨天完成了什么
2. 今天即將做什么
3. 遇到了什么困難

每日站立會議即不是向管理層匯報，也不是向產(chǎn)品經(jīng)理、項目經(jīng)理匯報，它是開發(fā)團隊的溝通會議，能幫助團隊快速發(fā)現(xiàn)問題。項目經(jīng)理在會議結束后對會議中開發(fā)成員提出的困難進行一定的援助。

PS：
在新的項目經(jīng)理到來的時候，該會議被取消了，主要原因是新的項目經(jīng)理會每天跟大家單獨溝通以上的問題，由項目經(jīng)理自己來判斷如何進行調(diào)整。但是在很多互聯(lián)網(wǎng)公司，站立會被作為一個企業(yè)文化的標志。

迭代總結例會

在每個迭代結束后，整個團隊要聚在一起召開迭代回顧會議，識別出哪些做得好，哪些做得不好，所有人都必須發(fā)言。迭代回顧會議的目的是為了找出潛在的改進事項，為將來的改進制定計劃。

后續(xù)還會帶來產(chǎn)品經(jīng)理如何進行項目管理之流程篇、工件篇、管理篇、總結篇等系列內(nèi)容，敬請關注。

作者：周沛沛（微信號nyyzpp），點我吧產(chǎn)品經(jīng)理。文能寫文檔，武能改BUG。

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