什麼是 LeSS 框架？Scrum vs LeSS Basic vs LeSS Huge

LeSS 是一個輕量級的敏捷框架，用於將 Scrum 擴展到多個團隊。從 2005 年開始，Bas Vodde 和 Craig Larman 在大型項目中使用 Scrum 原則和規則後開發了 LeSS 框架。他們的目標是在保持 Scrum 約束的同時成功開發大型項目。

LeSS 建立在 諸如 經驗主義、 跨職能自我管理團隊等 Scrum 原則之上， 並提供了一個大規模應用這些原則的框架。它提供了關於如何在大規模產品開發環境中採用 Scrum 的簡單結構規則、指南和實驗。LeSS 只有幾個規則和兩個框架：LeSS 和 LeSS Huge。

• LeSS Basic：2-8 個團隊
• LeSS Huge：8+ 團隊

不同之處在於所涉及的團隊總數。基本 LeSS 是 2 到 8 個團隊，每組 8 人，每個團隊致力於相同的產品開發。LeSS Huge 有多達 2,000 多人從事相同的產品開發工作。換句話說，你想要多大？LeSS 可以向上或向下擴展 scrum 以在許多環境中工作。

LeSS 框架

下圖說明了 LeSS 基本框架。開發團隊的數量從兩個到八個不等。一個產品負責人最多涵蓋八個團隊，每個 Scrum Master 最多服務三個團隊。

在 LeSS 框架中，完整的可交付產品有一個產品所有者和一個產品待辦列表。產品負責人不應該獨自處理產品待辦事項的細化；她得到了直接與客戶/用戶和其他利益相關者合作的多個開發團隊的支持。所有優先級都通過產品所有者進行，但澄清可以直接在團隊、客戶/用戶和其他利益相關者之間進行。

雖然 LeSS 的大部分內容仍然忠實於單團隊 scrum 框架，但差異很重要：

• Sprint 計劃 分為兩部分：第 1 部分適用於所有團隊，第 2 部分適用於每個團隊。
• Sprint 計劃（第 1 部分）限制為每週一小時的 sprint 長度。儘管並非所有開發人員都必須參加，但他們並不氣餒，每個衝刺團隊至少有兩名成員與產品負責人一起參加。然後，代表團隊成員返回並與各自的團隊分享他們的信息。
• 獨立的 sprint 計劃（第 2 部分）和每日例會發生，來自不同團隊的成員可以參加彼此的會議以促進信息共享。
• 跨團隊協調由團隊決定，他們更傾向於分散和非正式的協調，而不是集中的協調。重點是涉及跨團隊交談、組件導師、旅行者、偵察員和開放空間的非正式網絡。
•  與每個開發團隊和產品所有者的代表一起對整個產品待辦事項進行待辦事項細化。單個團隊的 backlog 細化也發生在單個團隊級別，但多團隊 backlog 細化發生在每個 sprint 中，並且是 LeSS 中的關鍵實踐。
• Sprint 評審 由每個團隊的代表和產品負責人完成。

Scrum 與 LeSS 框架

基本 LeSS 與單團隊 Scrum 非常相似，只是擴展了。在 LeSS 中，有一個產品待辦列表、一個產品負責人、一個完成定義、一個通用 sprint 和一個在 sprint 結束時的 PSP（潛在可交付產品）增量。由於所有團隊都致力於實施相同的產品，因此所有團隊都是跨職能的，只有少數（如果有的話）專業團隊。總之，所有團隊都致力於在每個 sprint 中交付一個通用的、可交付的產品。

常規 Scrum 和 LeSS 存在差異。在 LeSS 中，衝刺計劃在兩次會議中分別完成。在一次會議中，產品負責人與所有團隊的代表會面，他們相互管理，以決定他們將在下一個 sprint 中完成哪些產品待辦事項。一些相同的工作可能會與兩個或更多團隊共享。第二次會議與第一次會議並行或在第一次會議之後不久舉行，是每個團隊所有成員的會議。出於協調目的，團隊會議可以在同一區域的不同部分舉行，但要分開舉行。當兩個團隊在下一個 sprint 中執行相同任務時，這種設置很有幫助，可能有問題或需要另一個團隊的澄清。

LeSS 巨大的框架

LeSS Huge 建立在 LeSS 框架之上，針對八個或更多團隊進行優化。對於 LeSS Huge，就整個項目團隊規模而言，天空是極限。幾千人可以在一個項目上工作。LeSS Huge 為管理大規模積壓工作引入了幾個新概念和挑戰。這些是需求區域、區域產品待辦事項和區域產品所有者。

Scrum 團隊分為主要的客戶需求領域。每個區域都有一個區域產品負責人和四到八個 Scrum 團隊。（每個需求領域至少有四個團隊可以防止過多的局部優化和復雜性。）一個整體產品負責人和幾個區域產品負責人組成產品負責人團隊。下圖說明了 LeSS Huge 框架。

就像在 scrum 和較小的 LeSS 中一樣，你有一個產品、一個完成的定義、一個（區域）產品所有者和一個 sprint。LeSS Huge 是每個需求領域的 LeSS 堆棧。每個需求區域都使用 LeSS，所有需求區域的集合都在 LeSS Huge 中。其中一些差異是

• 產品負責人計劃會議在衝刺計劃會議之前舉行。
• 添加了區域級會議。Sprint 計劃、審查和回顧會議在區域級別完成，並且區域級別的產品待辦事項細化發生。
• 完成了涉及所有團隊的整體 sprint 審查和回顧。該審查協調整個產品計劃領域的整體工作和流程。

LeSS 允許以在很大程度上符合敏捷原則的方式實施 Scrum 和擴展。Scrum 框架的一些元素通過經驗學習、短反饋循環、自組織以及有效的協作和協調來維護。

LeSS 中也存在領導工具，用於做出最大化 ROI 的良好決策；為客戶創造價值；並創建快樂、可持續的團隊。

LeSS Basic vs LeSS Huge

LeSS Huge 與 Basic LeSS 類似，只是由於規模的原因，有兩個或多個區域產品負責人。區域產品負責人和一名整體產品負責人組成了產品負責人團隊。根據規模，可能還會有額外的產品經理。

每個需求區域最好有四到八個團隊。由於在 Less Huge 下完成的工作通常是由四到八個團隊組成的多個區域團隊，而 Basic LeSS 是兩到八個團隊，因此 Basic LeSS 和 LeSS Huge 下的團隊的基本功能是相同的。

使用大型 Scrum 畫布管理 Scrum

您的團隊可以使用敏捷工具自動化整個敏捷項目管理軟件，使用 Visual Paradigm 通過為大型項目設計的可視化流程畫布最大限度地提高 Scrum 項目效率。

快速瀏覽 大型 Scrum 畫布 ——在一個頁面中管理整個 LeSS 框架。

資源：

• 擴展敏捷框架的比較
• LeSS 框架的 10 條原則是什麼？
• 綜合 Scrum 指南
• LeSS 簡介