IT項目作為一項系統和復雜的工作，需要通過不斷總結經驗教訓來確保每一個環節的正確性。由此可見，一個項目能不能做好，經驗總結很重要。中培偉業專家張老師指出，雖然項目本身沒有實行敏捷管理方法，但是任何團隊也可以通過采用精益和敏捷管理方法總結經驗教訓，進而提升項目的交付能力。

大多數在經驗教訓總結會上被提出的問題只集中在那些已經完成的項目，但即使同一個團隊，也不會可能會再做一個項目，一些與具體項目相關的問題也可能也不會出現在下一個項目里。另外，不同項目中采用的技術手段也會出現差異。結果就造成，針對特定團隊、項目或者技術的經驗教訓總結會變得一無用處。

比如，經驗教訓總結會通常放在項目的最后。傳統的經驗教訓總結通常會在項目結束之后進行，大概是為了提醒團隊在下一個項目不犯類似的錯誤。但這種的方式的問題在于，很多人甚至不記得兩周之前發生過什么，更別說有的長達半年后兩年的項目了。試圖回憶一年前項目中經驗教訓幾乎是不可能的。此外，如果是對已經完工項目的經驗總結會，那么幾乎是沒有任何意義的：沒有人能從中學到什么，也不會產生任何對未來項目有用的知識。這兩方面決定這項措施必然會失敗。

張老師認為，如果問題不針對特定的團隊、項目或技術，也會因為太過模糊而失敗。為了解決上述兩個問題的困境，人們會將某些概念或問題一般化，希望能形成指導任何項目實行的一般性建議。如果我們試圖這么做，那么這些所謂的普世經驗或教訓顯得荒謬和可笑。在項目進行的過程中，常常會有很多經驗之談。這些表述是確實非常正確，但也是沒有意義的，因為他們沒有從根源探尋問題本質，也沒有給出創造性的解決方法。那該怎么辦幾乎每一個可提供真正生產效率的問題都是由特定的團隊、項目或技術相互作用的復雜產物。任何一個項目都有其特定的問題，很有能有放之四海而皆準的解決方案。

傳統的經驗教訓總結會與精益或敏感管理方法里的經驗教訓總結有著本質上的不同，具體來說，表現在方法、時間以及為什么要進行經驗教訓總結等方面。傳統的經驗教訓總結為了不再重犯之前的錯誤，而精益或敏捷的經驗教訓總結通常稱作回顧或改進會則是為了立刻糾正現有項目中的錯誤。他們會非常頻繁的開會，花時間去解決現有項目中的一些問題。

改變項目經驗教訓總結會的目的和周期，可以克服傳統方法里的三大困難。張老師作為資深專家，在這里就解決這些問題給出了具體的參考意見。

針對特定團隊、項目和技術方面找問題。依然是針對特定的團隊、項目或技術尋找問題，但因為隊員們正在使用技術執行項目，所以這時的總結很有效。團隊成員在總結會上對一些問題解決起來得心應手。

經驗教訓總結會通常放在項目的最后。精益或敏捷的總結會不會放在項目收尾階段，他們會兩到四周舉行一次會議。這會產生以下三個方面的成效：

你很容易記住那些做的很棒的工作，也明白哪些工作還需要提升。同時，你也可以非常方便的制定短期目標，待到下次總結時確認是否完成。

總結會放在項目中間階段，會使得團隊根據項目進展情況迅速解決。因為總結會每隔幾周就有一次，團隊可以及時檢查哪些措施比較有效，并對一些無用的措施進行改進。

如果問題不針對特定的團隊、項目或技術，也會因為太過模糊而失敗。在回顧或改善總結會，問題是不會一般化處理的。如果會議能對問題進行根本分析，并提出非常明確地解決方案，那么這個會議是不會結束的。這些解決方案會在下一次總結會上就實施情況再做總結。

張老師最后總結道，即使某個項目是由傳統方法驅動的，任何人也可以將精益或敏捷方法實施在項目的經驗教訓總結上。只有這樣，才能積累起豐富的經驗，總結出正確的方法。