Retrospective
圖片來自於孫運璿科技．人文紀念館
我一直很喜歡參觀古人的故居。
每次走進那種低調安靜的宅邸，最吸引我的，不是家具擺設，而是那些手寫的日記本。
像是在張學良故居看到他被幽禁時寫下的心情紀錄，或是在孫運璿的紀念館裡，看見他密密麻麻記錄每日行程與思考。那些筆跡，有時草率、有時端正，但都誠懇真實，像是他們用一種不對外的方式，試圖整理當天的得失與迷惘。
當時我就在想，這種「每天花一點時間檢視自己」的習慣，似乎是早些年來古人自我進化的方式?
有次，我們的系統在午間出現異常。
某個服務負載暴增，導致對外 API 幾乎停擺。
還好有同仁臨機應變，緊急調整參數、加上快取，才把系統救了回來。當天下午，大家在Teams 上一片感謝與稱讚：「反應太快了！」「厲害！」「幸好有你！」
然後，事情好像就這樣告一段落了。
但讓我印象很深的是——沒有人再回頭問：「為什麼會出問題？」 更沒有人提：「我們下次該怎麼避免這件事？」
這不是第一次，也不會是最後一次。
很多團隊都有個像是默契般的傾向：只看事情怎麼解決，卻不去問事情為什麼會發生。
表面上看起來是一種積極正向的態度，但其實正是這種「避談錯誤」的文化，悄悄地讓我們錯失最寶貴的反省機會。
我一直很認同一句話：「寫出 bug、系統出錯、都沒關係，重點是團隊有沒有從中學到什麼?」每個迭代後的 Retrospective，才是團隊讓自己成長的機會。
很多古人有寫日記的習慣，不是為了記錄流水帳，而是每天逼自己回顧、和自己對話、幫自己成長。
曾國藩日課四條，日日記錄得失；朱熹、顧炎武、王陽明……這些歷史上的思想家，都透過日記整理自己的人生狀態和判斷標準。
這在今天看來，和我們寫技術筆記、開 retrospective會議，或是 incident postmortem，是如出一轍。
真正讓團隊變強的，不是「沒出錯」，而是「出了錯，敢講出來，能夠面對，願意修正。」
所以，當我們在 postmortem 或 retrospective 中回顧那些「差點出事但救回來」的案例時，可以多問一句：「這次為什麼會這樣？我們下一次可以怎麼避免？」retro，不是為了指責誰，而是為了讓我們不需要再依賴運氣。
這樣的文化，才會讓一個團隊真的進步；
這樣的思維，才會讓一個工程師真正成長。
參考 課程：
敏捷開發與Azure DevOps實戰
留言