一個完整的項目復(fù)盤到底要怎么做?
筆者闡述了完整的項目復(fù)盤流程,以及其中涉及的問題,對于項目復(fù)盤具有指導(dǎo)性意義。
復(fù)盤,是運營必不可少的能力,小到一次買菜的經(jīng)歷,大到百億千億的投資項目,都可以通過復(fù)盤來總結(jié)規(guī)律、提升水平。
簡單說來,復(fù)盤可以達到的效果有兩條:
- 優(yōu)化弱項,強化強項
- 明確自己的價值,明確工作的價值
那么,復(fù)盤到底該怎么做呢?或者說,做好復(fù)盤有比較高效、實用的方法嗎?有的。
以下內(nèi)容來源于我工作中的思考,同時參考了柳傳志的關(guān)于復(fù)盤的方法論,力圖展現(xiàn)一個完整的、可實踐的項目復(fù)盤流程。
一、復(fù)盤的底層邏輯
復(fù)盤首先是要做的是事實陳述,一個有效的AAR(After Action Review)必須建立在“鐵的事實”的基礎(chǔ)上,如果現(xiàn)實難以陳述清楚,并取得一致,將導(dǎo)致復(fù)盤進展緩慢或無法深入下去。
一旦事實確定下來了,就開始診斷、分析存在差異的原因,找出導(dǎo)致成功或失敗的根本原因后進行規(guī)律總結(jié)。明白為什么會成功、哪些關(guān)鍵行為起了作用、這些行為有沒有適用條件,對于提高后續(xù)行動的成功率有沒有價值。
因此,一個完整的復(fù)盤就出現(xiàn)了,包括如下四個步驟:目標(biāo)回顧、結(jié)果陳述、過程分析、規(guī)律總結(jié)。
1. 目標(biāo)回顧
當(dāng)初行動的意圖或目的是什么?
事件/行動想要達到的目標(biāo)是什么?
我們計劃怎么做?
預(yù)先制訂的計劃是什么?
事先設(shè)想要發(fā)生的事情是什么?
2. 結(jié)果陳述
實際上發(fā)生了什么事?
在什么情況下?是怎么發(fā)生的?
與目標(biāo)相比,哪些地方做得好?哪些未達預(yù)期?
3. 過程分析
實際狀況與預(yù)期有無差異?
如果有,為什么會發(fā)生這些差異?是哪些因素造成了我們沒有達到預(yù)期目標(biāo)?
失敗的根本原因是什么?
如果沒有失敗,成功的關(guān)鍵因素是什么?
4. 規(guī)律總結(jié)
從過程中學(xué)到了什么新東西?
如果有人要進行同樣的行動,我會給他什么建議?
接下來我們該做些什么?
哪些是我們可直接行動的?
二、項目復(fù)盤的階段流程
一個項目,基本都會包含幾個核心階段:目標(biāo)、需求、設(shè)計、開發(fā)、測試、上線,把每個階段中的具體工作進行分解,才能分析出每一項工作的進展是否順利,問題點在哪、以及如何更好的優(yōu)化。
這里分享一個項目復(fù)盤的小技巧:按照項目執(zhí)行的時間線記工作日記。
不一定要每天都寫,但一定要在各個重要的時間節(jié)點留下工作記錄,這樣才會對整個活動過程了如指掌。復(fù)盤的時候,只需要重新去翻這部分日記,列出一個實際工作的時間表,對比策劃書中的計劃時間表,哪部分工作提前,哪部分工作延后,哪部分工作是臨時加進去,完成度怎么樣。
比如第一步是項目目標(biāo)回顧,優(yōu)質(zhì)的項目往往都伴隨著明確的預(yù)設(shè)目標(biāo),目標(biāo)本身要是不合理的話,復(fù)盤得出的結(jié)論也很難有說服力。所以在復(fù)盤的時也有從目標(biāo)設(shè)定合理性開始復(fù)盤,當(dāng)初是基于怎樣的條件設(shè)定的目標(biāo)。
如果項目整體目標(biāo)較大,建議進行目標(biāo)分解,確定項目實施里程碑,形成子目標(biāo)或階段性目標(biāo),便于目標(biāo)的衡量與跟進。以電商類活動策劃為例為例,影響交易額的子目標(biāo)包含:流量、轉(zhuǎn)化率、客單價、復(fù)購率。
后續(xù)步驟也是這樣,通過不斷分解,對整個項目流程做出完整的、可量化的梳理,從而對項目指標(biāo)的實際情況和預(yù)期對比做到了解。
三、如何做產(chǎn)品項目復(fù)盤?
復(fù)盤最重要的兩個環(huán)節(jié):過往演繹和復(fù)盤優(yōu)化,明確產(chǎn)生偏差的原因,并提出針對性意見。
1. 項目目標(biāo)復(fù)盤
1.1 項目進度復(fù)盤
- 是否按照原計劃交付時間交付?
- 原計劃的需求點實現(xiàn)了多少?哪些需求點沒有按計劃實現(xiàn)?
- 每一個需求點延后原因分別是什么?
- 哪些里程碑有延遲,延遲原因是什么?
1.2 項目結(jié)果復(fù)盤
- 項目中出現(xiàn)了哪些意外?為什么會出現(xiàn)這些意外?
- 用戶對新增功能點的接受程度和項目規(guī)劃中的是否一致?
2. 需求階段復(fù)盤
- 是否提供完整的需求輸出?包括:原型、MRD、PRD、UML等
- 設(shè)計師、交互師、開發(fā)人員分別對需求是否明確?如果出現(xiàn)需求不明確的情況,將會嚴(yán)重影響項目的進度和質(zhì)量。
- 是否對典型用戶和使用場景有清晰的描述?
3. 設(shè)計階段復(fù)盤
- 是否確定視覺設(shè)計的最終審核人?
- UI設(shè)計產(chǎn)出是否符合統(tǒng)一標(biāo)準(zhǔn)?
- 設(shè)計工作是否影響開發(fā)工作的進度?影響原因是什么?
- 產(chǎn)品設(shè)計工作在什么時候,由誰來完成的?
4. 開發(fā)階段復(fù)盤
4.1 工期評估復(fù)盤
- 開發(fā)實施前,是否有充分的時間做工期預(yù)估?工期評估一方面是讓項目成員能夠?qū)椖康恼w進度有所準(zhǔn)備,也是對項目需求進行詳細梳理的過程。
- 工期預(yù)估與實際開發(fā)時間是否有差異,及差異原因分析。
4.2 開發(fā)文檔復(fù)盤
- 是否有撰寫開發(fā)文檔?
- 開發(fā)文檔是否符合規(guī)范?
4.3 突發(fā)狀況復(fù)盤
- 是否出現(xiàn)需求無法實現(xiàn)的狀況?原因是什么?
- 是否出現(xiàn)團隊成員變動情況?如何應(yīng)對成員變動?后期如何避免?
- 是否出現(xiàn)功能模塊與需求不符的情況?出現(xiàn)原因是什么?
5. 測試階段復(fù)盤
5.1 測試計劃復(fù)盤
- 是否有完整、準(zhǔn)確的測試用例?
- 是否有一個測試計劃?這樣的計劃是否有效?
- 團隊是如何測試并跟蹤產(chǎn)品開發(fā)效果的?
5.2 測試工具復(fù)盤
- 使用了哪些測試工具來幫助測試?是否可以持續(xù)使用?
- 測試的時間、人力和軟件/硬件資源是否足夠?
5.3 測試結(jié)果復(fù)盤
- 哪個功能模塊產(chǎn)生的Bug最多,為什么?
- 哪些BUG出現(xiàn)回滾,原因是什么(回滾:即程序版本回退。出現(xiàn)較大bug,程序從1.1回退到1.0,迭代之后全是bug,修復(fù)成本高)?
6. 上線階段復(fù)盤
6.1 驗收復(fù)盤
- 是否進行了正式的上線驗收?
- 在正式發(fā)布的過程中是否有出現(xiàn)狀況?后續(xù)如何避免?
- 上線前是否和運營、文案進行充分的溝通?
- 是否檢查了數(shù)據(jù)埋點,數(shù)據(jù)埋點是否滿足運營要求?
6.2 上線后效果復(fù)盤
- 在上線之后是否出現(xiàn)重大bug? 為什么測試階段沒有發(fā)現(xiàn)?
- 產(chǎn)品上線后的問題反饋渠道是否流程?
- 產(chǎn)品上線后收集到哪些問題反饋?都是什么類型?如何改進?
每次的項目復(fù)盤,都是對自己的一次拷問和錘煉,迭代型產(chǎn)品每逢3個版本進行一次復(fù)盤。一般情況下,發(fā)版的節(jié)奏是一個月一個版本,因此可以按照3個月的節(jié)奏進行復(fù)盤。
在復(fù)盤結(jié)束后,最短時間開復(fù)盤會議,這樣很多活動執(zhí)行細節(jié)和用戶反饋都歷歷在目,做復(fù)盤的可靠性比較高。
彼此坦誠剖析,既不推卸責(zé)任,也不妄自菲薄,而是盡可能地呈現(xiàn)一個完整真實的項目流程。每個參與者都有平等的發(fā)言權(quán),都能真實地表達想法。
要有專人控制時間和記錄要點,開會最忌諱的就是不著邊際地開得又臭又長,控制每個部分的時間很重要,另外記錄要點也是一種會議成果的輸出,有利于總結(jié)經(jīng)驗并開展下一步行動。
本文由 @Stev 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
太棒了我愛死了
贊,學(xué)習(xí)了
牛批
挺好~