# 每周五小時的活動突破組織壁壘，挽救了商業服務運營者的故事 - Susumu Tomita(Amedama) 、Naomichi Shimazu

{%hackmd @DevOpsDay/B1cnefOI0 %}

#### 》[議程介紹](https://devopsdays.tw/2024/speaker-page/1497)
#### 》[收看即時AI翻譯字幕｜Watch AI-translated subtitles](https://attend.wordly.ai/join/FCGF-6232)
#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/TRcQv8w3TFKvApB8A)

> 共筆從這開始

像是練肌肉一樣 持續訓練技能
像肌肉一樣 不用就會弱 要平衡
"運營肌肉" 如果不使用會變弱，保持平衡的重要性，訓練可以減少運營所需的努力，並降低服務故障的風險。舉例說明，如果不使用CI/CD管道而繼續手動發布會引發問題，通過將過程構建到運營中並定期審查，可以使運營更順暢，稱之為運營肌肉訓練。

更好的免疫系統 來處理顧客的抱怨

通過提升運營“免疫系統”更順利地處理客戶投訴，保持更好的記錄以事實為依據與客戶交談，並改善心理穩定性，提高夜間睡眠質量。創建系統以避免夜間緊急響應，減少內部和外部在事故恢復期間的壓力，從而使夜間值班變得不必要。

每天練習
找外部的訓練者來教導

週二 四 五 各 2+2+1 小時

一週的短衝刺計劃包括：週二2小時、週四2小時和週五1小時的回顧。整個計劃圖展示了訓練過程的詳細步驟和內容，強調了在回顧中要審查過程和訓練內容，以確保訓練計劃的有效實施和持續改進。

透過 Optimized release procedures（優化發布流程），將預發布步驟從27步減少到2步，備份步驟從7步減少到1步，並消除發布後的步驟。同時，通過培訓團隊預留實例和儲蓄計劃，實現了伺服器運行成本高達60%的減少。

優化發布流程的具體步驟: 首先與學員一起審查實際的發布流程文件，然後提出關鍵問題，如“為什麼這個步驟存在？ ”這個步驟是如何產生的？”。
通過這些問題激發學員的見解，而不僅僅是指出問題。

AWS成本優化: 從可以快速實施且不改變結構的事項入手，重點關注高帳單服務，團隊共同檢查發票（使用mob programming），設置審查門檻（如超過100美元的項目），並避免因未來計劃的結構性變更而做出的調整。

急救訓練的效果，主要包括優化發布流程，將發布步驟從35步減少到3步，縮短發布時間約3小時。在AWS成本優化方面，實現了每年節省300萬日元的成本。


- Terrakoya團隊：負責提供培訓，成員包括多個角色。
- 產品團隊：包含經理和銷售團隊，與學員（Trainee）密切合作。學員接受- - Terrakoya團隊的培訓，同時作為學員參與其中。
- 地方政府：產品團隊向地方政府提交提案和需求聽證，並接收任務請求。

形成假設 然後與銷售團隊一起驗證

與銷售團隊分享了假設以驗證事實後，發現：

- 有些功能可以在不等待每月發布的情況下發布到生產環境。似乎80%的發布只是配置文件（Config）更改。
- 發布後檢查需要大量精力，合作夥伴和DENSO之間存在重複檢查。
- 將DENSO可以完成的任務外包給合作夥伴，與合作夥伴溝通和確認任務需要額外努力，但將任務帶回DENSO很困難。

如果DENSO可以自行處理配置更改的發布，將會帶來顯著的改進。
這些發現表明，內部處理一些可管理的變更可以顯著提高效率。

自動化最重要的部分
全部自動化不現實

創造測試環境，迭代到 release pipeline 順暢

技術上可行，和身為非工程師的銷售團隊覺得容易用是兩回事。
我們必須讓這個流程對他們來說易用。

避免一次做太多feature讓使用者消化不良，和使用者談談他們能接受哪些。

使用 common language 溝通，例如計算對非工程師所節省的時間和金錢

--
聊天室Starto
AI即時翻譯連結已更新
###### tags: `DevOpsDays Taipei 2024`