Henrik Kniberg 是業界知名的敏捷方法專家與顧問，他在 Agile、Scrum 與 Lean 領域有著豐富的實踐經驗和獨到見解。曾參與並推動多個敏捷轉型項目，以實際案例說明如何從傳統開發模式轉型為敏捷開發。
他撰寫了多本廣受好評的書籍和文章，如《Scrum and XP from the Trenches》和《Lean from the Trenches: Managing Large-Scale Projects with Kanban》，並在全球各地舉辦工作坊與講座，分享敏捷實踐的最佳經驗。
最近幾年他致力於AI 的研究，尤其這個 video:”Generative AI in a Nutshell – how to survive and thrive in the age of AI”，更是火遍軟體開發圈。此外，他在 2024 三月寫了篇: “Agile in the Age of AI“，值得 Scrum Team，尤其是 Scrum Master or Agile Coach應該要好好看一下，思考 AI 對敏捷團隊外來可能帶來變化。
https://hups.com/blog/agile-in-the-age-of-ai
(1) 跨職能團隊的轉變：
傳統上，跨職能團隊依賴各個成員之間技能的互補性來共同打造可交付產品。
文章指出，隨著生成式 AI 的引入，每個人都有一個“超強知識”夥伴，這使得知識不再成為瓶頸。
因此，即便團隊規模縮小到 2 人 + AI，這樣的組合也能完成原本需要更多人力的工作。
這一觀點挑戰了以往團隊必須保持多樣技能覆蓋的假設。
(2) 團隊規模縮小與數量增多：
由於 AI 提高了生產效率，團隊人數有可能縮減，但總體上卻可能出現更多小型團隊。
這不僅減少了內部溝通的需求（例如日常站會可以變得更靈活），但卻對跨團隊協調提出了更高的要求，尤其是在產品涉及多個功能模塊時。
(3) 開發流程與角色的再定義：
隨著 AI 能夠代寫大量程式碼，開發人員的工作重心逐漸從“編碼”轉向“決策、架構設計、審查與 prompt 撰寫”。
同時，傳統的 Sprint 可能會大幅縮短甚至消失，因為開發週期已從幾天、幾周縮短為幾小時甚至一天內完成。
(4) 專家角色與跨團隊協作：
當常見的跨職能團隊遇上 AI 技術後，某些專業知識（如資料庫、持久性設計等）仍然需要人類專家的介入，但這些專家可以在多個團隊間共享或以“流動”形式參與，從而最大化其影響力。
(5) Scrum Master 與 Agile Coach 的角色調整：
傳統上，Scrum Master 需要負責教導和輔導團隊，協助其理解如何拆解用戶故事及進行反思。
然而，當 AI 模型已經能夠提供大部分相關知識時，這個角色更傾向於協助團隊發現如何更好地利用這些工具，而不僅僅是“教學”角色。
由上面可知，單一小團隊雖能高效交付，但當多個團隊並行推進同一產品時，如何協同合作就成為關鍵：
- 依賴管理：各團隊在交付不同功能模塊時，必須妥善處理彼此間的依賴關係。
- 統一產品視角：確保各團隊能夠共同遵循同一產品願景和優先級，避免各自為政。
隨著 AI 協助完成大部分程式碼撰寫、測試及需求拆解工作，開發人員逐步轉向決策、架構設計與審查工作。
傳統的 Scrum Master 或 Agile Coach 角色也需轉變為促進跨團隊協同、知識共享及流程優化的推手。
對於上述的問題，LeSS (Large Scale Scrum) 提供了一套多團隊協同管理實踐框架，尤其在以下方面具有關鍵作用：
(1) 多團隊 PBR（產品待辦清單梳理）
a. 統一視角與優先順序 當各個 2 人 + AI 小團隊從各自角度提出需求與任務時，透過多團隊 PBR 會議，可以共同審視並細化產品待辦清單，確保整體產品目標和優先順序一致。
b. 快速反饋與調整 在 AI 驅動下，需求變化更加頻繁，多團隊 PBR 能夠幫助各團隊及時調整策略，保持與市場和用戶需求的同步。
(2) 多團隊 Sprint Planning（短衝規劃會議）
a. 協同規劃與依賴管理 除了各團隊內部任務拆解，多團隊 Sprint Planning 能讓所有團隊協同規劃，提前識別並協調跨團隊依賴，確保整體開發進程順暢。
b. 整體藍圖與短衝同步 在可能出現 1 天 Sprint 的高頻迭代情況下，這種協同規劃有助於各團隊明確當前短衝目標，及整體產品發展藍圖，避免局部優化而影響整體戰略。
(3) Overall Retrospective（整體回顧會議）
a. 跨團隊反思與持續改進 單一團隊的回顧雖有助於局部流程改進，但整體回顧會議則聚焦於跨團隊協同和整體流程瓶頸，推動組織層面的系統性改進。
b. 知識共享與文化建設 各團隊可藉由整體回顧分享在使用 AI 工具（例如 prompt 撰寫、模型應用）中的最佳實踐與經驗教訓，促進整個組織持續學習與文化升級。
綜合而言，AI 技術的進步正驅使我們重新審視傳統 Agile 與 Scrum 框架，而 LeSS 提供的多團隊協同機制在此過程中顯得尤為關鍵：
(1) 提升整體透明度與一致性 多團隊 PBR 與 Sprint Planning 能確保各團隊在高速迭代中保持統一的產品願景與優先級，保證整體產品方向的一致。
(2) 有效管理依賴與變化 在開發節奏顯著加快的背景下，多團隊協同會議能迅速識別並處理依賴問題，確保局部優化不致影響全局。
(3) 促進知識共享與文化轉型 整體回顧會議為跨團隊知識共享提供平台，推動組織層面的持續改進與文化建設。
(4) 角色與流程再造 隨著小團隊 + AI 組合成為常態，傳統 Scrum Master 與 Agile Coach 的角色也需轉型為跨團隊協同推手，確保整個組織在技術與流程轉型中保持正確方向。
發表迴響