一尽棕、 什么是復(fù)盤？

1彬伦、來源

復(fù)盤最開始來源于圍棋術(shù)語滔悉，本意是對(duì)弈者下完一盤棋之后，重新將對(duì)弈過程擺一遍单绑，看看哪些地方下的好回官，哪些地方下的不好，甚至有更好的下法搂橙。

在美國歉提，最早采用復(fù)盤的是美國軍隊(duì)，它們將其稱為“行動(dòng)后反思”（after action review，AAR）唯袄。

美軍對(duì)AAR的定義是：“對(duì)一個(gè)事件的專業(yè)討論弯屈，以績效表現(xiàn)為核心，重點(diǎn)放在幫助參與者自己發(fā)現(xiàn)發(fā)生了什么恋拷，為什么發(fā)生，如何保持優(yōu)勢厅缺，以及改正缺點(diǎn)蔬顾。”

2湘捎、定義

復(fù)盤诀豁，就是一件事情做完了以后，做成功了窥妇，或者沒做成功舷胜，尤其是沒做成功的，坐下來把當(dāng)時(shí)的這個(gè)事情活翩，我們預(yù)先怎么定的目標(biāo)烹骨、中間出了什么問題、為什么做不到材泄，把這個(gè)過程要理一遍沮焕，理一遍之后，下次再做的時(shí)候拉宗，自然這次的經(jīng)驗(yàn)教訓(xùn)就吸收了峦树。

3、項(xiàng)目復(fù)盤

項(xiàng)目復(fù)盤就是針對(duì)一個(gè)項(xiàng)目旦事，不管是0到1或者是版本迭代魁巩，基本都會(huì)包含以下幾個(gè)核心階段（見下圖），就是把每個(gè)階段中的具體工作進(jìn)行分解姐浮，分析每一項(xiàng)工作的進(jìn)展是否順利谷遂，問題點(diǎn)在哪、以及如何更好的優(yōu)化单料。

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

二埋凯、 為什么要做復(fù)盤？

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

某產(chǎn)品經(jīng)理講過一句話白对，“產(chǎn)品經(jīng)理天然的路線就是走向管理”。而作為走向管理的第一步换怖，就是要會(huì)總結(jié)得失甩恼。每一個(gè)項(xiàng)目從開始到結(jié)束，過程中或多或少都會(huì)出現(xiàn)計(jì)劃之外的突發(fā)狀況。而復(fù)盤就是是絕佳的反思的機(jī)會(huì)条摸，產(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)理等躬厌，良好的項(xiàng)目復(fù)盤習(xí)慣马昨，依舊是積累總結(jié)項(xiàng)目得失，優(yōu)化下一步產(chǎn)品策略的最佳方式扛施。

另外鸿捧，產(chǎn)品經(jīng)理核心的能力之一，就是總結(jié)能力煮嫌，將收集到的需求建議笛谦、競品優(yōu)勢等進(jìn)行歸納整理，結(jié)合項(xiàng)目自身的差異點(diǎn)才能形成自己的需求思路昌阿。復(fù)盤能夠幫助你快速反思自己的不足饥脑，及時(shí)糾正。

2懦冰、從0到1建立制度或制度迭代

將問題找出其成功或失敗的關(guān)鍵點(diǎn)灶轰，知其然，而知其所以然刷钢，要有意義的失敗笋颤，避免無意義的成功。同時(shí)將處理辦法整理成一套可供執(zhí)行的程序内地，以便下次遇到相同問題時(shí)采用伴澄，當(dāng)然，視情況而定阱缓，不可拘泥死板非凌。

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

3、結(jié)合PDCA模式荆针，總結(jié)經(jīng)驗(yàn)敞嗡，提升項(xiàng)目管理能力

解決問題的制度形成過程

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

通過聯(lián)想集團(tuán)的復(fù)盤機(jī)制，來學(xué)習(xí)一下復(fù)盤的四個(gè)步驟和注意事項(xiàng)喉悴。

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

1棱貌、回顧目標(biāo)

復(fù)盤始于對(duì)預(yù)期目標(biāo)的回顧。在這一步箕肃，主要回答的問題如下所示婚脱。

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

·事件/行動(dòng)想要達(dá)到的目標(biāo)是什么勺像？

·我們計(jì)劃怎么做起惕？預(yù)先制訂的計(jì)劃是什么？

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

此階段存在的主要問題及對(duì)策建議

在本階段，主要存在的問題包括以下幾個(gè)问词。

①?zèng)]有目標(biāo)

按照復(fù)盤的學(xué)習(xí)機(jī)理督函，如果沒有預(yù)期的目標(biāo)和計(jì)劃，就談不上復(fù)盤激挪。因?yàn)闆]有目標(biāo)辰狡，就無所謂做得好與壞，也就沒有差異垄分，沒有從中學(xué)習(xí)的意義宛篇。因此，事先制訂清晰薄湿、明確的預(yù)期目標(biāo)與計(jì)劃叫倍，對(duì)于復(fù)盤是至關(guān)重要的。

如果在進(jìn)行復(fù)盤之前了解到項(xiàng)目/事件沒有目標(biāo)豺瘤，我建議應(yīng)盡快“亡羊補(bǔ)牢”吆倦，通過訪談項(xiàng)目負(fù)責(zé)人或組織項(xiàng)目團(tuán)隊(duì)研討，補(bǔ)充坐求、確認(rèn)項(xiàng)目/事件目標(biāo)蚕泽，并在復(fù)盤會(huì)議開始階段聲明這一點(diǎn)，提醒大家特別留意桥嗤。事實(shí)上须妻，這本身也應(yīng)成為一個(gè)重要的學(xué)習(xí)點(diǎn)，是下次改進(jìn)的重要教訓(xùn)之一泛领。

②目標(biāo)不清

在現(xiàn)實(shí)世界中荒吏，許多人的目標(biāo)定得比較籠統(tǒng)、模糊师逸，這樣不利于充分從復(fù)盤中學(xué)習(xí)司倚。為此豆混，我們建議在行動(dòng)前要將目標(biāo)盡可能明確、細(xì)化动知。同時(shí)針對(duì)目標(biāo)制定關(guān)鍵里程碑和關(guān)鍵結(jié)果

在企業(yè)管理領(lǐng)域皿伺，對(duì)于目標(biāo)的制定，通常認(rèn)為要符合SMART原則盒粮，即滿足如下五方面的要求鸵鸥。

·明確具體（specific）。

·可衡量（measurable）丹皱。

·有挑戰(zhàn)但可實(shí)現(xiàn)（achievable）妒穴。

·相關(guān)、可控（related）摊崭。

·有時(shí)限（time-limited）讼油。

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

我建議，應(yīng)將目標(biāo)展現(xiàn)出來呢簸，即將目標(biāo)很清晰明確地在某一個(gè)地方寫出來矮台，讓每一個(gè)參加行動(dòng)的人都能夠看到。同時(shí)根时，事先要經(jīng)過團(tuán)隊(duì)的討論瘦赫，確保團(tuán)隊(duì)成員對(duì)任務(wù)的目的和成功的標(biāo)準(zhǔn)理解一致，否則就失去了一起評(píng)價(jià)業(yè)績和甄別計(jì)劃與結(jié)果之間差異的基礎(chǔ)蛤迎。

④缺乏對(duì)實(shí)現(xiàn)目標(biāo)的策略确虱、方法、措施的規(guī)劃

雖然一些團(tuán)隊(duì)在行動(dòng)前擬定了目標(biāo)替裆，但是往往沒有認(rèn)真地規(guī)劃如何實(shí)現(xiàn)這些目標(biāo)校辩，也就是說，缺乏對(duì)實(shí)現(xiàn)目標(biāo)的策略扎唾、方法以及行動(dòng)措施的規(guī)劃召川。在這種情況下，匆匆地開始行動(dòng)胸遇，即使團(tuán)隊(duì)成員對(duì)目標(biāo)的理解一致荧呐，也可能因?yàn)閳F(tuán)隊(duì)中每個(gè)人對(duì)如何實(shí)現(xiàn)目標(biāo)有自己的理解，從而導(dǎo)致行動(dòng)過程中出現(xiàn)分歧纸镊，難以產(chǎn)生合力倍阐。

當(dāng)然，通過復(fù)盤逗威，可以讓團(tuán)隊(duì)成員明白：在行動(dòng)前峰搪，需要擬定清晰的目標(biāo)、達(dá)成共識(shí)凯旭，并就如何實(shí)現(xiàn)目標(biāo)群策群力概耻。這樣有助于提高團(tuán)隊(duì)效能使套。

2、評(píng)估結(jié)果

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

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

·實(shí)際上發(fā)生了什么事厌杜？

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

·與目標(biāo)相比夯尽，哪些地方做得好瞧壮？哪些未達(dá)預(yù)期？

有效的AAR必須建立在“鐵的事實(shí)”的基礎(chǔ)上匙握。如果現(xiàn)實(shí)難以陳述清楚咆槽，并取得一致，將導(dǎo)致復(fù)盤進(jìn)展緩慢或無法深入下去圈纺。

3罗晕、分析原因

一旦事實(shí)確定下來了，就可以開始診斷赠堵、分析存在差異的原因。這一階段的目標(biāo)是找出導(dǎo)致成功或失敗的根本原因法褥。這一步要回答的問題包括以下幾個(gè)茫叭。

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

·如果有半等，為什么會(huì)發(fā)生這些差異揍愁？是哪些因素造成了我們沒有達(dá)到預(yù)期目標(biāo)？失敗的根本原因是什么杀饵？

·如果沒有莽囤，成功的關(guān)鍵因素是什么？

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

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

對(duì)于一些復(fù)雜的項(xiàng)目/事件，不必對(duì)所有差異一一分析蔚叨，而是應(yīng)該把握關(guān)鍵床蜘，針對(duì)一些關(guān)鍵事件/議題進(jìn)行深入分析辙培，找到根本原因

要回答這些問題，需要參與AAR的人員具備解決問題的技能邢锯，以及開放扬蕊、坦誠、愿意承擔(dān)責(zé)任的心態(tài)弹囚。團(tuán)隊(duì)必須針對(duì)幾個(gè)可能的解釋進(jìn)行“頭腦風(fēng)暴”思考厨相，從有限或彼此矛盾的信息中搜尋線索，發(fā)掘答案鸥鹉。為此蛮穿，他們必須做到絕對(duì)誠實(shí)，敢于面對(duì)自己的缺陷毁渗，勇于承認(rèn)錯(cuò)誤践磅，而不是推脫責(zé)任，在錯(cuò)誤或缺點(diǎn)面前裝聾作啞

事實(shí)上灸异，決定下次做什么常常是和診斷府适、分析不可分割的。只有真正理解了問題是什么肺樟、根本原因在哪里檐春，參與者才能想到并提出行之有效的解決方案。

在這方面么伯，可以使用的工具與方法包括：頭腦風(fēng)暴法疟暖、五個(gè)為什么、魚骨圖田柔、因果回路圖等俐巴。而對(duì)于許多動(dòng)態(tài)復(fù)雜性問題疑枯，系統(tǒng)思考的技能尤為重要反砌。

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

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

明白為什么會(huì)成功、哪些關(guān)鍵行為起了作用揭鳞、這些行為有沒有適用條件（也就是說缀磕，在何種條件下采取這些行為才是可行的）缘圈，對(duì)于提高后續(xù)行動(dòng)的成功率才是有價(jià)值的。

復(fù)盤時(shí)堅(jiān)持下列精神：成功了袜蚕，多想想客觀因素准验；失敗了，多找找主觀原因廷没。只有保持謙虛的態(tài)度糊饱，實(shí)事求是，客觀地分析和評(píng)價(jià)颠黎，不夸大或高估自己另锋，找到真正的原因滞项，才能有效地從行動(dòng)中學(xué)習(xí)，否則就是自己騙自己夭坪。

（3）“what…if…”分析

在分析原因階段文判，可以做一些“what…if…”分析。也就是說室梅，可以敞開心扉戏仓，設(shè)想一下如果出現(xiàn)了另外一些狀況，或者當(dāng)時(shí)換了另外一種做法（if…）亡鼠，做法（if…）赏殃，會(huì)是一幅什么景象（what…）。這類似于在頭腦中對(duì)各種可能性做一些“推演”间涵。但這種推演不應(yīng)天馬行空仁热，成為“馬后炮”或“后悔藥”，還是應(yīng)該建立在關(guān)鍵原因分析的基礎(chǔ)之上勾哩。

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

復(fù)盤的核心目的在于從行動(dòng)中學(xué)到經(jīng)驗(yàn)教訓(xùn)抗蠢，并將其付諸后續(xù)的改進(jìn)。因此思劳，確定導(dǎo)致行動(dòng)成敗的關(guān)鍵原因迅矛，找出解決方案，也是復(fù)盤整個(gè)過程中最重要的步驟潜叛。這我們從過程中學(xué)到了什么新東西诬乞？

·如果有人要進(jìn)行同樣的行動(dòng)，我會(huì)給他什么建議钠导？

·接下來我們?cè)撟鲂┦裁矗磕男┦俏覀兛芍苯有袆?dòng)的森瘪？哪些是其他層級(jí)才能處理的牡属？是否要向上呈報(bào)？

四扼睬、如何做產(chǎn)品項(xiàng)目復(fù)盤逮栅？

復(fù)盤就是對(duì)具體工作進(jìn)行分解，分析問題點(diǎn)和如何改進(jìn)窗宇，以下就任務(wù)分解之后的復(fù)盤點(diǎn)措伐，進(jìn)行闡述。

1军俊、 項(xiàng)目目標(biāo)復(fù)盤

1.1 項(xiàng)目進(jìn)度復(fù)盤

• 1.1.1 是否按照原計(jì)劃交付時(shí)間交付侥加？
• 1.1.2 原計(jì)劃的需求點(diǎn)實(shí)現(xiàn)了多少？哪些需求點(diǎn)沒有按計(jì)劃實(shí)現(xiàn)粪躬？每一個(gè)需求點(diǎn)延后原因分別是什么担败？
• 1.1.3 哪些里程碑有延遲昔穴，延遲原因是什么？

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

• 1.2.1 項(xiàng)目中出現(xiàn)了哪些意外提前？為什么會(huì)出現(xiàn)這些意外吗货？
• 1.2.2 用戶對(duì)新增功能點(diǎn)的接受程度和項(xiàng)目規(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è)計(jì)師、交互師拓售、開發(fā)人員分別對(duì)需求是否明確：如果出現(xiàn)需求不明確的情況窥摄，將會(huì)嚴(yán)重影響項(xiàng)目的進(jìn)度和質(zhì)量。
• 2.1.3 是否對(duì)典型用戶和使用場景有清晰的描述础淤？

2.2 需求變更復(fù)盤

• 2.2.1 需求變更次數(shù)：敏捷開發(fā)已經(jīng)將需求變更的影響降到最低崭放，但是較少的需求變更仍然是項(xiàng)目進(jìn)展順利的前提之一。
• 2.2.2 哪些需求變更影響了項(xiàng)目實(shí)際進(jìn)度
• 2.2.3 每次變更的原因：領(lǐng)導(dǎo)干預(yù)鸽凶？前期考慮欠缺币砂？需求無法實(shí)現(xiàn)？分析每一次的變更原因玻侥，可以在后期項(xiàng)目中進(jìn)行合理的避免决摧。
• 2.2.4 每個(gè)項(xiàng)目成員是否都清晰的知道每一次的變更：只有每位項(xiàng)目成員清楚的了解每次需求變更，并做好充分的溝通凑兰，才能保證項(xiàng)目的進(jìn)度和質(zhì)量掌桩。
• 2.2.5 項(xiàng)目成員是否能接收需求變更：這就要求每次需求變更，都要和相關(guān)人員做好溝通姑食。

3波岛、設(shè)計(jì)階段復(fù)盤

• 3.1 是否確定視覺設(shè)計(jì)的最終審核人？
• 3.2 UI設(shè)計(jì)產(chǎn)出是否符合統(tǒng)一標(biāo)準(zhǔn)音半？
• 3.3 設(shè)計(jì)工作是否影響開發(fā)工作的進(jìn)度则拷？影響原因是什么？
• 3.4 產(chǎn)品設(shè)計(jì)工作在什么時(shí)候曹鸠，由誰來完成的煌茬？

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

4.1 工期評(píng)估復(fù)盤

• 4.1.1 開發(fā)實(shí)施前彻桃，是否有充分的時(shí)間做工期預(yù)估：工期評(píng)估一方面是讓項(xiàng)目成員能夠?qū)?xiàng)目的整體進(jìn)度有所準(zhǔn)備坛善，也是對(duì)項(xiàng)目需求進(jìn)行詳細(xì)梳理的過程。
• 4.1.2 工期預(yù)估與實(shí)際開發(fā)時(shí)間是否有差異，及差異原因分析

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

• 4.2.1 是否有撰寫開發(fā)文檔浑吟？
• 4.2.2 開發(fā)文檔是否符合規(guī)范

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

• 4.3.1 是否出現(xiàn)需求無法實(shí)現(xiàn)的狀況笙纤？原因是什么？
• 4.3.2 是否出現(xiàn)團(tuán)隊(duì)成員變動(dòng)情況组力？如何應(yīng)對(duì)成員變動(dòng)省容？后期如何避免？
• 4.3.3 是否出現(xiàn)功能模塊與需求不符的情況燎字？出現(xiàn)原因是什么腥椒？

4.4 Code Review復(fù)盤

• 4.4.1 是如何進(jìn)行的：包括如何分工，如何復(fù)查等候衍。
• 4.4.2 Code Review結(jié)果是什么笼蛛？
• 4.4.3 是否嚴(yán)格執(zhí)行了代碼規(guī)范？對(duì)不規(guī)范的代碼如何處理蛉鹿？

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

5.1 測試計(jì)劃復(fù)盤

• 5.1.1 是否有完整、準(zhǔn)確的測試用例妖异？
• 5.1.2 是否有一個(gè)測試計(jì)劃惋戏？這樣的計(jì)劃是否有效？
• 5.1.3 團(tuán)隊(duì)是如何測試并跟蹤產(chǎn)品開發(fā)效果的他膳？

5.2 測試工具復(fù)盤

• 5.2.1 使用了哪些測試工具來幫助測試响逢？是否可以持續(xù)使用？
• 5.2.2 測試的時(shí)間棕孙、人力和軟件/硬件資源是否足夠?

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

• 5.3.1 哪個(gè)功能模塊產(chǎn)生的Bug最多舔亭，為什么？
• 5.3.2 哪些BUG出現(xiàn)回滾蟀俊，原因是什么钦铺？

回滾：

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

6误甚、上線階段復(fù)盤

6.1 驗(yàn)收復(fù)盤

• 6.1.1 是否進(jìn)行了正式的上線驗(yàn)收？
• 6.1.2 在正式發(fā)布的過程中是否有出現(xiàn)狀況谱净？后續(xù)如何避免窑邦？
• 6.1.3 上線前是否和運(yùn)營、文案進(jìn)行充分的溝通壕探？
• 6.1.4 是否檢查了數(shù)據(jù)埋點(diǎn)冈钦，數(shù)據(jù)埋點(diǎn)是否滿足運(yùn)營要求？

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

• 6.2.1 在上線之后是否出現(xiàn)重大bug? 為什么測試階段沒有發(fā)現(xiàn)李请？
• 6.2.2 產(chǎn)品上線后的問題反饋渠道是否流程瞧筛？
• 6.2.3 產(chǎn)品上線后收集到哪些問題反饋厉熟？都是什么類型？如何改進(jìn)较幌？

每次的項(xiàng)目復(fù)盤揍瑟，都是對(duì)自己的一次拷問和錘煉，迭代型產(chǎn)品每逢3個(gè)版本進(jìn)行一次復(fù)盤乍炉，

一般情況下绢片，發(fā)版的節(jié)奏是一個(gè)月一個(gè)版本，因此可以按照3個(gè)月的節(jié)奏進(jìn)行復(fù)盤岛琼。最后底循，每次的復(fù)盤結(jié)果都要形成文字記錄。

五槐瑞、項(xiàng)目復(fù)盤案例---xxx服務(wù)號(hào)

項(xiàng)目名稱：xxx服務(wù)號(hào)

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

項(xiàng)目目標(biāo)：2018.1.18熙涤，微信服務(wù)號(hào)上線

項(xiàng)目現(xiàn)狀：項(xiàng)目延期，換小程序來實(shí)現(xiàn)困檩，分版本開發(fā)祠挫， 第一版本開發(fā)進(jìn)度70%

項(xiàng)目歷程：

項(xiàng)目歷程

以下，我將按照上述產(chǎn)品項(xiàng)目復(fù)盤的方法窗看，對(duì)此項(xiàng)目進(jìn)行復(fù)盤茸歧，主要針對(duì)【項(xiàng)目目標(biāo)階段】【項(xiàng)目需求階段】【開發(fā)階段】三個(gè)階段進(jìn)行復(fù)盤。

1显沈、項(xiàng)目目標(biāo)復(fù)盤

1.1 項(xiàng)目進(jìn)度復(fù)盤

是否按照原計(jì)劃交付時(shí)間交付软瞎？

否

目標(biāo)：

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

現(xiàn)狀：

項(xiàng)目延期，換小程序來實(shí)現(xiàn)拉讯，分版本開發(fā)涤浇， 第一版本開發(fā)進(jìn)度70%

原因：

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

1. 此項(xiàng)目目的是將現(xiàn)有線下流程通過小程序幫助用戶便捷化操作，提升線下效率魔慷，但線下流程并沒有明確的規(guī)范只锭，產(chǎn)品需求確認(rèn)花時(shí)間較長。
2. 個(gè)人流程圖繪制技能較弱院尔，沒有繪制完整且可辨識(shí)度高的的全流程流程圖
3. 原型繪制上蜻展，沒有明確邏輯與異常標(biāo)注，交互提示不明確邀摆，排列排版不美觀
4. 需求尚不明確纵顾，無法對(duì)需求任務(wù)進(jìn)行合理的時(shí)間預(yù)估和時(shí)間安排，沒有統(tǒng)籌需求栋盹、設(shè)計(jì)施逾、開發(fā)與測試的時(shí)間
5. 產(chǎn)品設(shè)計(jì)布局不合理，無法直接美觀告訴用戶所需求的內(nèi)容

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

沒有按照SMART原則進(jìn)行明確目標(biāo)汉额，沒有合理評(píng)估整個(gè)項(xiàng)目的時(shí)間

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

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

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

2曹仗、需求階段復(fù)盤

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

• 是否提供完整的需求輸出
  是， 輸出：流程圖+原型+交互+頁面文本標(biāo)注

2.2 需求變更復(fù)盤

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

* 2.2.2 哪些需求變更影響了項(xiàng)目實(shí)際進(jìn)度

1. 首頁頁面布局蠕搜、重新設(shè)計(jì)
2. 新增訂單詳情頁怎茫、訂單列表頁
3. 主業(yè)務(wù)頁面重新設(shè)計(jì)
4. 服務(wù)號(hào)變更為小程序?qū)崿F(xiàn)

* 2.2.3 每次變更的原因：

1. 前期考慮欠缺：
   一方面，個(gè)人對(duì)市面上布局研究較少讥脐，所以能夠選擇的布局較少遭居；
   另一方面，沒有針對(duì)本產(chǎn)品的情況和用戶旬渠，做針對(duì)性的細(xì)節(jié)考慮俱萍，盲目采用競品的布局設(shè)計(jì)，只想著快速完成設(shè)計(jì)告丢，進(jìn)行需求評(píng)審枪蘑；

2. 領(lǐng)導(dǎo)變更實(shí)現(xiàn)平臺(tái)：服務(wù)號(hào)變更為小程序

* 2.2.4 每個(gè)項(xiàng)目成員是否都清晰的知道每一次的變更：只有每位項(xiàng)目成員清楚的了解每次需求變更，并做好充分的溝通岖免，才能保證項(xiàng)目的進(jìn)度和質(zhì)量岳颇。

因變更較頻繁，同時(shí)每次變更部分細(xì)節(jié)較多颅湘，僅和開發(fā)進(jìn)行過溝通话侧，與測試、設(shè)計(jì)人員溝通不及時(shí)闯参。

3瞻鹏、開發(fā)階段復(fù)盤

3.1 工期評(píng)估復(fù)盤

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

需求評(píng)審階段鹿寨，開發(fā)有進(jìn)行工期的預(yù)估新博，但因前端頁面需求一直在更改，前端開發(fā)工期一直未定脚草，后臺(tái)邏輯方面影響較小赫悄，基本可確定

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

有差異馏慨，實(shí)際開發(fā)過程中埂淮，后臺(tái)方面不僅進(jìn)行小程序的邏輯梳理，還需要與ERP后臺(tái)聯(lián)合開發(fā)很多接口写隶，開發(fā)時(shí)間加長倔撞。

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

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

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

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

* 3.3.1 是否出現(xiàn)需求無法實(shí)現(xiàn)的狀況樟澜？原因是什么误窖？

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

主業(yè)務(wù)服務(wù)中，初始設(shè)計(jì)為：用戶可以根據(jù)A和B顯示Z秩贰，幫助用戶做選擇霹俺，減少用戶輸入。

原因:

選擇A需采用第三方應(yīng)用毒费，存在不穩(wěn)定因素丙唧，同時(shí)采用A選擇B，可能因第三方應(yīng)用用戶無法查詢到觅玻，導(dǎo)致出現(xiàn)錯(cuò)誤想际，所以最終決定采用用戶主動(dòng)輸入,放棄讓用戶主動(dòng)選擇。

六溪厘、后續(xù)行動(dòng)計(jì)劃與改進(jìn)措施

（一）需求管理與需求計(jì)劃

1胡本、產(chǎn)品需求靈魂五問

1. 是否應(yīng)該制定版本迭代計(jì)劃？
2. 什么時(shí)間制定畸悬？（需求評(píng)審前侧甫，中，后）
3. 如何制定蹋宦？披粟？？
4. 每次的需求梳理是否有需求的版本迭代【即每次需求的范圍如何界定冷冗，是一次性上全部功能守屉，還是梳理最小可使用版本？有什么指標(biāo)來確定蒿辙？】
5. 版本計(jì)劃制定最終拍板人是誰拇泛？

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

2习瑰、統(tǒng)籌整個(gè)項(xiàng)目各個(gè)環(huán)節(jié)的時(shí)間

首先最重要的是評(píng)估個(gè)人出需求的時(shí)間绪颖，結(jié)合項(xiàng)目上線時(shí)間和上線目標(biāo)，安排個(gè)人需求時(shí)間甜奄、設(shè)計(jì)柠横、開發(fā)和測試的時(shí)間，明確可實(shí)現(xiàn)性课兄，合理安排項(xiàng)目時(shí)間周期

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

1牍氛、需求及時(shí)確認(rèn)，有無明確的實(shí)現(xiàn)目標(biāo)或?qū)崿F(xiàn)效果烟阐，半天內(nèi)搬俊，整理需求不明確的地方及時(shí)與相關(guān)人員進(jìn)行聯(lián)系確認(rèn)紊扬，并記錄有道云，針對(duì)每個(gè)項(xiàng)目建立需求確認(rèn)記錄唉擂，逐個(gè)擊破餐屎。

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

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

ps：需求過程中及時(shí)與產(chǎn)品內(nèi)部和產(chǎn)品需求提出方不斷做需求確認(rèn)腹缩，無論是頁面設(shè)計(jì)還是流程設(shè)計(jì)，以免需求評(píng)審時(shí)才提出空扎，造成返工藏鹊，浪費(fèi)團(tuán)隊(duì)時(shí)間，這就要求多一些深思熟慮Ｗ狻Ｅ坦选！

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

4、明確平臺(tái)的服務(wù)用戶是哪些抚吠？在需求確認(rèn)的時(shí)候要明確常潮，自己也要想清楚，不然要返工翱Α：笆健！萧朝！

（三）需求評(píng)審

1岔留、個(gè)人對(duì)需求評(píng)審有方向性和目標(biāo)性，這次改版所要解決的問題以及所要達(dá)成的目標(biāo)都應(yīng)銘記于心检柬，避免因發(fā)散思維献联，最終偏離會(huì)議方向。

2何址、把控需求評(píng)審時(shí)間里逆，對(duì)某個(gè)需求點(diǎn)相持不下，以會(huì)議目標(biāo)為主用爪，避免導(dǎo)致場面混亂原押，長時(shí)間僵持下去，可以會(huì)后解決偎血。

3诸衔、對(duì)技術(shù)方案探討不定盯漂，會(huì)中把大概的技術(shù)方案定下來，具體技術(shù)實(shí)現(xiàn)細(xì)節(jié)笨农，會(huì)后討論宠能；認(rèn)真傾聽各位建議，再提出解決方案磁餐。對(duì)會(huì)議上提出的每一個(gè)問題都應(yīng)該記錄下來并作出解答，要冷靜客觀的把自己的觀點(diǎn)給陳述出來阿弃。

4诊霹、每次評(píng)審之前，自己走一遍業(yè)務(wù)流程渣淳，并對(duì)應(yīng)頁面脾还，查看是否有邏輯遺漏的地方，同時(shí)查看頁面是否有不明確或遺漏的標(biāo)注入愧，以及是否添加交互跳轉(zhuǎn)說明鄙漏。
輸出：業(yè)務(wù)流程圖和原型圖【html壓縮包為宜」字耄可附帶png圖片格式】

5怔蚌、針對(duì)需求評(píng)審提出的新需求，判斷是否與當(dāng)期目標(biāo)實(shí)現(xiàn)有重要關(guān)聯(lián)旁赊，有則新增桦踊，明確一下需求，無則加在下期需求整理中终畅，制定需求計(jì)劃＜琛！离福！沒有評(píng)審目標(biāo)杖狼，需求評(píng)審無休止！

6妖爷、需求評(píng)審的時(shí)候蝶涩，著重講需求的背景，需求的主要流程絮识，把需求的主要思路理清楚子寓。避免過早進(jìn)入細(xì)節(jié)，以及過度糾結(jié)細(xì)節(jié)~

7笋除、需求評(píng)審各人員

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

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

UI:著重頁面布局垃它、交互設(shè)計(jì)

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

提前與項(xiàng)目相關(guān)人員做好溝通烹看，針對(duì)技術(shù)方案可實(shí)現(xiàn)性提前了解，不能實(shí)現(xiàn)的提前準(zhǔn)備備用方案洛史。

不要什么都等到需求評(píng)審會(huì)議上才去確認(rèn)/解決惯殊，提前做好溝通工作，能大大提高需求評(píng)審的效率也殖。但不是說提前把所有的需求都溝通一遍啦土思！大家都很忙，動(dòng)好腦子帶好方案再去溝通忆嗜！

9己儒、產(chǎn)品內(nèi)部需求評(píng)審

為了保證邏輯的一致性，最好先進(jìn)行產(chǎn)品團(tuán)隊(duì)內(nèi)部的小范圍評(píng)審捆毫。

一次內(nèi)部的小范圍評(píng)審可以規(guī)避大部分需求不合理的地方闪湾，可以直接有效的提升需求評(píng)審的效率，同時(shí)也能增加其他團(tuán)隊(duì)對(duì)產(chǎn)品團(tuán)隊(duì)的信任感绩卤。.如果功能邏輯涉及到多個(gè)產(chǎn)品負(fù)責(zé)人途样，這一步還是很有必要的！

10濒憋、評(píng)審?fù)戤吅蜗荆M(jìn)行開發(fā)周期與設(shè)計(jì)周期的確認(rèn)

合理評(píng)估項(xiàng)目時(shí)間，是否與上線時(shí)間沖突凛驮，及時(shí)溝通赖晶，看是否需求調(diào)整需求計(jì)劃

11、會(huì)后及時(shí)輸出會(huì)議紀(jì)要辐烂，羅列出會(huì)議中有爭議仍待解決的問題遏插、改動(dòng)的部分和結(jié)論，將完善后最終更新過的需求文檔發(fā)送給參會(huì)人員纠修，通知需求評(píng)審已完成胳嘲。之后對(duì)問題進(jìn)行跟蹤，保證評(píng)審結(jié)果的落實(shí)扣草。

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

建立一個(gè)團(tuán)隊(duì)大部分人員都認(rèn)可的較全面的方向和目標(biāo)，當(dāng)面對(duì)分歧和難以說服對(duì)方的情景的時(shí)候辰妙，依據(jù)建立的目標(biāo)或者方向鹰祸，可以解決的問題或者提出當(dāng)前最優(yōu)的解決方案。

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

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

1蛙婴、重視業(yè)務(wù)流程圖與頁面流程圖，這是梳理整個(gè)需求業(yè)務(wù)邏輯與頁面實(shí)現(xiàn)過程的重要步驟尔破，如果確認(rèn)了這兩個(gè)部分街图，后續(xù)原型繪制會(huì)順利更多浇衬。

2、針對(duì)多角色餐济，直接用visio繪制跨職能流程圖耘擂，放棄axure，processon等流程圖繪制軟件絮姆，把時(shí)間放在梳理實(shí)際需求流程上醉冤，而不是花費(fèi)在工具選擇和準(zhǔn)備階段！浪費(fèi)時(shí)間篙悯！

3蚁阳、流程圖要直觀，個(gè)人去學(xué)習(xí)一下流程圖的繪制意義是什么~不要添加過多和業(yè)務(wù)沒關(guān)系的元素辕近，每個(gè)流程圖講明白一件事，就可以匿垄，復(fù)雜的流程移宅，可以分開描述，學(xué)習(xí)一下怎么簡化流程圖椿疗！

4漏峰、頁面布局設(shè)計(jì)的時(shí)候，多換位思考届榄，模擬用戶使用的過程浅乔，看是否流暢，是否有衍生需求铝条，是否當(dāng)前版本滿足靖苇。

5、明確各個(gè)平臺(tái)的特點(diǎn)：小程序班缰、微信服務(wù)號(hào)贤壁、app、網(wǎng)站埠忘、h5鏈接脾拆，多與技術(shù)溝通，同時(shí)個(gè)人多學(xué)習(xí)莹妒，掌握要做的功能能否實(shí)現(xiàn)名船，以及如何實(shí)現(xiàn)，避免作出不切實(shí)際的功能旨怠；

另外渠驼，如果轉(zhuǎn)換平臺(tái)實(shí)現(xiàn)，有哪些優(yōu)缺點(diǎn)鉴腻，技術(shù)實(shí)現(xiàn)上渴邦，前后端有什么差別疯趟，針對(duì)不同部分是否可以換平臺(tái)來實(shí)現(xiàn)，不能實(shí)現(xiàn)是否有替代措施谋梭。技術(shù)評(píng)估需要多長時(shí)間

6信峻、競品分析時(shí)，一定時(shí)間內(nèi)多查看各種類型的APP,包括但不限于UI瓮床、設(shè)計(jì)頁面布局盹舞，頁面元件組成與作用，頁面交互跳轉(zhuǎn)隘庄√卟剑【個(gè)人每周周末至少出一篇針對(duì)某應(yīng)用的全面分析總結(jié)【新熱門產(chǎn)品優(yōu)先】-簡書】【嚴(yán)格控制時(shí)間~用時(shí)0.5天】

（五）工作習(xí)慣

1、項(xiàng)目周期內(nèi)與測試溝通較少丑掺，同時(shí)沒有針對(duì)性的給到測試相應(yīng)的文檔說明获印，以致自己都不清楚如何驗(yàn)收，測試到什么程度可以上線＝种荨兼丰！所以個(gè)人花時(shí)間學(xué)習(xí)一下應(yīng)該怎么交付測試，有哪些需求唆缴，什么時(shí)間交付測試鳍征，同時(shí)明確測試對(duì)上線的重要性。

2面徽、針對(duì)每個(gè)項(xiàng)目艳丛，建立對(duì)應(yīng)的文字記錄，便于后期復(fù)盤趟紊。

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

流程圖文件夾、原型圖文件夾霎匈、設(shè)計(jì)圖文件夾

3眶蕉、每日日?qǐng)?bào)，明確一下具體工作內(nèi)容唧躲，將進(jìn)度寫進(jìn)去造挽，把控個(gè)人工作進(jìn)度，便于后期復(fù)盤

4弄痹、需求評(píng)審記錄筆記饭入，當(dāng)日更新到有道云筆記中，并逐個(gè)解決

5肛真、多站在客觀角度看待別人給予建議的可行性谐丢，先感謝建議，個(gè)人再去辨識(shí)，嘗試從產(chǎn)品的角度去說服乾忱，不要執(zhí)拗啊讥珍，少年！

6窄瘟、為確保需求更改等項(xiàng)目相關(guān)消息及時(shí)通知所有人衷佃，建立項(xiàng)目所有相關(guān)人的群，即時(shí)溝通解決問題

七蹄葱、總結(jié)

本文主要闡述了復(fù)盤的來源氏义，復(fù)盤的意義，復(fù)盤的方法與底層邏輯图云，并針對(duì)性的描述產(chǎn)品項(xiàng)目復(fù)盤方法論惯悠，結(jié)合個(gè)人項(xiàng)目實(shí)戰(zhàn)案例進(jìn)行講述，希望能夠幫助到有需要的人竣况。其中部分內(nèi)容來源于本人所閱讀文章和書籍克婶，希望加上個(gè)人的理解，能夠讓更多人意識(shí)到復(fù)盤的重要性丹泉。

人生是一場每天都在現(xiàn)場直播的旅途情萤，在忙碌工作和生活的間隙，不妨花點(diǎn)時(shí)間停留一下嘀掸，復(fù)盤一下自己一段時(shí)間內(nèi)的工作與生活紫岩，是否朝著你最開始定的目標(biāo)在前進(jìn)规惰，找出其成功或失敗的關(guān)鍵點(diǎn)睬塌，知其然，而知其所以然歇万，要有意義的失敗揩晴，避免無意義的成功，更高效率的去投入到下一場旅程中贪磺，離你的目標(biāo)硫兰，近一點(diǎn)，更近一點(diǎn)寒锚。

給文章點(diǎn)個(gè)贊吧劫映，從今天開始，做個(gè)深度思考刹前，定期復(fù)盤的人泳赋。

善弈者，通盤無妙手喇喉，持續(xù)的復(fù)盤與經(jīng)驗(yàn)復(fù)利祖今，萬事可謀矣！

感謝大家的認(rèn)真閱讀，我是Harvey千诬，一個(gè)0.5歲產(chǎn)品經(jīng)理耍目，不定期與大家匯報(bào)我的學(xué)習(xí)與復(fù)盤進(jìn)展，請(qǐng)多多指教~