本文從目標(biāo)完成度、計劃執(zhí)行情況、資源協(xié)調(diào)、變更管理、設(shè)計到編碼、測試到發(fā)布以及團(tuán)隊協(xié)作等多個維度，詳細(xì)梳理了產(chǎn)品上線后復(fù)盤的重點(diǎn)問題。通過這些問題，項目組成員可以深入思考并交流，將復(fù)盤轉(zhuǎn)化為持續(xù)改進(jìn)的動力，為后續(xù)的產(chǎn)品優(yōu)化和團(tuán)隊協(xié)作提供有力支持。

我們在進(jìn)行系統(tǒng)建設(shè)或者產(chǎn)品研發(fā)的過程中，經(jīng)歷了測試特別是UAT測試后，需要階段性的對需求開發(fā)全過程進(jìn)行復(fù)盤，特別是大型項目而言，因為后續(xù)還有歷史數(shù)據(jù)處理，正式上線全員培訓(xùn)，二次優(yōu)化等工作，復(fù)盤總結(jié)有利于發(fā)現(xiàn)當(dāng)前階段出現(xiàn)的問題或者多次返工、阻斷性問題等等。避免下一個階段出現(xiàn)類似的錯誤，能進(jìn)一步提升效率。

在復(fù)盤前，PM要充分動員項目組的所有成員，包括參與的業(yè)務(wù)部門、項目組、產(chǎn)品組、開發(fā)組、測試組等等。一定是圍繞目標(biāo)達(dá)成度、計劃執(zhí)行情況、資源協(xié)調(diào)情況、變更管理、從設(shè)計到編碼、從測試到發(fā)布以及團(tuán)隊協(xié)作等方面設(shè)置問題，并提前發(fā)送給團(tuán)隊成員，以收集大家的反饋。

做了8年产品经理后，我是这么看产品经理的

我个人是从非常初级的产品经理做起，再到负责一个大产品的项目管理，现在有幸跳出了日常基础的工作更多的去看产品的PMF，product strategy...

查看详情 >

這里主要總結(jié)一些我們需要重點(diǎn)關(guān)注，復(fù)盤的問題。圍繞這些問題，我們需要每一個項目組成員去進(jìn)行復(fù)盤思考，把做得好的，做得不好的，都能提出來進(jìn)行溝通交流。具體包括且不限于以下問題：

【目標(biāo)完成度】：

1. 我們的產(chǎn)品旨在解決哪些問題？這些問題的定義是否清晰明確？對于典型用戶和典型場景的描述是否足夠清晰？

2. 我們是否達(dá)成了既定目標(biāo)？原計劃的功能實現(xiàn)了多少？是否按照原計劃的交付時間準(zhǔn)時交付？

3. 用戶量以及用戶對關(guān)鍵功能的接受程度與我們事先的預(yù)期是否相符？我們距離目標(biāo)更近了還是更遠(yuǎn)了？（此問題需上線后觀察再作答）

【計劃執(zhí)行情況】：

1. 在開發(fā)前，是否預(yù)留了充足的時間來制定計劃？

2. 在計劃階段，團(tuán)隊是怎樣解決成員間對于計劃的不同意見的？

3. 你原計劃的工作是否全部完成？若未完成，原因是什么？

4. 有沒有發(fā)現(xiàn)自己做了一些事后看來毫無必要或價值不大的工作？

5. 每一項產(chǎn)品需求是否都有明確的定義和可衡量的交付成果？

6. 項目的整個過程是否都嚴(yán)格按照計劃進(jìn)行？期間出現(xiàn)了哪些意外情況？有哪些風(fēng)險在當(dāng)時未被預(yù)估到？為何會出現(xiàn)這種情況？

7. 在計劃中是否設(shè)置了緩沖區(qū)？緩沖區(qū)起到了實際作用嗎？

8. 未來的計劃需要做出哪些調(diào)整和修改？

【資源協(xié)調(diào)情況】：

1. 我們是否擁有足夠的資源來確保項目的順利完成？

2. 項目所需的時間以及其他資源是如何進(jìn)行預(yù)估的？預(yù)估的精度如何？

3. 測試所需的時間、人力以及軟件/硬件資源是否充足？對于那些非編程類的資源（如產(chǎn)品、設(shè)計、文案、運(yùn)營策略等），是否低估了其難度？

4. 你是否覺得自己所做的某些工作可以由他人來完成，且效率會更高？

【變更管理】：

1. 需求是否發(fā)生了變更？變更的次數(shù)是多少？每次變更的具體原因是什么？

2. 當(dāng)需求變更時，是否所有相關(guān)員工都能及時獲取變更的消息？

3. 針對每次變更，我們采取了何種決策方式，是選擇“推遲”還是“必須實現(xiàn)”？

4. 變更的出口條件（即怎樣才算“改好了”）是否有清晰明確的定義？

5. 對于可能出現(xiàn)的變更，是否能夠提前制定相應(yīng)的應(yīng)急計劃？

6. 員工能否有效地應(yīng)對意料之外的工作變更？

【從設(shè)計到編碼】：

1. 產(chǎn)品設(shè)計工作是在何時、由何人完成的？時間和人員的安排是否恰當(dāng)合理？

2. 產(chǎn)品設(shè)計過程中是否遇到過模糊不清的情況？團(tuán)隊是如何解決這些問題的？

3. 團(tuán)隊在編碼過程中是否運(yùn)用了單元測試、測試驅(qū)動開發(fā)、UML、LINT等工具？這些工具的實際效果如何？

4. 哪些功能在測試過程中出現(xiàn)的bug最多？導(dǎo)致這種情況的原因是什么？

5. 在產(chǎn)品發(fā)布后，發(fā)現(xiàn)了哪些重要的bug？為何在設(shè)計和開發(fā)階段沒有預(yù)見到這些情況？（此問題需上線后觀察再作答）

6. 代碼走查是如何開展的？是否嚴(yán)格執(zhí)行了代碼規(guī)范？

【從測試到發(fā)布】：

1. 團(tuán)隊是否制定了測試計劃？該計劃的實際效果如何？

2. 是否進(jìn)行了正式的驗收測試？

3. 團(tuán)隊是否使用了測試工具來輔助測試？其效果怎樣？

4. 團(tuán)隊是通過何種方式測試并跟蹤產(chǎn)品開發(fā)效果的？從軟件的實際運(yùn)行結(jié)果來看，這些測試工作是否有效？存在哪些需要改進(jìn)的地方？

5. 在發(fā)布過程中出現(xiàn)了哪些意外情況？是如何解決的？今后應(yīng)如何避免類似情況的再次發(fā)生？

【團(tuán)隊協(xié)作】：

1. 團(tuán)隊中每個角色是如何確定的？是否做到了人盡其才？

2. 在項目執(zhí)行過程中，團(tuán)隊成員是否發(fā)生了變更？變更是否引發(fā)了問題？如果有，是如何解決的？

3. 團(tuán)隊成員之間是否相互協(xié)助？

4. 當(dāng)出現(xiàn)需求描述、項目管理以及合作方面的問題時，團(tuán)隊成員是如何解決的？

當(dāng)然上述的問題，不一定都需要每個人回答。我們可以根據(jù)項目的自身特點(diǎn)，或者產(chǎn)品系統(tǒng)的研發(fā)流程等等，去進(jìn)行調(diào)整。

例如，我們在進(jìn)行產(chǎn)品研發(fā)的過程中，會單獨(dú)對產(chǎn)品組的同事進(jìn)行一個小范圍的復(fù)盤。我們會列出相應(yīng)的問題，由各個產(chǎn)品經(jīng)理進(jìn)行復(fù)盤，并將復(fù)盤的內(nèi)容與項目組、研發(fā)、測試不同角色進(jìn)行分享，這樣才能有效的拉通各個角色分工，讓不同角色的同事明白自己的工作存在哪些缺漏或者值得提升的地方。