那學習的方式也是多種多樣的，如從書本中獲得知識，向良師益友學習，向自己學習。
前兩者的學習有所限制，而向自己學習較為靠譜。
那又該如何向自己學習呢？這就要説到覆盤了。
覆盤這個詞，來自圍棋中的一種學習方法，指的是在下完一盤棋後，要重新擺一遍，看看哪裏下得好，哪裏下得不好，對下得好和不好的，都要進行分析和推演。
放在學習上，覆盤就是刻意地對自己所學到知識進行總結和梳理，看看自己掌握了哪些，哪些還沒有掌握，哪些知識能夠快速地運用起來，知道自己所學的知識和以往的認知能夠結合起來，自己在這些方面還有哪些需要吸入的知識。
從上面的文字描述中，你能看出刻意練習，本質上是一個PDCA循環。
而覆盤，本質上是對所學知識進行刻意練習。
這放到項目上來説，同樣適用。
做項目覆盤，你不僅需要回憶之前所做的工作，還需要找到問題所在，然後給出解決方法。
一般來説，項目覆盤包括回顧事件，收穫了哪些，過程中出現的問題，有什麼解決方法，總結其中的經驗。
那什麼時候覆盤較為合適呢？
通常，我們可能會在整個項目結束後才進行一次覆盤。但問題不會等到那時才出現，因而需要我們以更高的頻率來做覆盤。
若是每一天都做覆盤，時間上會有些緊，你也會覺得過於頻繁。
你可以在問題出現時，就進行復盤，找到相應的解決方法。這時的你，頭腦也會處於一種整理狀態，效率也較高。畢竟，覆盤不是一次性的，哪怕是在之後遇到類似項目時，也可以再次覆盤。
總之，覆盤沒有時間節點，在任何你覺得有必要的時候，都可以覆盤。
覆盤，應回顧最初項目實施的目的，想要達成什麼目標，之前所制定的計劃是什麼。然後，在時間允許的前提下，可以對項目全程進行回顧；若是時間較少，可以只對關鍵節點進行復盤。
但不論是全程覆盤，還是關鍵節點覆盤，都要把重點放在總結項目經驗上，看是否有需要優化的點，包括個人和團隊方面總結。
針對個人，回顧所做的事情，找出自身不足，在後續工作中不斷改進；針對團隊，分析管理過程和項目流程，對項目中出現的某一問題達成統一意見，以便之後的工作中快速運用。
覆盤，並不是需要所有人都需要參加。但在項目中承擔着關鍵角色，全程參與項目的人，最好都參加。
PM-項目經理
Tech lead-技術負責人
BA-需求分析
QA-質量保證
Dev-開發人員
項目發起人及其他高管
商務
因為多一個參與人，也就多了一個視角。況且，不同時期的人對項目的理解也有所不同，參與人對項目的建議很重要。
你可能會説，那客户也是項目參與人，我們覆盤也要帶上他？
嗯，帶不帶得看項目實際情況。若是傳統項目，就不必帶了，因為客户的參與，會讓團隊成員不敢表達出真實想法；但若是敏捷項目，就得帶上客户，因為客户的參與，很是重要。
那項目覆盤，有什麼方法呢？
覆盤常用的方法有"GRAI覆盤法"和"十步覆盤法"。
這裏來説一下"GRAI覆盤法"，它有4個步驟，包括Goal（目標回顧）、Result（結果陳述）、Analysis（過程分析）、Insight（歸類總結）。
比如，公司的小A，前段時間做了項目投標，但參與後，並沒有中標。那麼，他在覆盤時可以這樣進行：
回顧目標：計劃拿下某互聯網公司企業內訓的項目。
評估結果：實際上，標書是他自己做的，做完後，他沒有通讀，沒有讓其他同事給予建議，也沒有梳理招標中所涉及到的內訓課程內容，沒有確定本次投標需要配合的人員。
若説工作亮點，可能是苦勞，整個過程都是他一人在跟進，對整個流程較為熟悉。不足的是不懂得與他人合作，項目失敗。
總結規律：在做此類工作時，目標和策略要根據實際情況來定，不能直接套用之前的經驗；要根據自家的優勢來制定策略，否則在陳述時會亂了方寸；確定好方法後，尋求同事幫助，可以模擬招標過程中的問題，進一步優化方案和自我陳述。
（分割線）
在職場中，我們常會反感寫日報和週報，但從另一個角度來看，寫日報、週報時，也是一次簡單的覆盤，通過每日、每週的反思，來不斷提升自身能力。
同樣，項目經理也難逃寫日報、週報的"噩夢"，在這一過程中，你不僅能發現問題、解決問題，還能把經驗轉化為能力，讓自己走得更遠。
也就是説，做好覆盤時有技巧的戰略勤奮。因為覆盤，是一面鏡子，能夠照出事件本身的樣子。並且，覆盤是PDCA中的一環，所以從現在開始，要做好覆盤，讓項目過程中出現的失誤不會再次發生。