復(fù)盤|怎樣做好一次復(fù)盤

阿里系企業(yè)總是忙碌的，有幸參與了“移動端從上線到迭代全過程”的復(fù)盤分析，一起來看看吧，enjoy~



1.?梳理復(fù)盤思路-避免閉門造車


切忌領(lǐng)了任務(wù)就去行動，行動前請做好自己的計劃！盲目的做一件事，唯熟能生巧爾。不適合應(yīng)對時刻變換著的需求，更不能從“工具人階段”，成長為一個有獨立思考能力的“產(chǎn)品負責人”。


接到復(fù)盤任務(wù)的第一時間，我并沒有像往常一樣拿著就開干?！皬?fù)盤”這件事不同于其他明確的任務(wù)，按著流程做就好。背后可能是領(lǐng)導(dǎo)簡單的想讓我做這么一件事，也可能是想通過這件事本身，考驗我對于這類事情的處理是否達到了預(yù)期，再或者想知道我是否有獨當一面的能力可以升職加薪向下一階段邁進。

所以，在和人人都是產(chǎn)品經(jīng)理社區(qū)的校友、師長們交流之后，咱們開始了有條例有方法的去做復(fù)盤這件事，特此感謝期間答疑解惑的社區(qū)同學(xué)和老師們。

1.1?挖掘復(fù)盤的原因

復(fù)盤為了什么，給誰看，預(yù)期是什么？


杜絕瞎琢磨，合理的詢問上級，快速落實需求的意圖，統(tǒng)一思路！通過和leader的直接交流，我了解到復(fù)盤是一個臨時決定（可能有原因沒明說），一方面給領(lǐng)導(dǎo)看，另一方面給部門反思用。

* 復(fù)盤項目給領(lǐng)導(dǎo)過目，匯報工作，
* 復(fù)盤項目給部門開會，反思工作。
1.2?整理復(fù)盤的思路

想實現(xiàn)什么結(jié)果，需要準備什么材料，大致的流程？


給領(lǐng)導(dǎo)匯報，要精煉！本來用Excel表格一個個整理的項目細節(jié)，但是考慮到匯報時間和場景優(yōu)先，咱們選擇了采用PPT的形式，簡單快捷的匯報“項目概述”、“復(fù)盤結(jié)果”和“后期規(guī)劃”這三個點，匯報時間控制在30min內(nèi)。



* 復(fù)盤項目給領(lǐng)導(dǎo)過目，匯報工作。
時間-30min內(nèi)

地點-領(lǐng)導(dǎo)辦公室

場景-拿著PPT宣講

期望-領(lǐng)導(dǎo)聽了很感動，認可了部門的工作（升職加薪）


給同事開會，要接地氣！像電視劇里那種死板的開會是不符合我們團隊氛圍的，而且成員大多是研發(fā)同學(xué)，所以采用Excel表格羅列項目清單的形式來開會，簡單直接的對接到具體細節(jié)和研發(fā)同學(xué)。主要分為四個步驟“肯定項目中的成果”、“指出項目中的不足”、“共同回顧項目歷程”和“討論出具體的的解決方案”。（開會不是拿著雞毛當令箭，大家都喜歡先給塊糖再輕輕打一下，所以先夸再指出問題同事給出解決方案，這樣工作才容易開展下去，成為合格的團隊管理人員。）

* 復(fù)盤項目給部門開會，反思工作。
時間-不限

地點-會議室

場景-按照項目清單，詳細聊聊近期情況

期望-在分享項目過程中，總結(jié)出潛在的問題，讓今后的項目執(zhí)行過程的變得更好

2. 落實關(guān)鍵流程和產(chǎn)出

2.1?版本管理情況




按照版本去講，研發(fā)容易會議，領(lǐng)導(dǎo)容易理解！一方面，項目周期長細節(jié)難以回憶，一年時間這是第一次做復(fù)盤，研發(fā)同學(xué)回憶不起來具體的點很正常；另一方面，領(lǐng)導(dǎo)不關(guān)心每個版本具體有啥，列出版本號和主要功能即可。

（1）上線版本（0-1）

這一步列出來上線版本（0-1）中主要的功能項。

* 有什么功能模塊？
* 當時的預(yù)期是什么？
* 是否達到了預(yù)期？
* ……
（2）迭代版本（1-100）

* 有什么功能模塊？
* 當時的預(yù)期是什么？
* 是否達到了預(yù)期？
* ……

值得一提的是，做復(fù)盤才知道，好的整理習(xí)慣是真的很重要。因為項目比較趕，好多信息沒有及時更新到需求池、周報日報甚至SVN和GIT上也沒有備注比較細節(jié)的需求點，對這次復(fù)盤的數(shù)據(jù)核對造成了一定影響。

可能會存在的文檔：版本迭代記錄、需求池、產(chǎn)品需求文檔、測試用例等

如果你也有敏捷開發(fā)（趕進度）的情況，遇到了部分數(shù)據(jù)對不上的處境?？梢匀パ邪l(fā)同學(xué)那里尋求幫助，比如：日報、周報，GIT、SVN，這些上面會有記錄。

2.2?項目管理情況



前面的“版本管理情況”，是幫助大家會議的。接下來這個“項目管理情況”，是和部門開會的時候，重點拿出來，大家一起看到文檔，所以要做的更細。

（1）預(yù)計時間和上線時間


這里的目的是反饋“進度情況”！上線時間總是會被拖延，討論過很多次也沒有解決實際問題，所以借著這次機會，咱們再好好聊聊這件事，集思廣益，想想措施。（給領(lǐng)導(dǎo)匯報的時候，這個數(shù)據(jù)可以酌情改一下，領(lǐng)導(dǎo)一看全都延期了心里會不舒服，所以提前給上級過一下，讓大家都舒服）

關(guān)于進度管理這塊，我非常贊同“新浪網(wǎng)高級產(chǎn)品經(jīng)理的觀點”：

現(xiàn)在的敏捷開發(fā)真的是在規(guī)劃階段無法保證結(jié)果的‘質(zhì)量’。

1.要把需求/功能進行拆分，確認是短平快項目還是長周期項目，明確優(yōu)先級及‘關(guān)鍵組件’；

2.拆分后的需求進行排期（設(shè)計、開發(fā)、測試各個階段），‘關(guān)鍵組件’及‘前置條件’；

3.如果是短平快的項目那就每天進行20分鐘左右的站會，如果是長周期的項目那就進行周例會；

4.實時跟進項目進展，抓住‘關(guān)鍵組件’及‘前置條件’要素；

5.做好溝通、匯報工作，措辭需要精確，清楚，不要出現(xiàn)‘模棱兩可’的答案。

（2）功能概述和詳細信息

這里的目的是幫助部門同事，回憶跟進XX需求時的過程，一步步反思總結(jié)當時“遇到的困難”、“臨時解決方案”和“更好的解決方案。”

同時，大家一起評估功能是否達到預(yù)期效果，回顧研發(fā)過程中遇到的問題、解決方案和建議，為以后處理好同類問題打下基礎(chǔ)。

（3）任務(wù)類別和優(yōu)先級



這一步，是總結(jié)用的。

任務(wù)類別
可以看出咱們的研發(fā)精力到底主要投入在哪里，分類有“BUG修復(fù)”、“功能新增”、“功能迭代”、“界面優(yōu)化”等。（畢竟總是修復(fù)BUG是很有問題的事，要明確咱們投入在哪里了）

優(yōu)先級是一個見仁見智的東西。俗話說，找10個女人也不能一個月生下孩子。做項目也是，排10個最高優(yōu)先級也不能一天實現(xiàn)。


對于優(yōu)先級排布，有太多方法和結(jié)論。但是咱們深入想一下，為什么要排優(yōu)先級。假設(shè)訂好了一期需求，突然來了緊急需求，這時候就需要優(yōu)先級！一般就按著優(yōu)先級高的去做或者加班完成，但是真沒有必要啊。


對于緊急需求，一般產(chǎn)品同學(xué)能想到“置換優(yōu)先級低的需求（不緊急的需求）”或者“加班加點完成”。在和中科軟的10年資深產(chǎn)品經(jīng)理聊過后，我認為“緊急需求”的優(yōu)先級是可以的拆分的，別因為緊急就不去分析他，咱們更要分析這個“緊急需求”，拆分他到底哪里優(yōu)先級高，是否有替代方案。一級一級拆分下去，自然方案就出來了。可以大幅避免無意義的加班。

3.?關(guān)于復(fù)盤方法論

3.1?戴明環(huán)（PDCA）

戴明環(huán)（PDCA）法

P（Plan）計劃：產(chǎn)品可靠的目標預(yù)測與訂定、可靠的計劃研擬與確定、可靠的組織與分工

D（Do） 執(zhí)行：可靠的任務(wù)激勵、命令與實施

C（Check）查核：產(chǎn)品可靠的評定與評估、可靠的作業(yè)管制與稽核

A（Adjust）修正：尋找改良方案使下次計劃變得更加完美

出自維基百科-2018年6月19日修訂

3.2 六何法（5W1H）

六何法（5W1H、6W）

何人（Who）

何事（What）

何時（When）

何地（Where）

何解（Why）

如何（hoW）

Tip：叫啥名字都可以，5W1H和6W的區(qū)別就是對“how”的定義不同罷了，有人偏愛“How”所以叫5W1H，有人偏愛“hoW”所以叫6W。

出自維基百科-2019年9月2日修訂

3.2?你自己總結(jié)的方案

適合自己的方法才是最好的方法，不然就是邯鄲學(xué)步，得不償失。

以上，是“木深”最近做自己所在項目的復(fù)盤分析的工作總結(jié)時，對“復(fù)盤分析”有了一些新的總結(jié)與思考，整理后與大家分享，希望有小伙伴一起交流學(xué)習(xí)。

• ? 下一篇：java線程間的協(xié)作