課程篇(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本系列由 @西禪 原創發布,轉載請註明出處,謝謝。
推薦閱讀: