中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在我前幾篇的文章中，一直提到了一個關鍵詞“復盤”。今天就通過這篇文章，和大家分享一下什么是“復盤”，以及如何做好“復盤”。

很多公司（包括我所在的公司），要求員工要按時提交：每日工作總結、每周工作總結、月度述職報告、季度述職報告、半年度述職報告、年度述職報告。所以，我們每個人，每天都在做著復盤。有些是我們意識到，但更多的是我們無法意識到的復盤。

一、 首先，什么是復盤

一個項目，不管是0到1或者是版本迭代，基本都會包含以下幾個核心階段（見下圖）。產品復盤就是把每個階段中的具體工作進行分解，分析每一項工作的進展是否順利，問題點在哪、以及如何更好的優化。

二、 其次，為什么要復盤

之前的文章中，我表述了一個觀點，“產品經理天然的路線就是走向管理”。而作為走向管理的第一步，就是要會總結得失。每一個項目從開始到結束，過程中或多或少都會出現計劃之外的突發狀況。而復盤就是是絕佳的反思的機會，產品上的得與失，通過一條一條的羅列，不斷深入思考，提升自己的總結能力。

產品經理核心的能力之一，就是總結能力，將收集到的需求建議、競品優勢等進行歸納整理，結合項目自身的差異點才能形成自己的需求思路。

三、 最后，怎么做復盤

前文已經說過，復盤就是對具體工作進行分解，分析問題點和如何改進，以下就任務分解之后的復盤點，進行闡述。

1 項目目標復盤

1.1 項目進度復盤

• 1.1.1 是否按照原計劃交付時間交付？
• 1.1.2 原計劃的需求點實現了多少？哪些需求點沒有按計劃實現？每一個需求點延后原因分別是什么？
• 1.1.3 哪些里程碑有延遲，延遲原因是什么？

1.2 項目結果復盤

• 1.2.1 項目中出現了哪些意外？為什么會出現這些意外？
• 1.2.2 用戶對新增功能點的接受程度和項目規劃中的是否一致？

2 需求階段復盤

2.1 需求定義復盤：

• 2.1.1 是否提供完整的需求輸出，包括：原型、MRD、PRD、UML等
• 2.1.2 設計師、交互師、開發人員分別對需求是否明確：如果出現需求不明確的情況，將會嚴重影響項目的進度和質量。
• 2.1.3 是否對典型用戶和使用場景有清晰的描述？

2.2 需求變更復盤

• 2.2.1 需求變更次數：敏捷開發已經將需求變更的影響降到最低，但是較少的需求變更仍然是項目進展順利的前提之一。
• 2.2.2 哪些需求變更影響了項目實際進度
• 2.2.3 每次變更的原因：領導干預？前期考慮欠缺？需求無法實現？分析每一次的變更原因，可以在后期項目中進行合理的避免。
• 2.2.4 每個項目成員是否都清晰的知道每一次的變更：只有每位項目成員清楚的了解每次需求變更，并做好充分的溝通，才能保證項目的進度和質量。
• 2.2.5 項目成員是否能接收需求變更：這就要求每次需求變更，都要和相關人員做好溝通。

3 設計階段復盤

• 3.1 是否確定視覺設計的最終審核人？
• 3.2 UI設計產出是否符合統一標準？
• 3.3 設計工作是否影響開發工作的進度？影響原因是什么？
• 3.4 產品設計工作在什么時候，由誰來完成的？

4 開發階段復盤

4.1 工期評估復盤

• 4.1.1 開發實施前，是否有充分的時間做工期預估：工期評估一方面是讓項目成員能夠對項目的整體進度有所準備，也是對項目需求進行詳細梳理的過程。
• 4.1.2 工期預估與實際開發時間是否有差異，及差異原因分析

4.2 開發文檔復盤

• 4.2.1 是否有提供開發文檔？
• 4.2.2 開發文檔是否符合規范

4.3 突發狀況復盤

• 4.3.1 是否出現需求無法實現的狀況？原因是什么？
• 4.3.2 是否出現團隊成員變動情況？如何應對成員變動？后期如何避免？
• 4.3.3 是否出現功能模塊與需求不符的情況？出現原因是什么？

4.4 Code Review復盤

• 4.4.1 是如何進行的：包括如何分工，如何復查等。
• 4.4.2 Code Review結果是什么？
• 4.4.3 是否嚴格執行了代碼規范？對不規范的代碼如何處理？

5 測試階段復盤

5.1 測試計劃復盤

• 5.1.1 是否有完整、準確的測試用例？
• 5.1.2 是否有一個測試計劃？這樣的計劃是否有效？
• 5.1.3 團隊是如何測試并跟蹤產品開發效果的？

5.2 測試工具復盤

• 5.2.1 使用了哪些測試工具來幫助測試？是否可以持續使用？
• 5.2.2 測試的時間、人力和軟件/硬件資源是否足夠?

5.3 測試結果復盤

• 5.3.1 哪個功能模塊產生的Bug最多，為什么？
• 5.3.2 哪些BUG出現回滾，原因是什么？

6 上線階段復盤

6.1 驗收復盤

• 6.1.1 是否進行了正式的上線驗收？
• 6.1.2 在正式發布的過程中是否有出現狀況？后續如何避免？
• 6.1.3 上線前是否和運營、文案進行充分的溝通？
• 6.1.4 是否檢查了數據埋點，數據埋點是否滿足運營要求？

6.2 上線后效果復盤

• 6.2.1 在上線之后是否出現重大bug? 為什么測試階段沒有發現？
• 6.2.2 產品上線后的問題反饋渠道是否流程？
• 6.2.3 產品上線后收集到哪些問題反饋？都是什么類型？如何改進？

每次的項目復盤，都是對自己的一次拷問和錘煉，迭代型產品每逢3個版本進行一次復盤，一般情況下，發版的節奏是一個月一個版本，因此可以按照3個月的節奏進行復盤。

最后，每次的復盤結果都要形成文字記錄，這將是你成長路上的重要積累！

本文由 @楊福偉 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自PEXELS，基于CC0協議