使用 LeSS（大規模 Scrum）框架做更多事情：帶有工具插圖

LeSS 由 Bas Vodde 和 Craig Larman 根據擴大 Scrum的實踐經驗創建，該公司於 2014 年成立為 LeSS 公司。

“更多與 LeSS” 原則是 LeSS（大規模 Scrum）的核心。複雜的產品開發不需要復雜的解決方案。它需要對問題的本質有深刻的理解，然後可以用更簡單的解決方案來解決。

LeSS 是單團隊 Scrum 的擴展版本，它保留了單團隊 Scrum 的許多實踐和想法。在 LeSS 中，您會發現：

• LeSS：最多 8 個團隊（每個團隊 8 人）。
• 單個 產品待辦列表 （因為它是針對產品的，而不是針對團隊的），
• 為所有團隊完成的一項定義，
• 每個 Sprint 結束時的一個潛在可交付產品增量，
• 一位 產品負責人，
• 許多完整的跨職能團隊（沒有單一專家團隊），
• 一個 衝刺。

在 LeSS 中，所有團隊都在一個共同的 Sprint 中，以在每個 Sprint 中交付共同的可交付 產品。

LeSS 有什麼不同？

• Sprint 計劃第 1 部分：除了一個產品負責人之外，它還包括來自所有團隊的人員。讓團隊成員自行管理產品待辦事項項的劃分。團隊成員還討論尋找共享工作和合作的機會，特別是在相關項目方面。
• Sprint 計劃第 2 部分：由每個團隊獨立（通常並行）舉行，儘管有時為了簡單的協調和學習，兩個​​或多個團隊可能會在同一個房間（在不同的區域）舉行。
• Daily Scrum：這也是每個 Team 獨立舉行的，雖然 Team A 的成員可以觀察 Team B 的 Daily Scrum，以增加信息共享。
• 協調：只是交談、用代碼交流、旅行者、開放空間和社區。
• 整體 PBR：可能會有一個可選的、簡短的整體產品待辦列表細化 (PBR) 會議，其中包括一位產品負責人和來自所有團隊的人員。關鍵目的是決定哪些團隊可能實施哪些項目，因此選擇這些項目用於以後深入的單團隊 PBR。這也是增加與產品負責人和所有團隊的一致性的機會。
• 產品待辦列表細化：LeSS 中唯一的要求是單團隊 PBR，與單團隊 Scrum 中相同。但一個常見且有用的變化是多團隊 PBR，其中兩個或多個團隊一起在同一個房間裡，以增加學習和協調。
• Sprint Review：除了一個產品負責人之外，它還包括來自所有團隊的人員，以及相關的客戶/用戶和其他利益相關者。在檢查產品增量和新項目的階段，考慮“集市”或“科學博覽會”的風格：一個有多個區域的大房間，每個區域都有 團隊成員，團隊開發的項目在這裡展示和討論。
• 整體 回顧：這是一個團隊 Scrum 中沒有的新會議，其目的是探索改進整體系統，而不是專注於一個團隊。Sprint 的最長持續時間為每週 45 分鐘。它包括 產品負責人、  Scrum Master和來自每個團隊的輪換代表。

使用大型 Scrum 畫布管理 Scrum

使用專為大型項目設計的可視化流程畫布，最大限度地提高 Scrum 項目效率。（快速瀏覽 ——Visual Paradigm LeSS Canvas）