在我前幾篇的文章中，一直提到了一個關(guān)鍵詞“復(fù)盤”。今天就通過這篇文章，和大家分享一下什么是“復(fù)盤”，以及如何做好“復(fù)盤”。
很多公司（包括我所在的公司），要求員工要按時提交：每日工作總結(jié)、每周工作總結(jié)、月度述職報告、季度述職報告、半年度述職報告、年度述職報告。所以，我們每個人，每天都在做著復(fù)盤。有些是我們意識到，但更多的是我們無法意識到的復(fù)盤。
一、 首先，什么是復(fù)盤
一個項目，不管是0到1或者是版本迭代，基本都會包含以下幾個核心階段（見下圖）。產(chǎn)品復(fù)盤就是把每個階段中的具體工作進(jìn)行分解，分析每一項工作的進(jìn)展是否順利，問題點在哪、以及如何更好的優(yōu)化。
二、 其次，為什么要復(fù)盤
之前的文章中，我表述了一個觀點，“產(chǎn)品經(jīng)理天然的路線就是走向管理”。而作為走向管理的第一步，就是要會總結(jié)得失。每一個項目從開始到結(jié)束，過程中或多或少都會出現(xiàn)計劃之外的突發(fā)狀況。而復(fù)盤就是是絕佳的反思的機(jī)會，產(chǎn)品上的得與失，通過一條一條的羅列，不斷深入思考，提升自己的總結(jié)能力。
產(chǎn)品經(jīng)理核心的能力之一，就是總結(jié)能力，將收集到的需求建議、競品優(yōu)勢等進(jìn)行歸納整理，結(jié)合項目自身的差異點才能形成自己的需求思路。
三、 最后，怎么做復(fù)盤
前文已經(jīng)說過，復(fù)盤就是對具體工作進(jìn)行分解，分析問題點和如何改進(jìn)，以下就任務(wù)分解之后的復(fù)盤點，進(jìn)行闡述。
1 項目目標(biāo)復(fù)盤
1.1 項目進(jìn)度復(fù)盤
- 1.1.1 是否按照原計劃交付時間交付？
- 1.1.2 原計劃的需求點實現(xiàn)了多少？哪些需求點沒有按計劃實現(xiàn)？每一個需求點延后原因分別是什么？
- 1.1.3 哪些里程碑有延遲，延遲原因是什么？
1.2 項目結(jié)果復(fù)盤
- 1.2.1 項目中出現(xiàn)了哪些意外？為什么會出現(xiàn)這些意外？
- 1.2.2 用戶對新增功能點的接受程度和項目規(guī)劃中的是否一致？
2 需求階段復(fù)盤
2.1 需求定義復(fù)盤：
- 2.1.1 是否提供完整的需求輸出，包括：原型、MRD、PRD、UML等
- 2.1.2 設(shè)計師、交互師、開發(fā)人員分別對需求是否明確：如果出現(xiàn)需求不明確的情況，將會嚴(yán)重影響項目的進(jìn)度和質(zhì)量。
- 2.1.3 是否對典型用戶和使用場景有清晰的描述？
2.2 需求變更復(fù)盤
- 2.2.1 需求變更次數(shù)：敏捷開發(fā)已經(jīng)將需求變更的影響降到最低，但是較少的需求變更仍然是項目進(jìn)展順利的前提之一。
- 2.2.2 哪些需求變更影響了項目實際進(jìn)度
- 2.2.3 每次變更的原因：領(lǐng)導(dǎo)干預(yù)？前期考慮欠缺？需求無法實現(xiàn)？分析每一次的變更原因，可以在后期項目中進(jìn)行合理的避免。
- 2.2.4 每個項目成員是否都清晰的知道每一次的變更：只有每位項目成員清楚的了解每次需求變更，并做好充分的溝通，才能保證項目的進(jìn)度和質(zhì)量。
- 2.2.5 項目成員是否能接收需求變更：這就要求每次需求變更，都要和相關(guān)人員做好溝通。
3 設(shè)計階段復(fù)盤
- 3.1 是否確定視覺設(shè)計的最終審核人？
- 3.2 UI設(shè)計產(chǎn)出是否符合統(tǒng)一標(biāo)準(zhǔn)？
- 3.3 設(shè)計工作是否影響開發(fā)工作的進(jìn)度？影響原因是什么？
- 3.4 產(chǎn)品設(shè)計工作在什么時候，由誰來完成的？
4 開發(fā)階段復(fù)盤
4.1 工期評估復(fù)盤
- 4.1.1 開發(fā)實施前，是否有充分的時間做工期預(yù)估：工期評估一方面是讓項目成員能夠?qū)椖康恼w進(jìn)度有所準(zhǔn)備，也是對項目需求進(jìn)行詳細(xì)梳理的過程。
- 4.1.2 工期預(yù)估與實際開發(fā)時間是否有差異，及差異原因分析
4.2 開發(fā)文檔復(fù)盤
- 4.2.1 是否有提供開發(fā)文檔？
- 4.2.2 開發(fā)文檔是否符合規(guī)范
4.3 突發(fā)狀況復(fù)盤
- 4.3.1 是否出現(xiàn)需求無法實現(xiàn)的狀況？原因是什么？
- 4.3.2 是否出現(xiàn)團(tuán)隊成員變動情況？如何應(yīng)對成員變動？后期如何避免？
- 4.3.3 是否出現(xiàn)功能模塊與需求不符的情況？出現(xiàn)原因是什么？
4.4 Code Review復(fù)盤
- 4.4.1 是如何進(jìn)行的：包括如何分工，如何復(fù)查等。
- 4.4.2 Code Review結(jié)果是什么？
- 4.4.3 是否嚴(yán)格執(zhí)行了代碼規(guī)范？對不規(guī)范的代碼如何處理？
5 測試階段復(fù)盤
5.1 測試計劃復(fù)盤
- 5.1.1 是否有完整、準(zhǔn)確的測試用例？
- 5.1.2 是否有一個測試計劃？這樣的計劃是否有效？
- 5.1.3 團(tuán)隊是如何測試并跟蹤產(chǎn)品開發(fā)效果的？
5.2 測試工具復(fù)盤
- 5.2.1 使用了哪些測試工具來幫助測試？是否可以持續(xù)使用？
- 5.2.2 測試的時間、人力和軟件/硬件資源是否足夠?
5.3 測試結(jié)果復(fù)盤
- 5.3.1 哪個功能模塊產(chǎn)生的Bug最多，為什么？
- 5.3.2 哪些BUG出現(xiàn)回滾，原因是什么？
6 上線階段復(fù)盤
6.1 驗收復(fù)盤
- 6.1.1 是否進(jìn)行了正式的上線驗收？
- 6.1.2 在正式發(fā)布的過程中是否有出現(xiàn)狀況？后續(xù)如何避免？
- 6.1.3 上線前是否和運(yùn)營、文案進(jìn)行充分的溝通？
- 6.1.4 是否檢查了數(shù)據(jù)埋點，數(shù)據(jù)埋點是否滿足運(yùn)營要求？
6.2 上線后效果復(fù)盤
- 6.2.1 在上線之后是否出現(xiàn)重大bug? 為什么測試階段沒有發(fā)現(xiàn)？
- 6.2.2 產(chǎn)品上線后的問題反饋渠道是否流程？
- 6.2.3 產(chǎn)品上線后收集到哪些問題反饋？都是什么類型？如何改進(jìn)？
每次的項目復(fù)盤，都是對自己的一次拷問和錘煉，迭代型產(chǎn)品每逢3個版本進(jìn)行一次復(fù)盤，一般情況下，發(fā)版的節(jié)奏是一個月一個版本，因此可以按照3個月的節(jié)奏進(jìn)行復(fù)盤。
最后，每次的復(fù)盤結(jié)果都要形成文字記錄，這將是你成長路上的重要積累！
本文由 @楊福偉 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自PEXELS，基于CC0協(xié)議
愛盈利-運(yùn)營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網(wǎng)App運(yùn)營推廣經(jīng)驗、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運(yùn)營從業(yè)者的知識啟蒙、成長指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺；
想了解更多干貨知識，請關(guān)注公眾號運(yùn)營小咖秀（ID: yunyingshow）
