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

1、來(lái)源

復(fù)盤最開(kāi)始來(lái)源于圍棋術(shù)語(yǔ)，本意是對(duì)弈者下完一盤棋之后，重新將對(duì)弈過(guò)程擺一遍，看看哪些地方下的好，哪些地方下的不好，甚至有更好的下法。

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

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

2、定義

復(fù)盤，就是一件事情做完了以后，做成功了，或者沒(méi)做成功，尤其是沒(méi)做成功的，坐下來(lái)把當(dāng)時(shí)的這個(gè)事情，我們預(yù)先怎么定的目標(biāo)、中間出了什么問(wèn)題、為什么做不到，把這個(gè)過(guò)程要理一遍，理一遍之后，下次再做的時(shí)候，自然這次的經(jīng)驗(yàn)教訓(xùn)就吸收了。

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

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

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

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

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

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

當(dāng)然，即使不走向管理崗，復(fù)盤的意義亦難以替代。比如說(shuō)，現(xiàn)在市場(chǎng)上要求越來(lái)越專業(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é)能力，將收集到的需求建議、競(jìng)品優(yōu)勢(shì)等進(jìn)行歸納整理，結(jié)合項(xiàng)目自身的差異點(diǎn)才能形成自己的需求思路。復(fù)盤能夠幫助你快速反思自己的不足，及時(shí)糾正。

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

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

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

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

解決問(wèn)題的制度形成過(guò)程

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

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

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

1、回顧目標(biāo)

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

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

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

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

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

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

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

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

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

如果在進(jìn)行復(fù)盤之前了解到項(xiàng)目/事件沒(méi)有目標(biāo)，我建議應(yīng)盡快“亡羊補(bǔ)牢”，通過(guò)訪談項(xiàng)目負(fù)責(zé)人或組織項(xiàng)目團(tuán)隊(duì)研討，補(bǔ)充、確認(rèn)項(xiàng)目/事件目標(biāo)，并在復(fù)盤會(huì)議開(kāi)始階段聲明這一點(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)出來(lái)，即將目標(biāo)很清晰明確地在某一個(gè)地方寫出來(lái)，讓每一個(gè)參加行動(dòng)的人都能夠看到。同時(shí)，事先要經(jīng)過(guò)團(tuán)隊(duì)的討論，確保團(tuán)隊(duì)成員對(duì)任務(wù)的目的和成功的標(biāo)準(zhǔn)理解一致，否則就失去了一起評(píng)價(jià)業(yè)績(jī)和甄別計(jì)劃與結(jié)果之間差異的基礎(chǔ)。

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

雖然一些團(tuán)隊(duì)在行動(dòng)前擬定了目標(biāo)，但是往往沒(méi)有認(rèn)真地規(guī)劃如何實(shí)現(xiàn)這些目標(biāo)，也就是說(shuō)，缺乏對(duì)實(shí)現(xiàn)目標(biāo)的策略、方法以及行動(dòng)措施的規(guī)劃。在這種情況下，匆匆地開(kāi)始行動(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)過(guò)程中出現(xiàn)分歧，難以產(chǎn)生合力。

當(dāng)然，通過(guò)復(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ā)生了什么

在這一步中，要回答的主要問(wèn)題如下。

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

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

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

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

3、分析原因

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（3）“what…if…”分析

在分析原因階段，可以做一些“what…if…”分析。也就是說(shuō)，可以敞開(kāi)心扉，設(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è)過(guò)程中最重要的步驟。這我們從過(guò)程中學(xué)到了什么新東西？

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

·接下來(lái)我們?cè)撟鲂┦裁?？哪些是我們可直接行?dòng)的？哪些是其他層級(jí)才能處理的？是否要向上呈報(bào)？

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

復(fù)盤就是對(duì)具體工作進(jìn)行分解，分析問(wè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)沒(méi)有按計(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ì)師、交互師、開(kāi)發(fā)人員分別對(duì)需求是否明確：如果出現(xiàn)需求不明確的情況，將會(huì)嚴(yán)重影響項(xiàng)目的進(jìn)度和質(zhì)量。

2.1.3 是否對(duì)典型用戶和使用場(chǎng)景有清晰的描述？

2.2 需求變更復(fù)盤

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

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

2.2.3 每次變更的原因：領(lǐng)導(dǎo)干預(yù)？前期考慮欠缺？需求無(wú)法實(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 是否確定視覺(jué)設(shè)計(jì)的最終審核人？

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

3.3 設(shè)計(jì)工作是否影響開(kāi)發(fā)工作的進(jìn)度？影響原因是什么？

3.4 產(chǎn)品設(shè)計(jì)工作在什么時(shí)候，由誰(shuí)來(lái)完成的？

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

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

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

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

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

4.2.1 是否有撰寫開(kāi)發(fā)文檔？

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

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

4.3.1 是否出現(xiàn)需求無(wú)法實(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、測(cè)試階段復(fù)盤

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

5.1.1 是否有完整、準(zhǔn)確的測(cè)試用例？

5.1.2 是否有一個(gè)測(cè)試計(jì)劃？這樣的計(jì)劃是否有效？

5.1.3 團(tuán)隊(duì)是如何測(cè)試并跟蹤產(chǎn)品開(kāi)發(fā)效果的？

5.2 測(cè)試工具復(fù)盤

5.2.1 使用了哪些測(cè)試工具來(lái)幫助測(cè)試？是否可以持續(xù)使用？

5.2.2 測(cè)試的時(shí)間、人力和軟件/硬件資源是否足夠?

5.3 測(cè)試結(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ā)布的過(guò)程中是否有出現(xiàn)狀況？后續(xù)如何避免？

6.1.3 上線前是否和運(yùn)營(yíng)、文案進(jìn)行充分的溝通？

6.1.4 是否檢查了數(shù)據(jù)埋點(diǎn)，數(shù)據(jù)埋點(diǎn)是否滿足運(yùn)營(yíng)要求？

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

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

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

6.2.3 產(chǎn)品上線后收集到哪些問(wèn)題反饋？都是什么類型？如何改進(jìn)？

每次的項(xiàng)目復(fù)盤，都是對(duì)自己的一次拷問(wèn)和錘煉，迭代型產(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)目延期，換小程序來(lái)實(shí)現(xiàn)，分版本開(kāi)發(fā)， 第一版本開(kāi)發(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)目需求階段】【開(kāi)發(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)目延期，換小程序來(lái)實(shí)現(xiàn)，分版本開(kāi)發(fā)， 第一版本開(kāi)發(fā)進(jìn)度70%

原因：

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

此項(xiàng)目目的是將現(xiàn)有線下流程通過(guò)小程序幫助用戶便捷化操作，提升線下效率，但線下流程并沒(méi)有明確的規(guī)范，產(chǎn)品需求確認(rèn)花時(shí)間較長(zhǎng)。

個(gè)人流程圖繪制技能較弱，沒(méi)有繪制完整且可辨識(shí)度高的的全流程流程圖

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

需求尚不明確，無(wú)法對(duì)需求任務(wù)進(jìn)行合理的時(shí)間預(yù)估和時(shí)間安排，沒(méi)有統(tǒng)籌需求、設(shè)計(jì)、開(kāi)發(fā)與測(cè)試的時(shí)間

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

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

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

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

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

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

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

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

是否提供完整的需求輸出

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

2.2 需求變更復(fù)盤

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

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

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

新增訂單詳情頁(yè)、訂單列表頁(yè)

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

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

*? 2.2.3 每次變更的原因：

前期考慮欠缺：

一方面，個(gè)人對(duì)市面上布局研究較少，所以能夠選擇的布局較少；

另一方面，沒(méi)有針對(duì)本產(chǎn)品的情況和用戶，做針對(duì)性的細(xì)節(jié)考慮，盲目采用競(jìng)品的布局設(shè)計(jì)，只想著快速完成設(shè)計(jì)，進(jìn)行需求評(píng)審；

領(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é)較多，僅和開(kāi)發(fā)進(jìn)行過(guò)溝通，與測(cè)試、設(shè)計(jì)人員溝通不及時(shí)。

3、開(kāi)發(fā)階段復(fù)盤

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

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

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

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

有差異，實(shí)際開(kāi)發(fā)過(guò)程中，后臺(tái)方面不僅進(jìn)行小程序的邏輯梳理，還需要與ERP后臺(tái)聯(lián)合開(kāi)發(fā)很多接口，開(kāi)發(fā)時(shí)間加長(zhǎng)。

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

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

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

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

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

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

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

原因:

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

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

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

1、產(chǎn)品需求靈魂五問(wèn)

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

什么時(shí)間制定？（需求評(píng)審前，中，后）

如何制定？？？

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

版本計(jì)劃制定最終拍板人是誰(shuí)？

版本計(jì)劃影響到每次需求評(píng)審的目標(biāo)【以當(dāng)前版本實(shí)現(xiàn)為目標(biāo)還是以全部功能需求為目標(biāo)】，以及當(dāng)前版本的實(shí)現(xiàn)目標(biāo)與測(cè)試用例的編寫，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ì)、開(kāi)發(fā)和測(cè)試的時(shí)間，明確可實(shí)現(xiàn)性，合理安排項(xiàng)目時(shí)間周期

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

1、需求及時(shí)確認(rèn)，有無(wú)明確的實(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)格控制拿到需求到輸出需求過(guò)程中各個(gè)部分的時(shí)間，【以下時(shí)間視實(shí)際情況變更】

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

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

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

4、明確平臺(tái)的服務(wù)用戶是哪些？在需求確認(rèn)的時(shí)候要明確，自己也要想清楚，不然要返工?。。。?/p>

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

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

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

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

4、每次評(píng)審之前，自己走一遍業(yè)務(wù)流程，并對(duì)應(yīng)頁(yè)面，查看是否有邏輯遺漏的地方，同時(shí)查看頁(yè)面是否有不明確或遺漏的標(biāo)注，以及是否添加交互跳轉(zhuǎn)說(shuō)明。

輸出：業(yè)務(wù)流程圖和原型圖【html壓縮包為宜?？筛綆ng圖片格式】

5、針對(duì)需求評(píng)審提出的新需求，判斷是否與當(dāng)期目標(biāo)實(shí)現(xiàn)有重要關(guān)聯(lián)，有則新增，明確一下需求，無(wú)則加在下期需求整理中，制定需求計(jì)劃?。?！沒(méi)有評(píng)審目標(biāo)，需求評(píng)審無(wú)休止！

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

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

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

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

UI:著重頁(yè)面布局、交互設(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)審的效率。但不是說(shuō)提前把所有的需求都溝通一遍啦！大家都很忙，動(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)行開(kāi)發(fā)周期與設(shè)計(jì)周期的確認(rèn)

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

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

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

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

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

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

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

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

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

4、頁(yè)面布局設(shè)計(jì)的時(shí)候，多換位思考，模擬用戶使用的過(guò)程，看是否流暢，是否有衍生需求，是否當(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)來(lái)實(shí)現(xiàn)，不能實(shí)現(xiàn)是否有替代措施。技術(shù)評(píng)估需要多長(zhǎng)時(shí)間

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

（五）工作習(xí)慣

1、項(xiàng)目周期內(nèi)與測(cè)試溝通較少，同時(shí)沒(méi)有針對(duì)性的給到測(cè)試相應(yīng)的文檔說(shuō)明，以致自己都不清楚如何驗(yàn)收，測(cè)試到什么程度可以上線?。∷詡€(gè)人花時(shí)間學(xué)習(xí)一下應(yīng)該怎么交付測(cè)試，有哪些需求，什么時(shí)間交付測(cè)試，同時(shí)明確測(cè)試對(duì)上線的重要性。

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

項(xiàng)目有道云文件夾【需求文字邏輯梳理----需求確認(rèn)記錄----最終版需求----需求評(píng)審記錄----需求變更記錄----待解決的問(wèn)題、疑問(wèn)----需求迭代計(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)品的角度去說(shuō)服，不要執(zhí)拗啊，少年！

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

七、總結(jié)

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

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

給文章點(diǎn)個(gè)贊吧，從今天開(kāi)始，做個(gè)深度思考，定期復(fù)盤的人。

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