在敏捷轉型過程中，如何將在單個團隊級別上取得的良好效果擴展至組織內的多團隊上？啟用一個有效的大規模敏捷框架是很有必要的。今天我們就來聊聊其中的一種 - LeSS（Large-Scale Scrum）。
1、為什麼基於Scrum？
Scrum是一種基於經驗過程控制的研發框架。其中，跨功能的自管理團隊通過增量迭代的方式研發一款產品。每個Sprint都按約定交付潛在的產品增量。這種經驗性的過程控制需要的是透明，而這種透明來自於團隊短週期的迭代以及對迭代的定期回顧。它強調持續學習、觀察以及不斷適應。Scrum的整體理念基於對研發過程的複雜性、動態性做出的回應，並不斷提出問題、執行及改進。
具體的Scrum框架在此就不贅述了，想了解詳情可查閱之前的文章《Scrum之成分配比》。Scrum的有效性在於它能夠將抽象的框架與實踐經驗相結合，從而改變組織的文化。根據組織行為學中的Larman定理，通常組織的變革是通過組織結構的改變來促使文化發生變化的，這也是Scrum能夠作為有效的工具為組織帶來成功敏捷轉型的原因之一。
2、LeSS是什麼？
Craig Larman於2002年出版了《敏捷與增量開發》一書，此時，人們還認為敏捷開發模式僅適用於小團隊。而Craig及Bas從這時便開始將關注點放在了敏捷的大規模應用，尤其是將Scrum應用到大型、跨區域及外包團隊的研發中。
LeSS就是Scrum，它並非對Scrum的任何更新或優化，而是一種設法將Scrum的原則、目標、元素等應用於大型語境下的方法。與我們常說的適用於一個團隊的Scrum不同之處在於，它是針對多團隊的，且這些功能團隊是共同在同一個產品中工作，有著共同的交付目標。
圖片來自LeSS官網
3、Scrum與LeSS的相同點？
LeSS是單團隊Scrum的擴展版，它仍然保持了單團隊Scrum中的許多規則及理念。在LeSS中你能找到如下相同點：
- 一份產品待辦列表（因為這是針對一個產品而非一個團隊的）
- 所有團隊有共同的DoD
- 每個Sprint結束有同一個潛在可交付產品增量
- 一位產品負責人
- 多個完整的、跨功能的團隊（不包含任何單一的職能團隊）
- 單次完成一個Sprint
4、Scrum與LeSS的差異？
- Sprint計劃會議 Part 1：會議除了產品負責人外，還包括來自所有團隊的相關人員。會議中，團隊成員自主決定他們的產品待辦列表清單（PBI）。同時共同就需要相互分享及合作的工作進行討論。
- Sprint計劃會議 Part 2：各團隊自行組織的sprint計劃會議（通常是多團隊同步進行的），會議可根據實際情況安排在相同或不同的會議室進行，亦或者同一會議室不同區域。
圖片來自LeSS官網
- Daily Scrum：這個會議同樣是由各自團隊自行組織。但是不同團隊中的成員可以作為觀察員參與到有相互合作的團隊的Daily Scrum中。
- 總體產品待辦事項列表梳理（PBR）：這個梳理是可選的，且會議時間比較短（對於兩週的Sprint而言，通常一個小時可以完成），它針對總體的產品代辦事項。會議需要產品負責人及來自多有團隊的相關人員參與。此會議的主要目的是決定後續要進行深度團隊PBR的團隊及條目。這是一個產品負責人與所有團隊對齊信息的好時機。
- 產品待辦事項列表梳理（PBR）：對於LeSS中的單團隊PBR而言，它的運作跟單團隊Scrum一樣。其不同點存在於多團隊PBR。在多團隊PBR中，兩個或者多個團隊在同一個房間中討論，增加學習及合作的機會。
- Sprint Review：除產品負責人外，所有團隊成員、相關的用戶或者客戶及干係人參與。可考慮採用集市後者科學展覽的形式組織：一個大的房間，區分不同的區域。每個區域由不同的團隊成員負責，向大家演示團隊團隊研發的功能並進行相關討論。
- 總體回顧：這是一個在單團隊Scrum框架中沒有的會議。這個會議旨在探索總體系統中的改進點。會議時長在45分鐘（針對單週Sprint）。會議包括產品負責人、Scrum Master以及來自各團隊的輪值代表。
圖片來自LeSS官網
5、LeSS框架總覽
最後，我們再來總體回顧一下LeSS框架，增強理解及記憶。
圖片來自LeSS官網
閱讀更多 項目姐 的文章
