這是《90天產(chǎn)品經(jīng)理訓練營》的第14課-產(chǎn)品經(jīng)理的項目管理，這是一堂顛覆我對項目管理認知的課程镣陕，相信我谴餐，產(chǎn)品經(jīng)理并不需要深入理解項目管理的細節(jié)性知識。
課前問題
1.項目管理具體的工作步驟呆抑？
2.項目管理需要用到的工具岂嗓？
3.產(chǎn)品經(jīng)理是如何做項目管理的？
這節(jié)課重點是講解了第三個問題鹊碍，產(chǎn)品經(jīng)理的項目管理厌殉，而不是專業(yè)的項目管理知識食绿，所以前兩個問題在課程中找不到答案。
所謂術業(yè)有專攻公罕，項目管理本來就是項目經(jīng)理要做的事情器紧，而產(chǎn)品經(jīng)理只需要具備項目管理的意識與基本知識即可。
課程大綱
本次課程的知識點很多熏兄，最重要的知識點就是對敏捷開發(fā)的講解品洛、產(chǎn)品經(jīng)理如何推進項目進行、以及開發(fā)中常見問題的解答摩桶。
其實對于產(chǎn)品經(jīng)理桥状，項目管理其實就是項目推進，你不是管理項目而是推進項目硝清，兩者其實是宏觀和微觀的區(qū)別辅斟。
要點
1.項目管理基本開發(fā)模式與對比
瀑布開發(fā)
瀑布開發(fā)是傳統(tǒng)的開發(fā)方式，源頭就想好了整個過程芦拿，需要輸出大量的文檔士飒，缺點是周期長，速度慢蔗崎，風險可預見性差酵幕，已經(jīng)被互聯(lián)網(wǎng)所淘汰了。
迭代開發(fā)
迭代開發(fā)就是經(jīng)典的小步快跑缓苛，快速迭代的理論指導芳撒，開始的時候可能想得不完成，先做一個MVP模型未桥，然后逐步完善的過程笔刹，彌補了瀑布開發(fā)的缺點。
螺旋式開發(fā)
個人不是很理解冬耿，據(jù)說是瀑布開發(fā)與迭代開發(fā)的的結合開發(fā)模式舌菜，更加強調(diào)風險性。
敏捷開發(fā)
簡單地說亦镶，敏捷開發(fā)是追求快速產(chǎn)出的一種方法日月，減少中間過程的內(nèi)容，例如需求文檔缤骨。
對比
瀑布開發(fā)山孔、迭代開發(fā)、螺旋開發(fā)是軟件開發(fā)周期的模型荷憋，區(qū)分標準是過程的復雜度和最后產(chǎn)品的完善度台颠。
敏捷開發(fā)是多種開發(fā)方式的集合，它是一種方法，而迭代開發(fā)則是一種開發(fā)模型串前。
2.敏捷開發(fā)的核心概念
以最簡單的方式快速達成目標瘫里，并在過程中及時響應外界的變化，做出迅速的調(diào)整荡碾。
敏捷開發(fā)適合小團隊谨读，技術產(chǎn)品溝通比較好的團隊 ，能夠減少時間上的成本坛吁。
3.產(chǎn)品經(jīng)理與項目經(jīng)理的差異
產(chǎn)品經(jīng)理需要做正確的事情劳殖，追求的是結果。而項目經(jīng)理需要把事情做對拨脉，追求的是過程哆姻。
4.項目流程
5.產(chǎn)品經(jīng)理需要重點關注的關鍵事件
需求評審會
需求評審會需要明確的要點：
目標
明確需求背景，項目立項玫膀，目標溝通矛缨。
參與角色
與項目有關的所有人等，包括開發(fā)帖旨、產(chǎn)品箕昭、ui、運營等等解阅。
基本原則
嚴格把控事件落竹，效果把握。
評審內(nèi)容
背景货抄，為什么做筋量，怎么做，做到什么程度碉熄，誰等。
場控
不糾結細節(jié)肋拔，不扯遠話題锈津。
測試用例評審會
測試用例評審會的意義在于細化需求點，體現(xiàn)異常邏輯凉蜂，如果沒有測試用例琼梆，那么需要產(chǎn)品經(jīng)理把需求做得更詳細一些。
產(chǎn)品體驗與測試
產(chǎn)品體驗是開發(fā)完成后窿吩，產(chǎn)品經(jīng)理需要做的事情茎杂，目的是驗證產(chǎn)品功能是否符合預期。
產(chǎn)品測試則是測試人員需要組ode纫雁，目的是保障產(chǎn)品的可用性煌往。
6.各類溝通工具的使用
郵件
一般需要留底的內(nèi)容，比較正式的內(nèi)容都需要用郵件進行溝通，主要包括以下內(nèi)容：
- 審批內(nèi)容
- 評審內(nèi)容
- 評審結果
- 需求定稿
...
IM即時通訊工具
一般適用于日常溝通刽脖，不緊急的事情羞海，主要包括以下內(nèi)容：
- 聊天討論
- 資料傳輸
- 咨詢
- 破冰
....
電話
電話溝通常用于緊急的事情，包括以下內(nèi)容：
- 急需決策
- 緊急故障
- 就等不會
- 適合口頭說的事情
....
面談
面談適用于復雜的內(nèi)容曲管，包括以下內(nèi)容：
- 復雜內(nèi)容
- 重要事件
- 距離很近
- 拉近距離
....
7.各個階段的溝通重點
項目管理的核心其實就是溝通却邓，是項目順利進行的關鍵，產(chǎn)品經(jīng)理的項目管理其實就是溝通管理院水。
需求階段
- 明確需求目標
- 明確時間點腊徙，里程碑
- 明確產(chǎn)品方向
開發(fā)階段
- 了解每日進展
- 明確開發(fā)難度
- 減少需求變更
- 多體驗保證需求預期
發(fā)布階段
- 運營支持溝通
- 數(shù)據(jù)反饋溝通
- 用戶溝通
8.風險管理要點
預期管理
預期管理其實就是目標管理，而目標的來源就是市場分析檬某，在前期應該加強分析撬腾，盡量讓分析更全面，看得更透橙喘，預期就更加正確时鸵。
過程管理
項目開始之前，要合理預估完成時間厅瞎，階段性目標等等饰潜，需要重復了解自身團隊的能力，做好工作量評估和簸。
項目開始之后彭雾，盡量減少需求的變更，避免不必要的返工锁保。同時要把握進度薯酝，如出現(xiàn)問題要及時解決。
風險發(fā)生后
風險總是無可避免爽柒，我們能通過不斷的實踐避免重復犯過的錯吴菠，風險出現(xiàn)之后也要采取適當?shù)男袆觼硌a救：
- 根據(jù)實際情況適當?shù)匮悠?/li>
- 及時向有關領導反饋問題
- 及時復盤，分析原因
課后思考題
在敏捷開發(fā)中浩村，還需要文檔嗎做葵？
真正的敏捷開發(fā)有一個特點，就是去文檔化心墅，把所有的需求通過溝通進行傳達酿矢，省去了做文檔的時間。
我是不認同去文檔化的怎燥，原因很簡單：不能因為追求效率瘫筐，而加大風險。
首先铐姚，寫文檔能夠讓我們思路更加清晰策肝，想得更加完善。寫文檔其實就是產(chǎn)品經(jīng)理自我對話的過程，把腦海中對需求的理解寫出來驳糯，可以清楚看到自己存在哪些誤區(qū)篇梭。
其次，言語表達酝枢，容易誤解恬偷。口頭表達的內(nèi)容往往是一閃而過帘睦，留給接受者的思考時間不多袍患，此時可能會造成誤解，導致開發(fā)出的功能根本不是產(chǎn)品經(jīng)理需要的功能竣付。
最后诡延，文檔能一直保存，及時回顧古胆。好記性不如爛筆頭肆良，文檔能夠方便開發(fā)與測試在需要的時候查看，而不需要再次詢問你相關的細節(jié)逸绎。同時對于產(chǎn)品經(jīng)理惹恃，也是驗證需求的基礎，也方便進行及時的復盤棺牧。
我是唐三笑巫糙，渴望成為一名優(yōu)秀互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的小菜鳥。
