在敏捷開發的 Scrum 框架裡，每一個 Sprint 結束後，都必須進行一次 Retrospective（自省會議），用來檢視這段過程中有哪些地方需要調整與改善。從設計上來看，Retro 是確保團隊能持續學習與進化的重要機制。但在實務現場，這樣一場「理論上很重要」的會議，卻經常陷入矛盾處境。
當專案節奏緊湊、待辦事項不斷堆疊時，團隊很容易將 Retro 視為一段暫停產出的時間，而不是 Scrum 節奏中不可或缺的一環，於是也就被貼上了「效率不高」甚至「浪費時間」的標籤 。
但在新加坡商鈦坦科技，Retrospective（自省會議，以下簡稱 Retro）卻走出了一條不同的路。它並非一開始就被所有人理解，甚至曾被質疑「是否真的有必要」，卻在長期實踐中，逐漸成為促進團隊溝通、文化成熟，甚至組織自我進化的重要機制。
在 Podcast《敏捷默零 Call》中，鈦坦科技 ScrumMaster Maureen 與資深工程師 Ken 的對談，正好呈現了這段轉變歷程。Ken 回憶，剛加入公司時，他其實對團隊每週固定撥出一到兩小時進行 Retro 感到相當困惑。「那時候的直覺很簡單，」他說，「六、七個人同時放下手邊的工作，只為了討論已經發生過的事情，怎麼算都覺得成本很高。」
這樣的疑問並不罕見，也正是許多正在導入敏捷的團隊，對 Retro 最真實的第一反應。
為什麼要刻意停下來？
相較於 Ken 當時的直覺反應，Maureen 對 Retro 的理解，來自另一個角度。她指出，人在工作中很容易被未完成事項牽著走，總是專注於下一個待辦項目，卻很少有機會回頭檢視整體狀態。
「Retro 的存在，其實是刻意讓大家停下來，」她在訪談中提到，「不是為了檢討，而是讓團隊有機會重新退一步，看清楚這段時間到底發生了什麼。」
這樣的停頓，並非與效率對立，而是為了避免組織在高速前進中，逐漸失去調整方向的能力。
Ken 坦言，他花了將近半年，才真正體會到這件事的意義。那並不是因為某一場特別成功的會議，而是在一次次重複中慢慢意識到：即使是校園招募、部門活動這類看似與產品開發無關的事情，只要經過回顧，團隊就能下一次做得更好。
也正是在這個過程中，他開始感受到 Retro 並不是「額外的工作」，而是一種已經深植於組織裡的思考方式。
從談事情，到開始談「人」
隨著實踐經驗累積，Retro 在不同團隊中呈現出截然不同的樣貌。Maureen 在節目中分享，她觀察到新成立的團隊，往往先聚焦在事情層面 ——流程順不順、哪裡卡住、要不要調整做法。
這樣的討論很實際，卻也相對保守。成員較少談及自己的感受、價值觀或合作偏好，因為安全感尚未建立，彼此仍在觀察與試探。
相對地，成熟團隊的 Retro，討論會逐漸延伸到更深層的議題。Ken 所屬的團隊，正是 Maureen 印象中特別的一個案例。他們很少找她進去引導「檢討某件事情」，反而常主動提出，希望在 Retro 中談談彼此的價值觀，或團隊想建立的文化。
這樣的轉變並不快速，Maureen 指出，即使是刻意經營，團隊也往往需要一年半左右，才能較自然地談論情緒與需求；若缺乏這樣的空間，或中途成員大幅變動，團隊往往又得重新來過。
這段經驗也提醒了一件事：Retro 的核心，從來不只是檢視事情，而是逐步累積一個可以談「人」的空間。
「先試試看」的底氣從哪裡來？
在談到團隊決策時，Ken 提到他們常使用「認可決」，而非多數決。只要沒有成員提出強烈反對，就先嘗試新的做法。
這種方式之所以能成立，並不是因為大家隨意妥協，而是因為團隊知道：下個 Sprint 還會再回來檢視。決策不是一次定生死，而是一個可以被修正的假設。
Maureen 聽到這裡，直接點出關鍵：「你們已經有一個很健康的回饋循環。」先嘗試、再觀察、再調整，這樣的節奏，正是敏捷精神真正落地的樣子。
而這樣的「敢試」，並非來自某個技巧，而是長期固定進行 Retro 所培養出的信任感。
當 Retro 不再只是一直找問題
對談中，兩人也談到一個許多團隊都會經歷的低潮期 — — 當 Retro 被理解成「每次都要產生 Action」，久了之後，反而讓人感到疲乏。
Maureen 分享，她在這個階段常刻意提醒團隊：Retro 不只是檢討，也要回頭看哪些事情做對了。「持續做對的事，本身就是一個行動。」
Ken 也補充自己的體會：事情其實有「可大、可小、可放過」。不是每一個摩擦點都值得立即修正，有些時候，選擇放過，是為了不讓團隊的橡皮筋被拉斷。
這樣的判斷力，並不是寫在流程裡的，而是透過一次次回顧、一次次修正慢慢長出來的。
從會議工具，到文化的一部分
訪談最後，Ken 給了一個相當簡單卻關鍵的總結：Retro 最重要的，不是一定要改變什麼，而是幫助人察覺到問題，並且知道自己「有選擇」。
這種察覺，會讓個人更理解自己的價值觀，也讓團隊逐漸形成文化。甚至在招募時，判斷標準也不再只停留在「會不會做事」，而是能否融入這樣的合作方式。
從外部看來，Retro 只是一場定期會議；但在鈦坦科技的實務經驗中，它是一項對組織自我修正能力的長期投資。當多數團隊追求更快的產出時，他們選擇先確保方向正確，而這種願意停下來調整的能力，反而成為在高變動環境中最穩定的基礎。
如果你對文中提到的實務經驗、轉折過程，以及鈦坦科技資深工程師 Ken 與ScrumMaster Maureen 更完整的對話脈絡感興趣，歡迎收聽 Podcast《敏捷默零 Call》！
Retro 很浪費時間？團隊溝通問題怎麼解決？
👉 立即收聽：🎧 Spotify｜🎧 Apple Podcast｜🎞️ YouTube
在鈦坦沒有Boss，但要有自組織的Guts ❗❗
想要投入 #彈性工時 #自主升遷 #薪資透明 的工作文化 ❓ 還有～～豐富的內外訓教育課程隨你申請、專為敏捷團隊設計的開放式辦公空間、上班隨時前往酒吧暢飲放鬆一下…
🙋♂️ 職缺看這邊～
👉 https://gotica.io/鈦坦職缺/Blog
