產品經理管理制度

　　產品經理是每個產品牽頭人為這個產品的運作去協調所有的人，並充分地協調這個產品的所有運作環節和經營活動。下面是小編為大家帶來的，歡迎閱讀。

　　：求清單

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

　　需求清單的內容、可用性、優先順序等由且僅由產品經理負責管理。

　　產品經理管理制度：任務清單

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

　　任務清單的修改只能由專案經理負責，該列表只屬於開發團隊。

　　產品經理管理制度：專案週報

　　專案週報是對專案組本週工作內容的總結、以及下週的工作計劃彙報，同時專案週報需要及時反饋本週工作中存在的問題以及需要領導協調的資源。

　　專案週報中切忌報喜不報憂，要反映專案的真實情況。

　　產品經理管理制度：迭代總結記錄

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

　　產品經理管理制度：需求清單梳理

　　產品經理會從不同的來源，獲取各種需求。需求清單梳理的主要工作是根據需求優先順序進行需求調研、分析需求、對需求歸類、對需求分解、預估下一個版本解決什麼問題。

　　產品經理管理制度：可行性評審例會

　　專案經理組織評審小組對初步的產品方案進行可行性評審，主要由技術團隊發現其中可能存在的問題，給出建議。產品經理根據評審小組給出的建議優化產品方案，確保進入迭代階段時應該為當時最優的產品方案。

　　產品經理管理制度：進度評審例會

　　每個迭代以進度評審會作為開始，專案組成員從需求清單中挑選出高優先順序需求並配合產品目標組成當前迭代的計劃。專案組成員對需求進行拆解，形成一個個可獨立部署的任務，並對工作量進行評估，若超出迭代週期則需要壓縮工作量或移出需求。

　　產品經理管理制度：每日站立會

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

　　昨天完成了什麼

　　今天即將做什麼

　　遇到了什麼困難

　　每日站立會議即不是向管理層彙報，也不是向產品經理、專案經理彙報，它是開發團隊的溝通會議，能幫助團隊快速發現問題。專案經理在會議結束後對會議中開發成員提出的困難進行一定的援助。

　　PS：在新的專案經理到來的時候，該會議被取消了，主要原因是新的專案經理會每天跟大家單獨溝通以上的問題，由專案經理自己來判斷如何進行調整。但是在很多網際網路公司，站立會被作為一個企業文化的標誌。

　　產品經理管理制度：迭代總結例會

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