作品集
李榮欽
Scrum 實戰力｜我的 Scrum Master, Tech Lead, Project Manager 歷程
李榮欽
Ratinan “Nat” Leela-Ngamwongsa | รตินันท์ ลีลางามวงศา (นัท) | 力川栄欽 | ·𐑮𐑳𐑑𐑦𐑯𐑳𐑯 𐑤𐑰
國籍：泰國人
居住地：新加玻（永久居留權）
語言能力：泰語（母語）、英語（流利；CEFR C2級）、日語（入門；CEFR A1級，目標是2027年達到N5級）、國語（入門；CEFR A1級）
LinkedIn： /ratinanlee
名片： connect.ratinan.com/
關於我
擁有 14 年的產業經驗，其中包含 9 年帶領電子商務（e-Commerce）與金融科技（FinTech）高績效開發團隊的經驗。我擅長推動 Agile（敏捷）轉型，進而交付高影響力的產品。作為持續優化的倡導者，我將實戰技術領導力與進階治理相結合，並擁有 PSM II、PSPO II、CSM、Google AI Essentials 和 Google Project Management 等專業認證。我的核心優勢在於建立具備韌性的跨職能團隊、優化工作流程，並培養協作文化，將複雜的工程投入轉化為具體的商業價值。
學歷
資訊系統理學碩士
新加坡南洋理工大學・黃金輝傳播與信息學院
新加坡
104年
電腦科學理學學士 (一等榮譽)
泰國塔馬薩特大學・席琳通國際科技學院
泰國
101年
工作經驗
技術團隊領導 / 技術主管、專案經理
Moolahgo、Irvins、Secretlab
新加坡
107年 - 現在
獨立技術顧問
自由接案者
新加坡、曼谷
113年 - 現在
軟體工程師
Mobads、BuzzCity、DST
新加坡、曼谷
101年 - 106年
作為 Scrum Master，我專注於優化團隊動態、消除系統性障礙並擴展跨職能能力。作為 Product Owner，我確保我們在每一次 Sprint 中實現產品價值的最大化。而當切換至 Project Manager 的角色時，我平衡專案管理的三要素——全面協調範疇、時間與成本，為利害關係人、工程師及客戶帶來可預測的成果。我深信，高績效不應以犧牲永續性為代價；我積極管理界線，以防止範疇蔓延（Scope Creep）並消除人為的急迫感。我的終極目標是營造一個能讓團隊持續交付高影響力產品，同時又能避免倦怠（Burnout）的環境。
案例研究
從混亂到清晰：落實敏捷治理
面臨挑戰
組織因缺乏結構化的排程管理與過早啟動專案，面臨嚴重的交付摩擦。在需求未穩定的情況下，團隊頻繁在 Sprint 中途被迫轉向，導致範疇蔓延（Scope Creep）常態化並屢次錯過里程碑。由於這些結構性缺陷隱而未現，開發人員往往不公平地為系統性的交付延遲背黑鍋，嚴重打擊團隊士氣。
解決方案
- 建立結構化治理：導入嚴謹的 Scrum 事件節奏以穩定交付管線，建立可預測的排程並消除日常的模糊不清。
- 培養工程主責意識：將轉型錨定於 Scrum 的核心價值觀——承諾、開放、專注、尊重與勇氣，將團隊文化從被動的任務執行轉化為真正的當責擁有感。
- 落實積極的範疇管理：針對新加入的需求強制執行嚴格的權衡協商機制。新功能可以被納入產品待辦清單（Product Backlog），但除非抽換同等範疇的工作，否則一律禁止干擾進行中的 Sprint 目標。
展現效益
- 消除執行模糊：開發人員對即將進行的優先事項具備完全的清晰度，大幅減少情境切換（Context-switching）與營運上的挫折感。
- 穩定交付管線：將範疇蔓延從破壞性的風險轉化為可控且透明的協商過程，保護了發布週期的完整性。
- 實現可預測的開發速度：透過保護 Sprint 目標免受外部波動干擾，團隊能夠持續達成交付承諾並穩定專案時程。
搞定複雜需求：架構對齊與成本優化
面臨挑戰
由於商業需求與技術限制之間的脫節，平台面臨嚴重的效能降級與每日系統停機。非技術利害關係人常態性要求不切實際的同步即時功能，導致系統資源不堪重負。這種結構性超載造成長期不穩定，損害了關鍵的倉儲運作，並因極度低效的處理模式導致伺服器基礎設施成本暴增。
解決方案
- 設計非同步解耦架構：主導系統架構重構，消除不必要的即時同步依賴，並對高資源消耗的運作強制執行非同步處理。
- 優化核心演算法：指導針對性的工程干預，優化舊有資料結構與處理演算法，從根本上提升系統吞吐量、擴展性與基礎穩定性。
- 建立跨職能治理機制：與業務團隊建立持續的需求審查機制，教育利害關係人明確技術邊界，確保所有功能需求均以價值為導向且在架構上可行。
- 執行針對性故障排除：引進嚴格的單一問題排除心法，系統性消除活躍的故障點而不引入回歸風險，進而穩定即時生產環境。
展現效益
- 恢復系統完整性：將不穩定的環境轉化為高度穩定的基礎設施，徹底消除每日系統當機，並大幅提升平台速度。
- 基礎設施開銷砍半：將伺服器營運成本降低 50%，為公司的淨利帶來直接且具複利效益的財政節省。
- 提升營運速度：透過精簡平台大幅提高終端用戶滿意度，直接實現更快、無摩擦的倉儲物流。
具現化基礎設施擴展性：打破跨職能溝通孤島
面臨挑戰
商業智慧（BI）與工程團隊之間關鍵的溝通斷層，導致在一次備受矚目的產品發布期間發生災難性的生產環境故障。行銷團隊掌握了因重大聯名活動引發即將到來的龐大流量衝擊數據，卻從未與技術團隊共享。結果，工程團隊僅在原始碼層級進行優化，而未擴展底層基礎設施。發布當下，空前的同時在線用戶流量擊垮了網路層，儘管程式碼執行效率極高，仍引發了伺服器連環當機。
解決方案
- 建構雲端自動擴展架構：主導部署架構現代化，導入 AWS Elastic Beanstalk 以動態處理高流量波動，確保面向客戶的應用程式具備高可用性。
- 解耦系統環境：將內部營運系統隔離在專屬的 Amazon EC2 執行個體上以降低架構風險，確保核心業務功能不受面向客戶層的外部流量高峰影響。
- 建立專職 DevOps 治理：引進專職的基礎設施工程專業人才，設計主動式監控、容量規劃及預測性系統負載趨勢模型。
- 教育高階利害關係人：利用事後檢討分析（Post-mortem analysis）展示基礎設施投資與業務連續性之間的關鍵連結，爭取到高層對長期雲端基礎設施資金的認同與支持。
展現效益
- 消除單點故障：成功防止任何因流量引發的停機事件再次發生，為終端用戶建立可靠、流暢的數位體驗。
- 自動化彈性流量管理：賦能平台在流量曲線出現前自動且動態地擴展運算資源，減輕未來行銷活動高峰帶來的風險。
- 贏得基礎設施戰略性認同：永久打破行銷規劃與工程準備之間的隔閡，徹底翻轉組織文化，確保未來所有的產品發布都具備對齊的容量規劃支持。
賦能團隊，成就永續卓越
真正的領導力在於透過結構化的賦能來釋放潛力。作為專案經理，我優化時間、資源與範疇等三重限制，以建立一個可預測的工程環境。作為 Scrum Master，我保護團隊的專注力、消除系統性障礙，並捍衛敏捷原則以穩步提升交付速度。與此同時，作為 Product Owner，我透過確保開發人員在需求絕對明確的情況下運作，來最大化每個 Sprint 的產品價值。我的終極目標是消除摩擦，並培養一個具備韌性、自我組織的團隊，使其有能力持續交付高影響力的卓越工程。
