產品經理管理制度

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

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

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

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

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

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

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

　　產品經理管理制度：項目周報

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

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

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

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

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

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

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

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

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

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

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

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

　　昨天完成了什么

　　今天即將做什么

　　遇到了什么困難

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

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

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

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