進行了2個多月的APP大改版即將結(jié)束，為此產(chǎn)品技術(shù)團隊真的是盡心盡力，猛追猛趕，非常辛苦。然而越是大項目，越需要在結(jié)束時好好總結(jié)，這篇文章就來聊聊項目復(fù)盤應(yīng)該怎么做。（注：本文內(nèi)容部分來自鄒欣《構(gòu)建之法》一書，有興趣的同學(xué)建議仔細閱讀）。

在復(fù)盤前，產(chǎn)品經(jīng)理，或項目經(jīng)理，需要擬好一個提綱，按：目標達成度、計劃執(zhí)行情況、資源協(xié)調(diào)情況、變更管理、從設(shè)計到編碼、從測試到發(fā)布、團隊協(xié)作幾個方面，分別設(shè)定問題，并提前發(fā)給團隊成員，收集大家的反饋；復(fù)盤時，召開全體產(chǎn)品研發(fā)設(shè)計測試會議，針對每個問題，思考解決方案，形成結(jié)論；復(fù)盤后，將會議結(jié)論匯總成文，發(fā)給全體與會人員，讓大家進一步了解如何規(guī)避問題，為接下來的新項目做準備。

下面重點講述提綱中需要確認的問題，包括以下幾個方面：

目標完成度

1. 我們的產(chǎn)品要解決什么問題？是否定義得很清楚？是否對典型用戶和典型場景有清晰的描述？
2. 我們達到目標了么（原計劃的功能做到了幾個？按照原計劃交付時間交付了么？）?
3. 用戶量, 用戶對重要功能的接受程度和我們事先的預(yù)想一致么? 我們離目標更近了么？（需要上線后觀察再回答）

計劃執(zhí)行情況

1. 開發(fā)前，是否有充足的時間來做計劃?
2. 團隊在計劃階段是如何解決同事們對于計劃的不同意見的？
3. 你原計劃的工作是否最后都做完了? 如果有沒做完的，為什么?
4. 有沒有發(fā)現(xiàn)你做了一些事后看來沒必要或沒多大價值的事?
5. 是否每一項產(chǎn)品需求都有清楚定義和衡量的交付成果?
6. 是否項目的整個過程都按計劃進行？項目出了什么意外？有什么風(fēng)險是當(dāng)時沒有估計到的，為什么沒有估計到?
7. 在計劃中有沒有留下緩沖區(qū)，緩沖區(qū)有作用么?
8. 將來的計劃會做什么修改？

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

1. 我們有足夠的資源來完成這個項目么？
2. 項目所需時間和其他資源是如何估計的？精度如何？
3. 測試的時間、人力和軟件/硬件資源是否足夠? 對于那些不需要編程的資源 (產(chǎn)品設(shè)計/文案/運營策略)是否低估了難度？
4. 你有沒有感到你做的事情可以讓別人來做（更有效率）？

變更管理

1. 是否存在需求變更？變更了幾次？每次變更的原因是什么？
2. 需求變更時，是否每個相關(guān)的員工都及時知道了變更的消息？
3. 我們采用了什么辦法決定每次變更，是“推遲”還是“必須實現(xiàn)”？
4. 變更的出口條件（也就是什么叫“改好了”）有清晰的定義么？
5. 對于可能的變更是否能提前制定應(yīng)急計劃？
6. 員工是否能夠有效地處理意料之外的工作變更？

從設(shè)計到編碼

1. 產(chǎn)品設(shè)計工作在什么時候，由誰來完成的？是合適的時間、合適的人么？
2. 產(chǎn)品設(shè)計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
3. 團隊是否運用單元測試（Unit Test），測試驅(qū)動開發(fā)（TDD）、UML、LINT, 或其他工具來幫助編碼？這些工具有效么？
4. 什么功能產(chǎn)生的Bug最多，為什么？
5. 在發(fā)布之后發(fā)現(xiàn)了什么重要的bug? 為什么我們在設(shè)計/開發(fā)的時候沒有想到這些情況?（需要上線后觀察再回答）
6. 代碼走查（Code Review）是如何進行的？是否嚴格執(zhí)行了代碼規(guī)范？

從測試到發(fā)布

1. 團隊是否有一個測試計劃？這樣的計劃是否有效？
2. 是否進行了正式的驗收測試？
3. 團隊是否有測試工具來幫助測試？效果如何？
4. 團隊是如何測試并跟蹤產(chǎn)品開發(fā)效果的？從軟件實際運行的結(jié)果來看，這些測試工作有用么？應(yīng)該有哪些改進？
5. 在發(fā)布的過程中發(fā)現(xiàn)了哪些意外問題？如何解決的？后續(xù)如何避免？

團隊協(xié)作

1. 團隊的每個角色是如何確定的，是不是人盡其才？
2. 項目執(zhí)行過程中是否有團隊成員變更？變更是否帶來的問題？如何解決的？
3. 團隊成員之間有互相幫助么？
4. 當(dāng)出現(xiàn)需求描述、項目管理、合作方面的問題時，團隊成員如何解決問題？

總結(jié)

1. 關(guān)于以上問題，有什么經(jīng)驗教訓(xùn)? 如果歷史重來一遍, 我們會做什么改進？
2. 你覺得團隊目前處于“萌芽/磨合/規(guī)范/創(chuàng)造”階段的哪一個階段？為什么？
3. 你覺得團隊在這個里程碑相比前一個里程碑有什么改進？
4. 你覺得目前最需要改進的一個方面是什么？

每次的項目復(fù)盤，都建議針對以上問題，全體成員在會上都發(fā)表意見，提出自己的看法，并群策群力尋找最優(yōu)的解決辦法。具體到會議的組織，有如下建議：

1. 保持會議輕松愉快的氛圍, 可以考慮換一個開會的環(huán)境, 有飲料、零食、音樂的幫助更好
2. 大領(lǐng)導(dǎo)最好不要出現(xiàn)，讓大家暢所欲言。（即使出現(xiàn)，也要夾著尾巴，不要為自己以前的行為辯護，作好聽眾）
3. 堅持對事不對人的原創(chuàng)，強調(diào)：如果再有一次機會，會如何改進？而不是挖歷史舊帳。
4. 照顧到上述提綱中提及的各個方面, 可以深入團隊最感興趣的部分。
5. 讓所有人都有充分發(fā)言的機會。
6. 務(wù)必有人記錄發(fā)言要點, 最后列出所有改進意見
7. 最后大家可以投票, 如果我只有三票, 投給哪些改進意見
8. 各小組負責(zé)人保證要采取行動，優(yōu)先執(zhí)行票數(shù)最高的一些改進意見，持續(xù)優(yōu)化所有需要改進的點

最后還可以在會議結(jié)束后大家一起聚個餐，休整一下，以備再戰(zhàn)！

#專欄作家#

申悅，人人都是產(chǎn)品經(jīng)理專欄作家，36氪產(chǎn)品總監(jiān)，微信公眾號：互聯(lián)網(wǎng)悅讀筆記（ID：pmbox）

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自攝圖網(wǎng)，基于CC0協(xié)議