為什麼同樣的錯一犯再犯？一場兩週一次的回顧會議，讓團隊自己修正自己

陳建宏在清邁尼曼路後巷開了一間手工皮件工坊「皮語」，六個人的團隊，主力是外銷到法蘭克福、阿姆斯特丹的訂製手提包。每兩週，他們會出一批貨，空運到德國的代理商倉庫。上個月，同一個錯誤發生了第三次：皮件裁片的色號跟訂單不符，整批貨在法蘭克福被退回，運費加關稅賠了快五萬泰銖。

陳建宏氣得在群組裡連發十幾則語音訊息，罵完之後，團隊也道歉了，但兩週後，類似的失誤又發生——這次是繡標位置歪了兩公分。他開始懷疑，問題不是員工不用心，而是團隊根本沒有一個「回頭看」的機制。每次出完貨，大家馬上投入下一批訂單，沒有人停下來問：上一輪，哪裡卡住了？為什麼會卡？

直到他開始在每個衝刺結束後，固定留出三十分鐘，讓團隊一起「回顧」——不是他一個人罵完就散會，而是大家一起攤開上一輪發生的事，找出真正的原因。三個月後，同樣的色號錯誤再也沒有發生過。

為什麼

「回顧會議」不是敏捷團隊自己發明的新把戲。1984年，美國組織行為學者大衛・科爾伯（David Kolb）提出「經驗學習圈」（Experiential Learning Cycle），主張人真正學到東西，不是靠「做過一次」，而是靠「做→回頭看→抽出原則→再試一次」這四個步驟不斷循環。只做不看，經驗就只是經驗，不會變成能力。

2001年，軟體顧問諾曼・克爾斯（Norman Kerth）把這套邏輯寫成一本專書《Project Retrospectives: A Handbook for Team Reviews》，提出後來被敏捷圈奉為圭臬的「最高指導原則」（Prime Directive）：不管結果好壞，我們都相信，每個人在當下、用他知道的資訊、擁有的技能與資源，已經盡了他能盡的力。這句話的重點不是縱容錯誤，而是把回顧的焦點，從「抓戰犯」轉成「找系統性原因」——因為只有這樣，員工才敢說真話。哈佛商學院教授艾美・艾德蒙森（Amy Edmondson）後來的研究進一步證實：團隊如果沒有「心理安全感」，成員就會選擇隱藏錯誤而不是講出來，問題永遠浮不上檯面。

後來，Scrum框架的兩位共同提出者肯・史瓦伯（Ken Schwaber）與傑夫・薩瑟蘭（Jeff Sutherland），把「回顧」正式訂為每個衝刺結束後的固定儀式——這不是可有可無的軟性活動，而是整套敏捷管理裡，唯一專門用來讓團隊「自己修正自己」的機制。