項(xiàng)目復(fù)盤是項(xiàng)目管理中的關(guān)鍵一環(huán)，以下復(fù)盤總結(jié)來(lái)自勝哥的實(shí)踐。

復(fù)盤需要分層分級(jí)

勝哥所在的公司，針對(duì)大項(xiàng)目的復(fù)盤，會(huì)分層分級(jí)地做好幾次。

比如，各專業(yè)領(lǐng)域（軟件、硬件、測(cè)試、產(chǎn)品、市場(chǎng)等等）分別做各自的復(fù)盤；

然后項(xiàng)目經(jīng)理牽頭，召開項(xiàng)目整體復(fù)盤會(huì)議，公司領(lǐng)導(dǎo)往往會(huì)參與。

不同層級(jí)的復(fù)盤動(dòng)作，關(guān)注的側(cè)重點(diǎn)是不同的。

本文介紹的思路或?qū)嵅俎k法，主要用于項(xiàng)目軟件研發(fā)過(guò)程的復(fù)盤總結(jié)。

1. 最精簡(jiǎn)的復(fù)盤辦法

20%的投入，收獲80%的復(fù)盤效果

有這么一句話，項(xiàng)目復(fù)盤的目的，就是要：

將做得好的地方，更加發(fā)揚(yáng)光大；

將做得不好的地方，改進(jìn)、完善。

不過(guò)在實(shí)際執(zhí)行時(shí)，勝哥往往遇到的情況是：

老項(xiàng)目還沒(méi)來(lái)得及復(fù)盤總結(jié)，新項(xiàng)目已經(jīng)到來(lái)。

這逼得勝哥采取一些更高效的手段，用較少的時(shí)間、精力，力爭(zhēng)達(dá)到80%的復(fù)盤效果：

只針對(duì)較大或重大問(wèn)題進(jìn)行復(fù)盤、檢討。

即，復(fù)盤時(shí)更注重對(duì)重大教訓(xùn)的總結(jié)，防止后續(xù)項(xiàng)目重復(fù)犯類似的錯(cuò)誤。

這樣做當(dāng)然不是最完善的。

舉個(gè)例子：

對(duì)于軟件研發(fā)項(xiàng)目來(lái)說(shuō)，研發(fā)文檔的撰寫是非常關(guān)鍵的內(nèi)容。

但很多程序員往往并不喜歡寫文檔，或者沒(méi)有時(shí)間寫文檔。

如果時(shí)間允許，復(fù)盤時(shí)就應(yīng)當(dāng)有一個(gè)關(guān)鍵動(dòng)作：

專門針對(duì)文檔輸出進(jìn)行檢討。

為了克服復(fù)盤時(shí)間有限，無(wú)法執(zhí)行全面復(fù)盤的問(wèn)題，勝哥將更多功夫花在了平時(shí)：

平時(shí)就注重研發(fā)文檔的輸出

針對(duì)研發(fā)文檔輸出這一項(xiàng)，勝哥的實(shí)操方法是：

平時(shí)就在團(tuán)隊(duì)不斷強(qiáng)化研發(fā)文檔的重要性：

一方面將文檔撰寫的執(zhí)行情況納入績(jī)效考核；

另一方面，自己要投入一定的時(shí)間，對(duì)文檔進(jìn)行必要的檢查。

當(dāng)然，為了讓小伙伴愿意寫文檔，而且寫得高效，勝哥給小伙伴的建議是：

1）能用圖、表，就不要寫太多文字；

2）只需要將關(guān)鍵流程或比較復(fù)雜的邏輯呈現(xiàn)清楚即可。

做好研發(fā)過(guò)程中的問(wèn)題記錄

項(xiàng)目執(zhí)行過(guò)程中遇到的問(wèn)題，除了要盡快解決外，更要在解決完畢后及時(shí)記錄：

問(wèn)題描述、問(wèn)題產(chǎn)生的原因、嘗試過(guò)的方法、最終的解決辦法、簡(jiǎn)短的總結(jié)等。

以上記錄，不需要寫的多么詳細(xì)，記錄下關(guān)鍵要點(diǎn)即可，為項(xiàng)目結(jié)束后的復(fù)盤留下關(guān)鍵線索。

重大問(wèn)題第一時(shí)間復(fù)盤

研發(fā)過(guò)程中，如果有影響比較大的問(wèn)題（比如嚴(yán)重影響到其他領(lǐng)域的工作），要在問(wèn)題解決后第一時(shí)間復(fù)盤并整改，而不是等到項(xiàng)目結(jié)束才來(lái)復(fù)盤。

平時(shí)將上述幾個(gè)動(dòng)作做到位了，項(xiàng)目結(jié)束時(shí)的總體復(fù)盤，心里就基本有數(shù)了。

2. 復(fù)盤實(shí)操辦法

以下為比較具體的復(fù)盤實(shí)操辦法。

參與對(duì)象

軟件研發(fā)項(xiàng)目的過(guò)程復(fù)盤，該項(xiàng)目所有的軟件研發(fā)人員都要參與。

此外，復(fù)盤會(huì)議最好叫上產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、測(cè)試經(jīng)理等上下游關(guān)鍵角色。

會(huì)前要確定好主持人和記錄人。

最好在項(xiàng)目結(jié)束后的1~2周內(nèi)，就召開復(fù)盤會(huì)。

否則間隔時(shí)間太長(zhǎng)，很多細(xì)節(jié)或材料都可能缺失，討論問(wèn)題時(shí)就容易引起爭(zhēng)議。

做好會(huì)前的材料收集

主持人要在會(huì)前收集相關(guān)的客觀數(shù)據(jù)或記錄：

比如測(cè)試報(bào)告、buglist、需求變更記錄等。

目的就是要用客觀數(shù)據(jù)而不是主觀評(píng)價(jià)，作為問(wèn)題的評(píng)判依據(jù)。

此外，與會(huì)人員都要輸出自己的思考和總結(jié)：

提交自己發(fā)現(xiàn)的問(wèn)題，以及自己能夠想到的解決思路。

通過(guò)這種方式，能夠收集到更多來(lái)自不同視角的意見。

主持人要在會(huì)前收集好每個(gè)人要講的材料，進(jìn)行匯總、整理，合并重復(fù)內(nèi)容，擬定重點(diǎn)討論的話題。

以項(xiàng)目目標(biāo)為牽引

將最初的目標(biāo)作為評(píng)判標(biāo)準(zhǔn)，才容易界定并發(fā)現(xiàn)問(wèn)題。

一些軟件研發(fā)過(guò)程中常見的問(wèn)題：

技術(shù)方案事前評(píng)估不充分。

開發(fā)周期預(yù)估不準(zhǔn)確。

需求變動(dòng)頻繁。

（特別是toB類項(xiàng)目，如果售前或方案經(jīng)理沒(méi)有對(duì)客戶進(jìn)行充分的引導(dǎo)和需求把控，需求變動(dòng)往往不可控）

BUG數(shù)量/BUG重開次數(shù)太多。

以上問(wèn)題，都可以通過(guò)與項(xiàng)目最初的目標(biāo)進(jìn)行對(duì)比，來(lái)界定。

以重大里程碑為線索，分階段討論關(guān)鍵問(wèn)題

會(huì)議要做到高效，務(wù)必做到話題聚焦。

可以用項(xiàng)目里程碑，來(lái)控制會(huì)議的節(jié)奏：

每個(gè)里程碑只討論該階段的關(guān)鍵問(wèn)題，避免討論時(shí)的話題發(fā)散和混亂。

此外，不要將復(fù)盤會(huì)開成了表彰會(huì)。

一個(gè)實(shí)操建議，會(huì)前明確要求，復(fù)盤會(huì)只講問(wèn)題，不講功勞。

當(dāng)然，也要開宗明義地強(qiáng)調(diào)：

復(fù)盤的目的，是借助挖掘問(wèn)題背后的原因，找到改進(jìn)方法，問(wèn)題不會(huì)與績(jī)效、獎(jiǎng)金等掛鉤。

這其實(shí)對(duì)團(tuán)隊(duì)負(fù)責(zé)人有更多的要求：

要在平時(shí)就注重，發(fā)掘并及時(shí)表彰有優(yōu)秀表現(xiàn)的同事；

當(dāng)然，對(duì)于表現(xiàn)差的同事，也要及時(shí)發(fā)現(xiàn)，并有理有據(jù)地進(jìn)行績(jī)效負(fù)向考評(píng)。

好的及時(shí)獎(jiǎng)勵(lì)，不好的及時(shí)糾錯(cuò)。

日常就做到這2點(diǎn)，大家才敢放心地在復(fù)盤會(huì)上，提出自己或別人的問(wèn)題：

因?yàn)橐呀?jīng)在平時(shí)，為所犯的錯(cuò)誤付出了代價(jià)。

以輸出可復(fù)用經(jīng)驗(yàn)為主要目標(biāo)

復(fù)盤的目的是為了后續(xù)做得越來(lái)越好。

所以，復(fù)盤的產(chǎn)出一定是容易落地的整改措施。

勝哥的實(shí)操方法：

一個(gè)項(xiàng)目復(fù)盤，最多提煉出3~5條大的改進(jìn)措施。

而且每一條都要給出后續(xù)具體落地的辦法、時(shí)間計(jì)劃、責(zé)任人等。

整改措施太多，容易抓不住重點(diǎn)，落地效果就會(huì)很差。

抓住3~5條，死盯不放！

項(xiàng)目復(fù)盤的意義，是為了后續(xù)做得更好。

抓大放小，以分析、總結(jié)典型問(wèn)題為抓手，找出幾條關(guān)鍵的整改措施，復(fù)盤的主要目的就算達(dá)成了。（來(lái)源：勝哥日記）