一肠虽、 什么是復(fù)盤？

1玛追、來源

復(fù)盤最開始來源于圍棋術(shù)語税课，本意是對弈者下完一盤棋之后，重新將對弈過程擺一遍痊剖，看看哪些地方下的好韩玩，哪些地方下的不好，甚至有更好的下法陆馁。

在美國啸如，最早采用復(fù)盤的是美國軍隊，它們將其稱為“行動后反思”（after action review氮惯，AAR）叮雳。

美軍對AAR的定義是：“對一個事件的專業(yè)討論，以績效表現(xiàn)為核心妇汗，重點放在幫助參與者自己發(fā)現(xiàn)發(fā)生了什么帘不，為什么發(fā)生，如何保持優(yōu)勢杨箭，以及改正缺點寞焙。”

2互婿、定義

復(fù)盤捣郊，就是一件事情做完了以后，做成功了慈参，或者沒做成功呛牲，尤其是沒做成功的，坐下來把當(dāng)時的這個事情驮配，我們預(yù)先怎么定的目標(biāo)娘扩、中間出了什么問題着茸、為什么做不到，把這個過程要理一遍琐旁，理一遍之后涮阔，下次再做的時候，自然這次的經(jīng)驗教訓(xùn)就吸收了灰殴。

3敬特、項目復(fù)盤

項目復(fù)盤就是針對一個項目，不管是0到1或者是版本迭代牺陶，基本都會包含以下幾個核心階段（見下圖）伟阔，就是把每個階段中的具體工作進行分解，分析每一項工作的進展是否順利义图，問題點在哪减俏、以及如何更好的優(yōu)化。

產(chǎn)品項目階段復(fù)盤

二碱工、 為什么要做復(fù)盤娃承？

1、為職業(yè)生涯和個人成長鋪路

某產(chǎn)品經(jīng)理講過一句話怕篷，“產(chǎn)品經(jīng)理天然的路線就是走向管理”历筝。而作為走向管理的第一步，就是要會總結(jié)得失廊谓。每一個項目從開始到結(jié)束梳猪，過程中或多或少都會出現(xiàn)計劃之外的突發(fā)狀況。而復(fù)盤就是是絕佳的反思的機會蒸痹，產(chǎn)品上的得與失春弥，通過一條一條的羅列，不斷深入思考叠荠，提升自己的總結(jié)能力匿沛。

當(dāng)然，即使不走向管理崗榛鼎，復(fù)盤的意義亦難以替代逃呼。比如說，現(xiàn)在市場上要求越來越專業(yè)化的產(chǎn)品經(jīng)理類型者娱，數(shù)據(jù)產(chǎn)品經(jīng)理抡笼、策略產(chǎn)品經(jīng)理、商業(yè)化產(chǎn)品經(jīng)理等黄鳍，良好的項目復(fù)盤習(xí)慣推姻，依舊是積累總結(jié)項目得失，優(yōu)化下一步產(chǎn)品策略的最佳方式际起。

另外拾碌，產(chǎn)品經(jīng)理核心的能力之一吐葱，就是總結(jié)能力街望，將收集到的需求建議校翔、競品優(yōu)勢等進行歸納整理，結(jié)合項目自身的差異點才能形成自己的需求思路灾前。復(fù)盤能夠幫助你快速反思自己的不足防症，及時糾正。

2哎甲、從0到1建立制度或制度迭代

將問題找出其成功或失敗的關(guān)鍵點蔫敲，知其然，而知其所以然炭玫，要有意義的失敗奈嘿，避免無意義的成功。同時將處理辦法整理成一套可供執(zhí)行的程序吞加，以便下次遇到相同問題時采用裙犹，當(dāng)然，視情況而定衔憨，不可拘泥死板叶圃。

科學(xué)制度的制定/迭代過程

3、結(jié)合PDCA模式践图，總結(jié)經(jīng)驗掺冠，提升項目管理能力

解決問題的制度形成過程

三、 復(fù)盤的方法與底層邏輯

通過聯(lián)想集團的復(fù)盤機制码党，來學(xué)習(xí)一下復(fù)盤的四個步驟和注意事項德崭。

聯(lián)想復(fù)盤機制

1、回顧目標(biāo)

復(fù)盤始于對預(yù)期目標(biāo)的回顧揖盘。在這一步眉厨，主要回答的問題如下所示。

·當(dāng)初行動的意圖或目的是什么扣讼？

·事件/行動想要達到的目標(biāo)是什么缺猛？

·我們計劃怎么做？預(yù)先制訂的計劃是什么椭符？

·事先設(shè)想要發(fā)生的事情是什么荔燎？

此階段存在的主要問題及對策建議

在本階段，主要存在的問題包括以下幾個销钝。

①沒有目標(biāo)

按照復(fù)盤的學(xué)習(xí)機理有咨，如果沒有預(yù)期的目標(biāo)和計劃，就談不上復(fù)盤蒸健。因為沒有目標(biāo)座享，就無所謂做得好與壞婉商，也就沒有差異，沒有從中學(xué)習(xí)的意義渣叛。因此丈秩，事先制訂清晰、明確的預(yù)期目標(biāo)與計劃淳衙，對于復(fù)盤是至關(guān)重要的蘑秽。

如果在進行復(fù)盤之前了解到項目/事件沒有目標(biāo)，我建議應(yīng)盡快“亡羊補牢”箫攀，通過訪談項目負(fù)責(zé)人或組織項目團隊研討肠牲，補充、確認(rèn)項目/事件目標(biāo)靴跛，并在復(fù)盤會議開始階段聲明這一點缀雳，提醒大家特別留意。事實上梢睛，這本身也應(yīng)成為一個重要的學(xué)習(xí)點肥印，是下次改進的重要教訓(xùn)之一。

②目標(biāo)不清

在現(xiàn)實世界中扬绪，許多人的目標(biāo)定得比較籠統(tǒng)竖独、模糊，這樣不利于充分從復(fù)盤中學(xué)習(xí)挤牛。為此莹痢，我們建議在行動前要將目標(biāo)盡可能明確、細(xì)化墓赴。同時針對目標(biāo)制定關(guān)鍵里程碑和關(guān)鍵結(jié)果

在企業(yè)管理領(lǐng)域竞膳，對于目標(biāo)的制定，通常認(rèn)為要符合SMART原則诫硕，即滿足如下五方面的要求坦辟。

·明確具體（specific）。

·可衡量（measurable）章办。

·有挑戰(zhàn)但可實現(xiàn)（achievable）锉走。

·相關(guān)、可控（related）藕届。

·有時限（time-limited）挪蹭。

③目標(biāo)缺乏共識

我建議，應(yīng)將目標(biāo)展現(xiàn)出來休偶，即將目標(biāo)很清晰明確地在某一個地方寫出來梁厉，讓每一個參加行動的人都能夠看到。同時踏兜，事先要經(jīng)過團隊的討論词顾，確保團隊成員對任務(wù)的目的和成功的標(biāo)準(zhǔn)理解一致八秃，否則就失去了一起評價業(yè)績和甄別計劃與結(jié)果之間差異的基礎(chǔ)。

④缺乏對實現(xiàn)目標(biāo)的策略肉盹、方法昔驱、措施的規(guī)劃

雖然一些團隊在行動前擬定了目標(biāo)，但是往往沒有認(rèn)真地規(guī)劃如何實現(xiàn)這些目標(biāo)垮媒，也就是說舍悯，缺乏對實現(xiàn)目標(biāo)的策略航棱、方法以及行動措施的規(guī)劃睡雇。在這種情況下，匆匆地開始行動饮醇，即使團隊成員對目標(biāo)的理解一致它抱，也可能因為團隊中每個人對如何實現(xiàn)目標(biāo)有自己的理解，從而導(dǎo)致行動過程中出現(xiàn)分歧朴艰，難以產(chǎn)生合力观蓄。

當(dāng)然，通過復(fù)盤祠墅，可以讓團隊成員明白：在行動前侮穿，需要擬定清晰的目標(biāo)、達成共識毁嗦，并就如何實現(xiàn)目標(biāo)群策群力亲茅。這樣有助于提高團隊效能。

2狗准、評估結(jié)果

明確了目標(biāo)之后克锣，就要回顧實際發(fā)生了什么

在這一步中，要回答的主要問題如下腔长。

·實際上發(fā)生了什么事袭祟？

·在什么情況下？是怎么發(fā)生的捞附？

·與目標(biāo)相比巾乳，哪些地方做得好？哪些未達預(yù)期鸟召？

有效的AAR必須建立在“鐵的事實”的基礎(chǔ)上胆绊。如果現(xiàn)實難以陳述清楚，并取得一致药版，將導(dǎo)致復(fù)盤進展緩慢或無法深入下去辑舷。

3、分析原因

一旦事實確定下來了槽片，就可以開始診斷何缓、分析存在差異的原因肢础。這一階段的目標(biāo)是找出導(dǎo)致成功或失敗的根本原因。這一步要回答的問題包括以下幾個碌廓。

·實際狀況與預(yù)期有無差異传轰？

·如果有，為什么會發(fā)生這些差異谷婆？是哪些因素造成了我們沒有達到預(yù)期目標(biāo)慨蛙？失敗的根本原因是什么？

·如果沒有纪挎，成功的關(guān)鍵因素是什么期贫？

在實際操作中，許多人從這個階段開始回顧异袄，他們想當(dāng)然地認(rèn)為忽略前兩個步驟沒有什么問題通砍。但是，在預(yù)期目標(biāo)（步驟一）和實際結(jié)果（步驟二）兩個方面取得一致烤蜕，對于提高溝通效率封孙、避免陷入無休止的爭吵非常必要。

（1）把握關(guān)鍵讽营，深入分析

對于一些復(fù)雜的項目/事件虎忌，不必對所有差異一一分析，而是應(yīng)該把握關(guān)鍵橱鹏，針對一些關(guān)鍵事件/議題進行深入分析膜蠢，找到根本原因

要回答這些問題，需要參與AAR的人員具備解決問題的技能蚀瘸，以及開放狡蝶、坦誠、愿意承擔(dān)責(zé)任的心態(tài)贮勃。團隊必須針對幾個可能的解釋進行“頭腦風(fēng)暴”思考贪惹，從有限或彼此矛盾的信息中搜尋線索，發(fā)掘答案寂嘉。為此奏瞬，他們必須做到絕對誠實，敢于面對自己的缺陷泉孩，勇于承認(rèn)錯誤硼端，而不是推脫責(zé)任，在錯誤或缺點面前裝聾作啞

事實上寓搬，決定下次做什么常常是和診斷珍昨、分析不可分割的。只有真正理解了問題是什么、根本原因在哪里镣典，參與者才能想到并提出行之有效的解決方案兔毙。

在這方面，可以使用的工具與方法包括：頭腦風(fēng)暴法兄春、五個為什么澎剥、魚骨圖、因果回路圖等赶舆。而對于許多動態(tài)復(fù)雜性問題哑姚，系統(tǒng)思考的技能尤為重要。

（2）對成功的剖析與對不足的分析同樣重要

復(fù)盤的核心價值包括兩個方面：鞏固成功與改正錯誤

明白為什么會成功芜茵、哪些關(guān)鍵行為起了作用叙量、這些行為有沒有適用條件（也就是說，在何種條件下采取這些行為才是可行的）夕晓，對于提高后續(xù)行動的成功率才是有價值的宛乃。

復(fù)盤時堅持下列精神：成功了，多想想客觀因素蒸辆；失敗了，多找找主觀原因析既。只有保持謙虛的態(tài)度躬贡，實事求是，客觀地分析和評價眼坏，不夸大或高估自己拂玻，找到真正的原因，才能有效地從行動中學(xué)習(xí)宰译，否則就是自己騙自己檐蚜。

（3）“what…if…”分析

在分析原因階段，可以做一些“what…if…”分析沿侈。也就是說闯第，可以敞開心扉，設(shè)想一下如果出現(xiàn)了另外一些狀況缀拭，或者當(dāng)時換了另外一種做法（if…）咳短，做法（if…），會是一幅什么景象（what…）蛛淋。這類似于在頭腦中對各種可能性做一些“推演”咙好。但這種推演不應(yīng)天馬行空，成為“馬后炮”或“后悔藥”褐荷，還是應(yīng)該建立在關(guān)鍵原因分析的基礎(chǔ)之上勾效。

4.總結(jié)經(jīng)驗

復(fù)盤的核心目的在于從行動中學(xué)到經(jīng)驗教訓(xùn)，并將其付諸后續(xù)的改進。因此层宫，確定導(dǎo)致行動成敗的關(guān)鍵原因绘迁，找出解決方案，也是復(fù)盤整個過程中最重要的步驟卒密。這我們從過程中學(xué)到了什么新東西缀台？

·如果有人要進行同樣的行動，我會給他什么建議哮奇？

·接下來我們該做些什么膛腐？哪些是我們可直接行動的？哪些是其他層級才能處理的鼎俘？是否要向上呈報哲身？

四、如何做產(chǎn)品項目復(fù)盤贸伐？

復(fù)盤就是對具體工作進行分解勘天，分析問題點和如何改進，以下就任務(wù)分解之后的復(fù)盤點捉邢，進行闡述脯丝。

1、 項目目標(biāo)復(fù)盤

1.1 項目進度復(fù)盤

1.1.1 是否按照原計劃交付時間交付伏伐？

1.1.2 原計劃的需求點實現(xiàn)了多少宠进？哪些需求點沒有按計劃實現(xiàn)？每一個需求點延后原因分別是什么藐翎？

1.1.3 哪些里程碑有延遲材蹬，延遲原因是什么？

1.2 項目結(jié)果復(fù)盤

1.2.1 項目中出現(xiàn)了哪些意外吝镣？為什么會出現(xiàn)這些意外堤器？

1.2.2 用戶對新增功能點的接受程度和項目規(guī)劃中的是否一致？

2末贾、 需求階段復(fù)盤

2.1 需求定義復(fù)盤：

2.1.1 是否提供完整的需求輸出闸溃，包括：原型、MRD未舟、PRD圈暗、UML等

UML分類：https://www.cnblogs.com/vathe/p/7349816.html

2.1.2 設(shè)計師、交互師裕膀、開發(fā)人員分別對需求是否明確：如果出現(xiàn)需求不明確的情況员串，將會嚴(yán)重影響項目的進度和質(zhì)量。

2.1.3 是否對典型用戶和使用場景有清晰的描述昼扛？

2.2 需求變更復(fù)盤

2.2.1 需求變更次數(shù)：敏捷開發(fā)已經(jīng)將需求變更的影響降到最低寸齐，但是較少的需求變更仍然是項目進展順利的前提之一欲诺。

2.2.2 哪些需求變更影響了項目實際進度

2.2.3 每次變更的原因：領(lǐng)導(dǎo)干預(yù)？前期考慮欠缺渺鹦？需求無法實現(xiàn)扰法？分析每一次的變更原因，可以在后期項目中進行合理的避免毅厚。

2.2.4 每個項目成員是否都清晰的知道每一次的變更：只有每位項目成員清楚的了解每次需求變更塞颁，并做好充分的溝通，才能保證項目的進度和質(zhì)量吸耿。

2.2.5 項目成員是否能接收需求變更：這就要求每次需求變更祠锣，都要和相關(guān)人員做好溝通。

3咽安、設(shè)計階段復(fù)盤

3.1 是否確定視覺設(shè)計的最終審核人伴网？

3.2 UI設(shè)計產(chǎn)出是否符合統(tǒng)一標(biāo)準(zhǔn)？

3.3 設(shè)計工作是否影響開發(fā)工作的進度妆棒？影響原因是什么澡腾？

3.4 產(chǎn)品設(shè)計工作在什么時候，由誰來完成的糕珊？

4动分、開發(fā)階段復(fù)盤

4.1 工期評估復(fù)盤

4.1.1 開發(fā)實施前，是否有充分的時間做工期預(yù)估：工期評估一方面是讓項目成員能夠?qū)椖康恼w進度有所準(zhǔn)備放接，也是對項目需求進行詳細(xì)梳理的過程刺啦。

4.1.2 工期預(yù)估與實際開發(fā)時間是否有差異，及差異原因分析

4.2 開發(fā)文檔復(fù)盤

4.2.1 是否有撰寫開發(fā)文檔纠脾？

4.2.2 開發(fā)文檔是否符合規(guī)范

4.3 突發(fā)狀況復(fù)盤

4.3.1 是否出現(xiàn)需求無法實現(xiàn)的狀況？原因是什么蜕青？

4.3.2 是否出現(xiàn)團隊成員變動情況苟蹈？如何應(yīng)對成員變動？后期如何避免右核？

4.3.3 是否出現(xiàn)功能模塊與需求不符的情況慧脱？出現(xiàn)原因是什么？

4.4 Code Review復(fù)盤

4.4.1 是如何進行的：包括如何分工贺喝，如何復(fù)查等菱鸥。

4.4.2 Code Review結(jié)果是什么？

4.4.3 是否嚴(yán)格執(zhí)行了代碼規(guī)范躏鱼？對不規(guī)范的代碼如何處理氮采？

5、測試階段復(fù)盤

5.1 測試計劃復(fù)盤

5.1.1 是否有完整染苛、準(zhǔn)確的測試用例鹊漠？

5.1.2 是否有一個測試計劃？這樣的計劃是否有效？

5.1.3 團隊是如何測試并跟蹤產(chǎn)品開發(fā)效果的躯概？

5.2 測試工具復(fù)盤

5.2.1 使用了哪些測試工具來幫助測試登钥？是否可以持續(xù)使用？

5.2.2 測試的時間娶靡、人力和軟件/硬件資源是否足夠?

5.3 測試結(jié)果復(fù)盤

5.3.1 哪個功能模塊產(chǎn)生的Bug最多牧牢，為什么？

5.3.2 哪些BUG出現(xiàn)回滾姿锭，原因是什么塔鳍？

回滾：

即程序版本回退。出現(xiàn)較大bug艾凯，程序從1.1回退到1.0献幔，迭代之后全是bug，修復(fù)成本高

6趾诗、上線階段復(fù)盤

6.1 驗收復(fù)盤

6.1.1 是否進行了正式的上線驗收蜡感？

6.1.2 在正式發(fā)布的過程中是否有出現(xiàn)狀況？后續(xù)如何避免恃泪？

6.1.3 上線前是否和運營郑兴、文案進行充分的溝通？

6.1.4 是否檢查了數(shù)據(jù)埋點贝乎，數(shù)據(jù)埋點是否滿足運營要求情连？

6.2 上線后效果復(fù)盤

6.2.1 在上線之后是否出現(xiàn)重大bug? 為什么測試階段沒有發(fā)現(xiàn)？

6.2.2 產(chǎn)品上線后的問題反饋渠道是否流程览效？

6.2.3 產(chǎn)品上線后收集到哪些問題反饋却舀？都是什么類型？如何改進锤灿？

每次的項目復(fù)盤挽拔，都是對自己的一次拷問和錘煉，迭代型產(chǎn)品每逢3個版本進行一次復(fù)盤但校，

一般情況下螃诅，發(fā)版的節(jié)奏是一個月一個版本，因此可以按照3個月的節(jié)奏進行復(fù)盤状囱。最后术裸，每次的復(fù)盤結(jié)果都要形成文字記錄。

五亭枷、項目復(fù)盤案例---xxx服務(wù)號

項目名稱：xxx服務(wù)號

項目復(fù)盤周期：2019.1.3--2019.2.3

項目目標(biāo)：2018.1.18袭艺，微信服務(wù)號上線

項目現(xiàn)狀：項目延期，換小程序來實現(xiàn)奶栖，分版本開發(fā)匹表， 第一版本開發(fā)進度70%

項目歷程：

項目歷程

以下门坷，我將按照上述產(chǎn)品項目復(fù)盤的方法，對此項目進行復(fù)盤袍镀，主要針對【項目目標(biāo)階段】【項目需求階段】【開發(fā)階段】三個階段進行復(fù)盤默蚌。

1、項目目標(biāo)復(fù)盤

1.1 項目進度復(fù)盤

是否按照原計劃交付時間交付苇羡？

否

目標(biāo)：

2019.1.18 服務(wù)號全部功能上線

現(xiàn)狀：

項目延期绸吸，換小程序來實現(xiàn)，分版本開發(fā)设江， 第一版本開發(fā)進度70%

原因：

1）前期需求確認(rèn)與需求分析時間較長

此項目目的是將現(xiàn)有線下流程通過小程序幫助用戶便捷化操作锦茁，提升線下效率蕴茴，但線下流程并沒有明確的規(guī)范银受，產(chǎn)品需求確認(rèn)花時間較長习寸。

個人流程圖繪制技能較弱莲镣，沒有繪制完整且可辨識度高的的全流程流程圖

原型繪制上，沒有明確邏輯與異常標(biāo)注藻雌，交互提示不明確栅贴，排列排版不美觀

需求尚不明確著瓶，無法對需求任務(wù)進行合理的時間預(yù)估和時間安排瞳秽，沒有統(tǒng)籌需求瓣履、設(shè)計、開發(fā)與測試的時間

產(chǎn)品設(shè)計布局不合理练俐，無法直接美觀告訴用戶所需求的內(nèi)容

2）需求目標(biāo)不明確袖迎，上線目標(biāo)時間制定不合理

沒有按照SMART原則進行明確目標(biāo)，沒有合理評估整個項目的時間

沒有合理規(guī)劃實現(xiàn)目標(biāo)的策略和方法

陷入無休止的修改流程圖和原型的惡戰(zhàn)中

沒有指定明確的版本迭代計劃和合理的需求流程

2腺晾、需求階段復(fù)盤

2.1 需求定義復(fù)盤：

是否提供完整的需求輸出

是燕锥，? 輸出：流程圖+原型+交互+頁面文本標(biāo)注

2.2 需求變更復(fù)盤

*? 2.2.1 需求變更次數(shù)：4

*? 2.2.2 哪些需求變更影響了項目實際進度

首頁頁面布局、重新設(shè)計

新增訂單詳情頁悯蝉、訂單列表頁

主業(yè)務(wù)頁面重新設(shè)計

服務(wù)號變更為小程序?qū)崿F(xiàn)

*? 2.2.3 每次變更的原因：

前期考慮欠缺：

一方面脯宿，個人對市面上布局研究較少，所以能夠選擇的布局較少泉粉；

另一方面，沒有針對本產(chǎn)品的情況和用戶榴芳，做針對性的細(xì)節(jié)考慮嗡靡，盲目采用競品的布局設(shè)計，只想著快速完成設(shè)計窟感，進行需求評審讨彼；

領(lǐng)導(dǎo)變更實現(xiàn)平臺：服務(wù)號變更為小程序

*? 2.2.4 每個項目成員是否都清晰的知道每一次的變更：只有每位項目成員清楚的了解每次需求變更，并做好充分的溝通柿祈，才能保證項目的進度和質(zhì)量哈误。

因變更較頻繁哩至，同時每次變更部分細(xì)節(jié)較多，僅和開發(fā)進行過溝通蜜自，與測試菩貌、設(shè)計人員溝通不及時。

3重荠、開發(fā)階段復(fù)盤

3.1 工期評估復(fù)盤

*? 3.1.1 開發(fā)實施前箭阶，是否有充分的時間做工期預(yù)估

需求評審階段，開發(fā)有進行工期的預(yù)估戈鲁，但因前端頁面需求一直在更改仇参，前端開發(fā)工期一直未定，后臺邏輯方面影響較小婆殿，基本可確定

*? 3.1.2 工期預(yù)估與實際開發(fā)時間是否有差異诈乒，及差異原因分析

有差異，實際開發(fā)過程中婆芦，后臺方面不僅進行小程序的邏輯梳理怕磨，還需要與ERP后臺聯(lián)合開發(fā)很多接口，開發(fā)時間加長寞缝。

3.2 開發(fā)文檔復(fù)盤

*? 3.2.1 是否有撰寫開發(fā)文檔癌压？

開發(fā)有梳理技術(shù)流程圖

3.3 突發(fā)狀況復(fù)盤

*? 3.3.1 是否出現(xiàn)需求無法實現(xiàn)的狀況？原因是什么荆陆？

需求無法實現(xiàn)：

主業(yè)務(wù)服務(wù)中滩届，初始設(shè)計為：用戶可以根據(jù)A和B顯示Z，幫助用戶做選擇被啼，減少用戶輸入帜消。

原因:

選擇A需采用第三方應(yīng)用，存在不穩(wěn)定因素浓体，同時采用A選擇B泡挺，可能因第三方應(yīng)用用戶無法查詢到，導(dǎo)致出現(xiàn)錯誤命浴，所以最終決定采用用戶主動輸入,放棄讓用戶主動選擇娄猫。

六、后續(xù)行動計劃與改進措施

（一）需求管理與需求計劃

1生闲、產(chǎn)品需求靈魂五問

是否應(yīng)該制定版本迭代計劃媳溺？

什么時間制定？（需求評審前碍讯，中悬蔽，后）

如何制定？捉兴？蝎困？

每次的需求梳理是否有需求的版本迭代【即每次需求的范圍如何界定录语，是一次性上全部功能，還是梳理最小可使用版本禾乘？有什么指標(biāo)來確定澎埠？】

版本計劃制定最終拍板人是誰？

版本計劃影響到每次需求評審的目標(biāo)【以當(dāng)前版本實現(xiàn)為目標(biāo)還是以全部功能需求為目標(biāo)】盖袭，以及當(dāng)前版本的實現(xiàn)目標(biāo)與測試用例的編寫失暂，UI設(shè)計的布局，技術(shù)架構(gòu)的實現(xiàn)等等鳄虱。

2弟塞、統(tǒng)籌整個項目各個環(huán)節(jié)的時間

首先最重要的是評估個人出需求的時間，結(jié)合項目上線時間和上線目標(biāo)拙已，安排個人需求時間决记、設(shè)計、開發(fā)和測試的時間倍踪，明確可實現(xiàn)性系宫，合理安排項目時間周期

（二）需求確認(rèn)

1、需求及時確認(rèn)建车，有無明確的實現(xiàn)目標(biāo)或?qū)崿F(xiàn)效果扩借，半天內(nèi)，整理需求不明確的地方及時與相關(guān)人員進行聯(lián)系確認(rèn)缤至，并記錄有道云潮罪，針對每個項目建立需求確認(rèn)記錄，逐個擊破领斥。

2嫉到、嚴(yán)格控制拿到需求到輸出需求過程中各個部分的時間，【以下時間視實際情況變更】

接到需求---熟悉需求內(nèi)容并需求確認(rèn)【0.5天】----查看競品并分析總結(jié)【0.5天】----繪制業(yè)務(wù)流程圖【0.5天】-----梳理頁面流程【0.5天】------手繪原型+axure原型【1-2天】-----產(chǎn)品內(nèi)部評審并修改+二次產(chǎn)品評審并修改【1-2天】-----公開評審并修改【0.5-1天】-----交付設(shè)計

ps：需求過程中及時與產(chǎn)品內(nèi)部和產(chǎn)品需求提出方不斷做需求確認(rèn)月洛，無論是頁面設(shè)計還是流程設(shè)計何恶，以免需求評審時才提出，造成返工嚼黔，浪費團隊時間细层，這就要求多一些深思熟慮！；＝А今艺！

3、因公司內(nèi)部產(chǎn)品多與目前現(xiàn)行的線下場景相結(jié)合爵卒，所以多了解實際的應(yīng)用場景，市場上存在的某些功能或新穎需求不一定適合本產(chǎn)品使用撵彻，一定以公司實際情況為基礎(chǔ)钓株。

4实牡、明確平臺的服務(wù)用戶是哪些？在需求確認(rèn)的時候要明確轴合，自己也要想清楚创坞，不然要返工啊Ｊ芨稹Ｌ庹恰！

（三）需求評審

1总滩、個人對需求評審有方向性和目標(biāo)性纲堵，這次改版所要解決的問題以及所要達成的目標(biāo)都應(yīng)銘記于心，避免因發(fā)散思維闰渔，最終偏離會議方向席函。

2、把控需求評審時間冈涧，對某個需求點相持不下茂附，以會議目標(biāo)為主，避免導(dǎo)致場面混亂督弓，長時間僵持下去营曼，可以會后解決。

3愚隧、對技術(shù)方案探討不定蒂阱，會中把大概的技術(shù)方案定下來，具體技術(shù)實現(xiàn)細(xì)節(jié)奸攻，會后討論蒜危；認(rèn)真傾聽各位建議，再提出解決方案睹耐。對會議上提出的每一個問題都應(yīng)該記錄下來并作出解答辐赞，要冷靜客觀的把自己的觀點給陳述出來。

4硝训、每次評審之前响委，自己走一遍業(yè)務(wù)流程，并對應(yīng)頁面窖梁，查看是否有邏輯遺漏的地方赘风，同時查看頁面是否有不明確或遺漏的標(biāo)注，以及是否添加交互跳轉(zhuǎn)說明纵刘。

輸出：業(yè)務(wù)流程圖和原型圖【html壓縮包為宜邀窃。可附帶png圖片格式】

5假哎、針對需求評審提出的新需求瞬捕，判斷是否與當(dāng)期目標(biāo)實現(xiàn)有重要關(guān)聯(lián)鞍历，有則新增，明確一下需求肪虎，無則加在下期需求整理中劣砍，制定需求計劃！Ｉ染取刑枝！沒有評審目標(biāo)，需求評審無休止迅腔！

6装畅、需求評審的時候，著重講需求的背景钾挟，需求的主要流程洁灵，把需求的主要思路理清楚。避免過早進入細(xì)節(jié)掺出，以及過度糾結(jié)細(xì)節(jié)~

7徽千、需求評審各人員

開發(fā)：前端著重實現(xiàn)層面，每個部分是什么元素汤锨； 后臺關(guān)注邏輯與數(shù)據(jù)的相關(guān)性

測試：關(guān)注流程和細(xì)節(jié)

UI:著重頁面布局双抽、交互設(shè)計

8、需求評審前小范圍的溝通（確認(rèn)方案）

提前與項目相關(guān)人員做好溝通闲礼，針對技術(shù)方案可實現(xiàn)性提前了解牍汹，不能實現(xiàn)的提前準(zhǔn)備備用方案。

不要什么都等到需求評審會議上才去確認(rèn)/解決柬泽，提前做好溝通工作慎菲，能大大提高需求評審的效率。但不是說提前把所有的需求都溝通一遍啦锨并！大家都很忙露该，動好腦子帶好方案再去溝通！

9第煮、產(chǎn)品內(nèi)部需求評審

為了保證邏輯的一致性解幼，最好先進行產(chǎn)品團隊內(nèi)部的小范圍評審。

一次內(nèi)部的小范圍評審可以規(guī)避大部分需求不合理的地方包警，可以直接有效的提升需求評審的效率撵摆，同時也能增加其他團隊對產(chǎn)品團隊的信任感。.如果功能邏輯涉及到多個產(chǎn)品負(fù)責(zé)人害晦，這一步還是很有必要的特铝！

10、評審?fù)戤叄M行開發(fā)周期與設(shè)計周期的確認(rèn)

合理評估項目時間苟呐，是否與上線時間沖突痒芝，及時溝通，看是否需求調(diào)整需求計劃

11牵素、會后及時輸出會議紀(jì)要，羅列出會議中有爭議仍待解決的問題澄者、改動的部分和結(jié)論笆呆，將完善后最終更新過的需求文檔發(fā)送給參會人員，通知需求評審已完成粱挡。之后對問題進行跟蹤赠幕，保證評審結(jié)果的落實。

12询筏、細(xì)節(jié)分歧解決辦法~建立原則：

建立一個團隊大部分人員都認(rèn)可的較全面的方向和目標(biāo)榕堰，當(dāng)面對分歧和難以說服對方的情景的時候，依據(jù)建立的目標(biāo)或者方向嫌套，可以解決的問題或者提出當(dāng)前最優(yōu)的解決方案逆屡。

例如騰訊內(nèi)部的原則就是一切以用戶體驗。

（四）產(chǎn)品技能

1踱讨、重視業(yè)務(wù)流程圖與頁面流程圖魏蔗，這是梳理整個需求業(yè)務(wù)邏輯與頁面實現(xiàn)過程的重要步驟，如果確認(rèn)了這兩個部分痹筛，后續(xù)原型繪制會順利更多莺治。

2、針對多角色帚稠，直接用visio繪制跨職能流程圖谣旁，放棄axure，processon等流程圖繪制軟件滋早，把時間放在梳理實際需求流程上榄审，而不是花費在工具選擇和準(zhǔn)備階段！浪費時間馆衔！

3瘟判、流程圖要直觀，個人去學(xué)習(xí)一下流程圖的繪制意義是什么~不要添加過多和業(yè)務(wù)沒關(guān)系的元素角溃，每個流程圖講明白一件事拷获，就可以，復(fù)雜的流程减细，可以分開描述匆瓜，學(xué)習(xí)一下怎么簡化流程圖！

4、頁面布局設(shè)計的時候驮吱，多換位思考茧妒，模擬用戶使用的過程，看是否流暢左冬，是否有衍生需求桐筏，是否當(dāng)前版本滿足。

5拇砰、明確各個平臺的特點：小程序梅忌、微信服務(wù)號、app除破、網(wǎng)站牧氮、h5鏈接，多與技術(shù)溝通瑰枫，同時個人多學(xué)習(xí)踱葛，掌握要做的功能能否實現(xiàn)，以及如何實現(xiàn)光坝，避免作出不切實際的功能尸诽；

另外，如果轉(zhuǎn)換平臺實現(xiàn)教馆，有哪些優(yōu)缺點逊谋，技術(shù)實現(xiàn)上，前后端有什么差別土铺，針對不同部分是否可以換平臺來實現(xiàn)胶滋，不能實現(xiàn)是否有替代措施。技術(shù)評估需要多長時間

6悲敷、競品分析時究恤，一定時間內(nèi)多查看各種類型的APP,包括但不限于UI、設(shè)計頁面布局后德，頁面元件組成與作用部宿，頁面交互跳轉(zhuǎn)∑芭龋【個人每周周末至少出一篇針對某應(yīng)用的全面分析總結(jié)【新熱門產(chǎn)品優(yōu)先】-簡書】【嚴(yán)格控制時間~用時0.5天】

（五）工作習(xí)慣

1理张、項目周期內(nèi)與測試溝通較少，同時沒有針對性的給到測試相應(yīng)的文檔說明绵患，以致自己都不清楚如何驗收雾叭，測試到什么程度可以上線！落蝙！所以個人花時間學(xué)習(xí)一下應(yīng)該怎么交付測試织狐，有哪些需求暂幼，什么時間交付測試，同時明確測試對上線的重要性移迫。

2旺嬉、針對每個項目，建立對應(yīng)的文字記錄厨埋，便于后期復(fù)盤邪媳。

項目有道云文件夾【需求文字邏輯梳理----需求確認(rèn)記錄----最終版需求----需求評審記錄----需求變更記錄----待解決的問題、疑問----需求迭代計劃安排~等等待補充】

流程圖文件夾荡陷、原型圖文件夾悲酷、設(shè)計圖文件夾

3、每日日報亲善，明確一下具體工作內(nèi)容，將進度寫進去逗柴，把控個人工作進度蛹头，便于后期復(fù)盤

4、需求評審記錄筆記戏溺，當(dāng)日更新到有道云筆記中渣蜗，并逐個解決

5、多站在客觀角度看待別人給予建議的可行性旷祸，先感謝建議耕拷，個人再去辨識，嘗試從產(chǎn)品的角度去說服托享，不要執(zhí)拗啊骚烧，少年！

6闰围、為確保需求更改等項目相關(guān)消息及時通知所有人赃绊，建立項目所有相關(guān)人的群，即時溝通解決問題

七羡榴、總結(jié)

本文主要闡述了復(fù)盤的來源碧查，復(fù)盤的意義，復(fù)盤的方法與底層邏輯校仑，并針對性的描述產(chǎn)品項目復(fù)盤方法論忠售，結(jié)合個人項目實戰(zhàn)案例進行講述，希望能夠幫助到有需要的人迄沫。其中部分內(nèi)容來源于本人所閱讀文章和書籍稻扬，希望加上個人的理解，能夠讓更多人意識到復(fù)盤的重要性邢滑。

人生是一場每天都在現(xiàn)場直播的旅途腐螟，在忙碌工作和生活的間隙愿汰，不妨花點時間停留一下，復(fù)盤一下自己一段時間內(nèi)的工作與生活乐纸，是否朝著你最開始定的目標(biāo)在前進衬廷，找出其成功或失敗的關(guān)鍵點，知其然汽绢，而知其所以然吗跋，要有意義的失敗，避免無意義的成功宁昭，更高效率的去投入到下一場旅程中跌宛，離你的目標(biāo)，近一點积仗，更近一點疆拘。

給文章點個贊吧，從今天開始寂曹，做個深度思考哎迄，定期復(fù)盤的人。

善弈者隆圆，通盤無妙手漱挚，持續(xù)的復(fù)盤與經(jīng)驗復(fù)利，萬事可謀矣渺氧！