產品經理如何進行項目管理(1):基礎理論篇

9 評論 33473 瀏覽 571 收藏 9 分鐘

“聞道有先后,術業有專攻”,一個優秀的項目經理在產品迭代的過程中,有著不可小覷的作用。然而在大部分互聯網公司,由于團隊規模的限制,產品經理往往會承擔一定的項目管理職能,那么產品經理應該如何做好項目管理呢。我曾在任職期間以產品經理身份兼任項目經理一職,就產品經理如何進行項目管理這一話題給大家帶來分享。

在大多數互聯網公司都是采用敏捷開發進行產品迭代,因為其符合精益創業的最小可用品原則,以最快的迭代速度,時刻保持跟用戶之間的接觸并獲得反饋。我在擔任項目經理期間,結合公司自身的情況,推出了一套適用于公司的敏捷開發項目管理流程。

項目管理的四大角色

產品經理

產品經理作為產品的第一責任人,負責帶領團隊做出有價值的產品。

產品經理的責任和義務:

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

項目經理

項目經理是項目進度、項目質量的監督者,負責團隊的進度跟蹤和質量把控,在敏捷迭代的模式中,項目經理是一個服務式的領導。

項目經理服務于產品經理:

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

項目經理服務于團隊:

  1. 指導開發團隊自組織完成產品迭代
  2. 領導開發團隊創造高價值的產品
  3. 幫助開發團隊移除進展過程中的障礙
  4. 協助開發團隊進行需求分解

評審小組

評審小組是由開發團隊leader組成的團體,評審小組從系統實現的角度評估需求的合理性、可行性,對產品的設計提出建設性意見。

評審小組的職責義務:

  1. 協助產品經理評審方案的可行性,找出產品方案可能存在的問題
  2. 協助產品經理評估方案預期的工時,讓產品經理心中有數
  3. 協助產品經理分析方案對其他模塊的影響,做好跨產品線協作

項目組成員

項目組成員作為需求的實現者,按照迭代計劃完成產品需求,交付高質量的產品包。只有開發團隊的成員才能創造產品的增量(產品增量通常指一次迭代交付的可用的軟件包)。

項目管理的四大工件

需求清單

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

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

任務清單

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

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

項目周報

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

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

迭代總結記錄

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

項目管理的五大活動

需求清單梳理

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

可行性評審例會

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

進度評審例會

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

每日站立會

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

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

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

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

迭代總結例會

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

后續還會帶來產品經理如何進行項目管理之流程篇、工件篇、管理篇、總結篇等系列內容,敬請關注。

 

作者:周沛沛(微信號nyyzpp),點我吧產品經理。文能寫文檔,武能改BUG。

本文由 @周沛沛 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 給菜鳥的我指明了道路啊。

    來自陜西 回復
  2. 評審小組只有leader組成,這個不敢茍同,在大部分的情況下一定會出現需求理解不透徹,信息不同步等問題導致后續的正式進行的時候出現一眾問題

    來自浙江 回復
  3. 很想有表格 新人產品沒有項目管理經驗 在項目進度的管理上一直拿捏不準 很難過

    來自江蘇 回復
    1. 對啊 ,需要有表格,會一目了然

      來自北京 回復
  4. 棒棒噠

    回復
  5. 來自廣東 回復
  6. ?? ?? ?? ?? ??

    來自上海 回復
  7. 總結的非常不錯,非常受用

    來自浙江 回復
  8. 來自北京 回復