課程篇(12):產品設計-產品經理的項目管理

作為一名准產品新汪,雖然沒有十足乾貨,但希望記下苦海行舟之點滴,以求共勉!

一、什麼是項目管理

1.項目管理概念

項目管理是管理學的一個分支學科,對項目管理的定義是:指在項目活動中運用專門的知識、技能、工具和方法,使項目能夠在有限資源限定條件下,實現或超過設定的需求和期望的過程。 --百度百科

2.基本開發模式

  • 瀑布式開發
  • 迭代式開發
  • 螺旋式開發
  • 敏捷開發

瀑布式開發:

是最典型的預見性的方法,嚴格遵循預先計劃的需求分析、設計、編碼、集成、測試、維護的步驟順序進行。

迭代式開發:

是一種與傳統的瀑布式開發相反的軟體開發過程,它彌補了傳統開發方式中的一些弱點,具有更高的成功率和生產率。

螺旋式開發:

瀑布模型和快速原型模型結合起來,強調了其他模型所忽視的風險分析,特別適合於大型複雜的系統。

「螺旋模型」剛開始規模很小,當項目被定義得更好、更穩定時,逐步展開。

敏捷開發:

是一種1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法,是一種應對快速變化的需求的一種軟體開發能力。

3.常見開發模式的對比

  • 瀑布、迭代、螺旋開發都是一種軟體開發的生命周期模型
  • 敏捷開發是多種軟體開發項目管理方法的集合
  • 敏捷開發是一種方法,迭代開發是一種開發模型

4.工作中常見的開發模式-敏捷開發

  • 互聯網項目多以敏捷開發為主
  • 敏捷開發的核心理念就是以最簡單有效的方式快速達成目標,並在這個過程中及時地響應外界的變化,做出迅速的調整
  • 適應小團隊,技術產品磨合較好的團隊
  • 去文檔化?

5.項目經理與產品經理的差異

產品經理:想——複合人才——規劃——結果——產品的爸爸。做正確的事

vs

項目經理:做——技術背景——實現——過程——產品的保姆。把事做正確

6.小結

  • 項目管理就是在有限資源條件下達到既定的目標
  • 互聯網的開發過程主要為敏捷模式

二、項目研發流程

1.需求評審會

  • 目標:目標需求背景、項目立項、目標溝通
  • 參加角色:產品技術設計測試領導運營
  • 基本原則:時間控制,效果把握
  • 評審內容:背景、為什麼、怎麼做、誰、預期
  • 場控:不糾結細節,不扯遠話題

2.測試用例的評審會

  • 什麼是測試用例——以操作和預期驗證需求的描述
  • 測試用例評審的意義——細化需求點、異常邏輯
  • 沒有測試用例怎麼辦——需求文檔儘可能完善

3.體驗與測試

  • 誰,什麼時候體驗——產品,功能實現了
  • 誰,什麼時候測試——測試,技術提測了
  • 體驗目標——保證功能與預期一致
  • 測試目標——保障可用性

4.小問題

需求評審常見問題有哪些?

  • 毫無準備——72小時內發文檔,IM溝通
  • 虎頭蛇尾——分模塊討論,間隔休息
  • 涉及人多——分產品線,分狀態
  • 跑題——控制話題,事實引導

5.小結

  • 產品經理要多關注關鍵事件
  • 每一個關鍵事件對於項目推進都有積極幫助

三、項目溝通技巧

1.溝通工具的使用

  • 郵件。需存檔的重要內容。
    • 審批內容
    • 評審內容
    • 評審結論
    • 需求定稿
  • IM。不緊急的階段性內容。
    • 聊天討論
    • 資料傳輸
    • 諮詢
    • 破冰
  • 電話。緊急溝通內容。
    • 急需決策
    • 緊急故障
    • 久等不回
    • 距離遠說不清
  • 面對面。複雜內容。
    • 文字表達難
    • 重要事件
    • 距離很近
    • 拉近關係

2.需求階段溝通重點

  • 明確需求目標
  • 明確時間點、里程碑
  • 明確產品方向

3.小問題

如何有技巧的讓各角色更好地投入項目?

  • 需求討論期,嘗試與開發溝通可實現性
  • 交互時期,擬定交互信息,讓交互產生原型
  • 評審期,反覆溝通基本目標,確保團隊投入

4.開發階段溝通重點

站立晨會(<10分鐘)

  • 了解每日進展
  • 明確開發難度
  • 減少需求變更
  • 多體驗保證需求預期

5.開發時間預估錯誤,怎麼辦?

  • 了解原因,是技術難度,還是能力
  • 技術難度:減少需求
  • 能力:及時向上彙報獲得支持

6.發布階段溝通重點

  • 運營支持溝通
  • 數據反饋溝通
  • 用戶溝通

7.不同角色的溝通方法

  • 領導
    • 深刻理解領導需求
    • 明確領導預期
    • 持續向上反饋
  • 技術
    • 良好兄弟關係
    • 理解開發難處
    • 成果共享思想
  • 測試
    • 同步最新需求
    • 積極配合測試
    • 成果共享思想
  • 設計師
    • 尊重
    • 引導
    • 控制
  • 運營
    • 明確項目目標
    • 引導運營方案
    • 結果共享

8.小結

  • 良好的溝通是項目順利進展的關鍵
  • 產品經理的項目管理很大程度就是溝通管理

四、風險管理

1.預期管理

  • 合理的背景分析
  • 理性的市場預估
  • 風險提前判斷
  • 獲得領導確認

2.領導預期過高,怎麼辦?

  • 判斷領導預期的真實性
  • 多問,嘗試換角度去問
  • 資源分析
  • 讓領導意識到資源不夠

3.過程風險管理

  • 合理工作量評估
  • 項目節點
  • 需求優先順序
  • 減少不重要需求

4.要發生需求變更了,怎麼溝通?

  • 明確原因?技術的、市場的、老闆的、產品的?
  • 技術:積極減少不必要需求
  • 市場:向上反饋,獲得支持後積極調整
  • 老闆:明確必要性,適度調整
  • 產品:自我檢討,保障項目順利進行

5.風險發生後的管理

  • 根據情況可適當調整發布時間
  • 及時與關鍵崗位溝通—老闆、運營、運維
  • 及時覆盤總結

6.小結

  • 風險是永遠可能發生的
  • 產品經理需在各個環節用積極的辦法來迎接風險

P.S.*Cover Photo by Breather on Unsplash本系列由 @西禪 原創發布,轉載請註明出處,謝謝。

推薦閱讀:

概念篇(3):敏捷開發

TAG:移動互聯網產品經理 | 產品經理 | 產品經理入門 |