「每當電話鈴聲響起，DevOps 團隊就像消防隊員一樣衝向災難現場，解決各種突發狀況。然而，這種模式讓 DevOps 團隊陷入無止境的救火循環，沒有時間進行自動化改進，更遑論長遠的技術發展。我們如何擺脫這種困境，讓 DevOps 團隊從救火隊轉型為具備軟體開發能力的團隊？」

本演講將分享我們如何逐步解決這個問題：

• 透過良好的監控機制與建立有效的 On-Call 作法，減少突發事件對團隊的影響
• 運用定期的 Retrospective 會議找出工作瓶頸，釋放團隊時間
• 導入 Agile 與專案管理的重要精神，讓團隊能夠進行開發工作
• 以開發區塊鏈節點維護工具為例，闡述如何將日常維運流程自動化
• 最終成功讓 DevOps 團隊從維運模式轉型為軟體開發導向的團隊

聽眾收穫：

• 如何建立有效的 On-Call 機制，降低救火頻率
• 透過定期 Retrospective 來優化 DevOps 團隊的工作方式
• 從 DevOps 維運團隊轉型為具備軟體開發能力的實戰經驗
• 如何透過開發自動化工具提升 DevOps 團隊的技術價值

在導入 Observability（可觀測性）時，許多團隊常陷入「要安裝什麼工具」的迷思，卻無法真正落地。本場分享將聚焦於要如何從文化與觀念層面推動 O11y，讓它成為開發流程的一部分，而非額外負擔。

透過實際案例，我會分享我們如何讓開發、運維與主管都理解可觀測性的價值，包含成功推動的關鍵因素與曾經失敗的教訓。同時，我也會談談如何讓團隊從業務痛點出發，實踐 Observability-Driven Development（可觀測性驅動開發），避免流於堆疊技術，而忽略對業務與團隊的實質貢獻。

【聽眾收穫】

1. 理解可觀測性不等於工具導入，而是團隊文化與開發流程的深度整合
2. 學會如何從業務目標、專案痛點出發，自然地推動可觀測性落地
3. 取得與開發、運維、主管三方溝通 Observability 價值的實用對話框架
4. 帶回實戰經驗，少走冤枉路，避免「投入高成本卻無實際影響」的導入誤區