什麼是LeSS框架?Scrum / LeSS / LeSS Huge

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

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

  • LeSS基礎:2–8個團隊
  • 最龐大的團隊:8個以上的團隊

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

LeSS框架

下圖說明了LeSS基本框架。開發團隊的數量從兩個到八個不等。一個產品負責人最多負責八個團隊,每個Scrum管理員最多可以服務三個團隊。

 

 

在LeSS框架中,完整的可交付產品有一個產品所有者和一個產品積壓。產品負責人不應獨自從事產品積壓工作的改進。她得到了直接與客戶/用戶和其他利益相關者合作的多個開發團隊的支持。所有優先級都通過產品所有者進行,但澄清可以直接在團隊與客戶/用戶和其他利益相關者之間進行。

儘管LeSS大部分內容仍然適用於一站式Scrum框架,但差異非常重要:

  • Sprint計劃分爲兩個部分:第1部分是所有團隊通用的,第2部分是每個團隊通用的。
  • 衝刺計劃(第1部分)每週衝刺時間限制爲一小時。儘管並非所有開發人員都必須參加,但他們並不灰心,每個衝刺團隊至少有兩名成員與產品所有者一起參加。然後,代表團隊成員回去並與各自的團隊共享他們的信息。
  • 獨立的sprint計劃(第2部分)和每日討論會進行,並且來自不同團隊的成員可以參加彼此的會議,以促進信息共享。
  • 跨團隊協調由團隊決定,與集中式協調相比,分散式和非正式協調更爲可取。重點是非正式的網絡,其中涉及跨團隊交談,組成指導者,旅行者,偵察員和開放空間。
  • 每個開發團隊和產品所有者的代表都對整個產品積壓工作進行了積壓細化。單個團隊的待辦事項清單細化也在單個團隊級別進行,但是多團隊的待辦事項清單細化在每個衝刺中都會發生,並且是LeSS中的關鍵實踐。
  • 每個團隊和產品負責人的代表都要進行Sprint審查

Scrum vs LeSS框架

基本的LeSS與一個團隊的Scrum非常相似,只是擴展了。在LeSS中,有一個產品待辦事項列表,一個產品所有者,一個完成的定義,一個常見的衝刺和一個PSP(潛在可運輸產品)增量,在衝刺結束時。由於所有團隊都在致力於實現同一產品,因此所有團隊都是跨職能的,很少有專業團隊。總而言之,所有團隊都在爲每個衝刺交付通用的可交付產品。

常規Scrum和LeSS 有所不同。在LeSS中,衝刺計劃是在兩次會議中分別完成的。在一次會議上,產品負責人會見了所有團隊的代表,這些團隊之間進行管理,以確定他們將在下一個衝刺中執行哪些產品待辦事項。某些相同的工作可能會與兩個或多個團隊共享。第二次會議是在第一次會議同時或之後舉行的,是每個團隊的所有成員的會議。出於協調目的,團隊會議可以在同一地區的不同部分進行,但分別進行。當在下一個衝刺期間正在完成相同任務的兩個團隊可能有疑問或需要其他團隊澄清時,此設置很有用。

LeSS龐大的框架

LeSS Huge通過爲八個或更多團隊進行優化而建立在LeSS框架上。使用LeSS Huge,就整個項目團隊規模而言,天空是極限。數千人可以從事一個項目。LeSS Huge引入了一些用於管理大量積壓的新概念和新挑戰。這些是需求區域,區域產品積壓和區域產品所有者。

Image result for less huge framework"

Scrum團隊分爲主要客戶需求領域。每個區域都有一個區域產品負責人和4至8個Scrum團隊。(在每個需求區域中至少有四個團隊可以防止過多的本地優化和複雜性。)產品所有者團隊由一個整體產品所有者和幾個區域產品所有者組成。下圖說明了LeSS Huge框架。

 

與在Scrum和較小的LeSS中一樣,您擁有一種產品,一種完成的定義,一個(區域)產品所有者和一個衝刺。LeSS Huge是每個需求區域的LeSS堆棧。每個需求區域都使用LeSS,所有需求區域的集合都在LeSS Huge中。一些差異是

  • 產品所有者計劃會議在衝刺計劃會議之前舉行。
  • 添加了區域級會議。在區域級別完成Sprint計劃,審查和回顧會議,並進行區域級別的產品積壓工作。
  • 完成了所有團隊的總體衝刺審查和回顧。該審查協調了整個產品計劃領域的整體工作和流程。

LeSS可以以一種大多數情況下都遵循敏捷原則的方式來實現Scrum和擴展。Scrum框架的某些要素通過經驗學習,較短的反饋循環,自組織以及有效的協作與協調得以維持。

LeSS中還存在領導工具,可以做出可最大化投資回報率的良好決策;爲客戶創造價值;並建立快樂,可持續的團隊。

LeSS Basic vs LeSS巨大

LeSS Huge與Basic LeSS相似,不同之處在於,由於尺寸原因,有兩個或多個區域產品負責人。區域產品負責人和一個整體產品負責人組成了產品負責人團隊。根據大小,可能還會有其他產品經理。

每個需求領域最好有四到八個團隊。由於在“較少規模”下完成的工作通常是由四個到八個團隊組成的多個區域團隊,而“基本LeSS”則是兩個到八個團隊,因此“基本LeSS”和“ LeSS Huge”下的團隊的基本功能是相同的。

使用大型Scrum畫布管理Scrum

您的團隊可能會使用敏捷工具使用Visual Paradigm自動化整個Agile Project管理軟件,從而通過爲大型項目設計的可視化流程畫布來最大化Scrum項目效率。

大型Scrum Canvas是爲每個Scrum團隊構建的Scrum工具,可通過直觀的可視畫布來計劃,跟蹤和管理Scrum項目。無論您的軟件項目是一個團隊還是世界各地的多個團隊,我們都將每個人都放在同一頁面上,放在同一畫布上。

「less framework visual paradigm」的圖片搜尋結果"

(快速介紹 - LeSS Scrum Canvas)

項目數據的“熱點”

您不需要導航到其他頁面來訪問項目數據,因爲所有內容都放在同一頁面(畫布)上。只需單擊一個工作項即可編輯/瀏覽您感興趣的內容。


計劃和跟蹤Scrum事件,角色和工件

爲每個Scrum團隊構建了大規模Scrum畫布,以維護項目工件(例如,積壓,利益相關者列表,障礙),記錄事件(例如,Sprint計劃1/2,Sprint審查和回顧)並跟蹤進度。


適合您的敏捷項目,無論大小

大型Scrum畫布包含兩個級別-Sprint和Team。您可以輕鬆地在sprint之間切換以查看當前和歷史的sprint數據,例如sprint積壓的內容,也可以在團隊之間切換以查看分配給他們的PBI並瞭解其進度。


用戶故事圖

。在多級用戶故事圖中創建和管理用戶故事。通過拖放輕鬆重新排列故事。瀏覽故事以獲取有關用戶故事的所有詳細信息,包括其接受標準,討論筆記,線框等。

通過詳細的用戶案例更好地計劃

驗收

形成用戶故事接受標準的清單。在sprint審查會話中一一確認。

用戶故事接受標準


方便產品積壓項目表

。它爲您提供了項目中所有PBI的全面列表。無論您的積壓量有多大,您始終可以通過搜索和排序找到所需的項目。

「story mapping visual paradigm」的圖片搜尋結果"

Scrum報告生成

隨着項目的進展,將自動生成各種敏捷Scrum報告。這些報告爲您的團隊提供了對Scrum流程的重要見解,並使交流更加有效。您也可以通過文檔編輯報告。Composer,它爲報表編輯提供了方便的拖放界面。


內置任務管理平臺

。一站式敏捷解決方案提供了積壓和任務管理之間的無縫集成。您可以在一處創建任務,報告和監視進度。

與任務管理工具集成


單一軟件,多種用途

。使用UML,BPMN,ERD,DFD,UX(線框,原型),代碼工程,ORM,思維導圖等功能增強Scrum項目的功能。

單一軟件,多種用途。

LeSS(大型Scrum),是LeSS Company BV的商標

資源:

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章