作者：Thomas E. OConnor
敏捷團隊由產品負責人、Scrum 主管、軟件開發人員和其他通過創造性交付有價值的產品來協作解決復雜的問題的人員組成。在團隊用來開發、交付和維護復雜產品的敏捷方法中，Scrum 越來越受歡迎。然而，直到最近，我們才通過大規模 Scrum（LeSS）等擴展型敏捷流程框架有效解決了企業中的?Scrum?擴展問題。
LeSS 是一個框架，用于將 Scrum 擴展到使用單個產品協同工作的多個團隊。該框架從一個 Scrum 團隊的基礎開始，正如 Ken Schwaber 和 Jeff Sutherland 在?Scrum 指南?中所定義的，適用于在使用單個產品進行協作的多個團隊。
Craig Larman 和 Bas Vodde 合著的?Large-Scale Scrum: More with LeSS?一書對這一點提供了進一步完善。作者總結了他們多年的經驗，將 LeSS 定義為一個在降低復雜性、減少浪費的同時提供價值的框架。
LeSS 框架力求通過已經定義的規則和指南，盡可能簡單地在大型企業環境中應用 Scrum 的原則和理念。LeSS 框架的簡潔性得到了“勉強足夠”的標簽，但這并不意味著它會受到負面影響。
LeSS 是通過 600 多個涉及擴展 Scrum 實踐的實驗而形成的，當時人們認為 Scrum 只支持小型的、位于同一地點的團隊。LeSS 實驗、指南、框架和原則的創建是為了支持更多團隊的需求。此外，后來還發布了?LeSS 規則，以更好地定義和提供有關如何實施和執行 LeSS 的指導，并提供采用指南。
原則
LeSS 定義了在整個企業中應用 Scrum 的價值、要素和總體目標的?10 項原則。這 10 項原則有助于打造更負責任的團隊，更加關注客戶并加強協作。團隊專注于學習、透明度以及傳遞以客戶為中心的價值觀，這些價值觀是產品組織保持競爭力和響應能力所必需的。以下是完整列表：
- 大規模 Scrum 才是 Scrum
- 經驗流程控制
- 透明度
- 事半功倍
- 聚焦整個產品
- 以客戶為中心
- 持續改進，趨向完美
- 系統思維
- 精益思維
- 排隊論
框架
LeSS 提供兩種配置：Basic Less 和 LeSS Huge，前者適用于兩到八個團隊（10 到 50 人），后者適用于八個以上團隊（50 到 6000 人以上）。
LeSS Huge 以 Basic LeSS 為基礎，但增加了一個關鍵角色，即區域產品負責人 (APO)，還增加了其他工件和會議變更。我們推薦您的組織先從 Basic LeSS 開始，進行試驗、體驗并獲得反饋，然后直接進入 LeSS Huge。采用 LeSS Huge 時，有兩種建議的方法：
- 一次一個需求領域，側重于較大產品中的一個需求領域
- 逐步擴展團隊工作范圍、完成定義和產品定義
這允許組織積累團隊的 LeSS 經驗，在整個產品領域擴展，并獲得管理支持，然后在整個組織中擴展 LeSS。
指南
LeSS 指南是作者 Craig Larman 和 Bas Vodde 基于 LeSS 進行實驗而提出的建議。盡管這些指南是他們的第三本書“Large-Scale Scrum: More with LeSS”的衍生，但在理解采用 LeSS 的方法、參與者的角色和責任、如何在團隊之間進行協調和整合等方面非常有幫助。請注意，在 LeSS 框架的應用程序中，這些指南是可選的。
實驗
LeSS 包括很多實驗，既包含作者建議組織嘗試的試驗，也包含建議避免的試驗，還有些試驗的結果則是好壞參半。實驗結果是構建 LeSS 框架的基礎。
Craig Larman 和 Bas Vodde 編寫的前兩本書“Scaling Lean & Agile Development”和“Practices for Scaling Lean & Agile Development”中，將大規模 Scrum 界定為一組實驗，其原則是：沒有“最佳實踐”之類的東西，因為最佳實踐總是與他們的環境相關聯。
作者的第三本書《大規模 Scrum：利用 LeSS 事半功倍》(Large-Scale Scrum:More with LeSS) 揭示了采用 LeSS 的指南、前兩本書的實驗、對 LeSS 中角色的澄清、如何在團隊之間進行協調和整合等等。
這三本書是對框架的逐步構建，我們推薦您進行閱讀，更好地理解 LeSS 的基礎。
Basic LeSS 專注于團隊和關鍵的?Scrum 角色：Scrum 產品負責人敲定產品愿景和方向，Scrum 開發團隊進行產品創建和交付，Scrum 主管幫助團隊進行持續改進和指導。LeSS 對經理的角色以及他/她為實現持續改進和獨立自主而協助團隊消除障礙的方式進行了詳細介紹。
如前所述，LeSS Huge 的區域產品負責人協助總產品負責人并與之協調，對于架起業務需求與技術團隊之間的溝通橋梁至關重要。區域產品負責人與產品負責人工作職責相同，但他們所支持的團隊的工作范圍更加集中，范圍更具體。區域產品負責人專門從事以客戶為中心的任務，并充當以產品為中心的功能團隊的產品負責人。
Scrum 中描述并在 LeSS 中進一步詳細介紹的關鍵儀式之一是產品待辦列表細化 (PBR) 會議。PBR 會議通過一系列平行的 LeSS 沖刺執行將沖刺計劃擴展到整個重點領域。在每個沖刺中都需要這些會議的持續節奏，以便理解、討論和改進項目，為未來的沖刺做準備。PBR 會議的主要活動是：1）分解大項目；2）澄清和回答懸而未決的問題；3）估計故事的規模、風險、依賴關系和價值。
Aside from the importance of the sprint planning ceremony, the?sprint review?and retrospective are essential ceremonies to examine what the teams built and delivered, as well as discuss changes, improvements, and new ideas. It’s also an opportunity for the teams to celebrate the customer value they delivered. The inspect and adapt opportunity through retrospectives happen within each team as well as a retrospective that addresses how the team coordinated and collaborated.
與敏捷擴展的其他框架類似，LeSS 共享五個主要組件：靈感來自敏捷宣言及其 12 項原則、沖刺/迭代的節奏、整個組織的同步、Scrum 的根源以及諸如?DevOps 之類的高質量開發實踐、CI/CD?和測試驅動開發 (TDD)。但是還有其他顯著的特征使它與眾不同。
一個常見的情況是將 LeSS 與 Scrum 相提并論，確定哪個最好。但是，這種心態不正確。LeSS 并不是 Scrum 的“更好”版本；不能簡單地說兩者誰強誰弱。LeSS 以 scrum 為基礎，支持在更大的環境中使用，還支持在大型組織和超出一個團隊的情況下如何對其進行擴展。
Basic LeSS 與一個 Scrum 團隊非常相似。在 LeSS 中，有單一的產品待辦事項、產品負責人和已完成的定義。盡管由一個或多個團隊組成，但所有團隊都像 Scrum團隊一樣一起工作，以便在每個沖刺結束時交付通用的、可交付的產品。盡管有一個產品負責人擁有單個產品待辦事項，但在 LeSS 中，最終的工作可能由一個或多個團隊完成。特別是在 LeSS Huge 中，產品負責人的角色擴大到包括跨多個團隊進行協調和協作的區域產品負責人。為了支持這些工作，產品負責人推動了單一團隊產品待辦事項細化會議，這有助于協調所有團隊協同工作的工作交付。
除此之外，在 LeSS 中，沖刺計劃分為兩個部分：1）所有團隊共同決定如何以最佳方式劃分產品待辦事項；2）團隊計劃自己的沖刺，同時與其他團隊協作和溝通以交付產品待辦事項。
Aside from these points, other ceremonies such as the?daily scrum, sprint review, and overall retrospective, have their own nuances in LeSS.
盡管 LeSS 在擁有大型軟件開發團隊的企業中越來越受歡迎，但其他規?；艚菘蚣埽ɡ?集群 Scrum?或?Scrum@Scale）也受到了關注。領先的框架之一是規?；艚菘蚣? (SAFe)。
LeSS 和 SAFe 之間有許多相似之處。例如，兩者都從擴展 Scrum 團隊開始，并融入精益思維、持續改進和以客戶為中心等原則。但是，LeSS 的不同之處在于，它專注于通過保持靈活性和適應性來簡化組織結構。
與 LeSS 相反，SAFe 需要其他角色，包括發布系列工程師 (RTE)、解決方案培訓工程師(STE) 和長篇故事所有者。它還包括一些組織可能尚未準備好接受的流程、工件和組織變更；盡管起步時與成功運行 Scrum 的敏捷團隊處于平等地位。LeSS Huge 與 Basic LeSS 之間確實存在一些差異，但在大多數情況下并不像其他框架那么復雜。
LeSS 的重點不是構建不同的框架，而是將 Scrum 的原則應用于許多團隊，這些團隊共同努力提供完整的端到端、以客戶為中心的解決方案或產品。
使用 LeSS 可以獲得的一些優勢包括：
- 實施多個團隊已經在 Scrum 中采用的實踐，以此降低實施成本
- 一位了解框架和原則的產品負責人，然后彌合業務和技術團隊之間的差距
- 交付產品所需的人員更少。LeSS 不會以指數方式增加更多角色和開銷
- 它提供了焦點區域內的完整產品視圖
- 團隊與客戶和業務利益相關者保持直接聯系
- 通過頻繁的回顧和其他會議來實現持續改進，這些會議是敏捷宣言中的基本流程
對于許多組織來說，采用 LeSS 方法擴展 Scrum 團隊可能是他們實現敏捷擴展的下一個合理步驟。
LeSS 這樣的框架提供了一個可行的路徑，可幫助企業在組織內有效地擴展敏捷性并實現期望的業務成果。同樣重要的是，您選擇哪些工具來幫助擴大現有實踐并實現這些實踐的全部收益。借助 Atlassian 的企業敏捷開發規劃平臺 Jira Align，您可以改進可視性、戰略一致性和企業適應性，從而加速數字化轉型。
文章評論