什麼是LeSS框架？Scrum / LeSS / LeSS Huge - 台部落

LeSS是一個輕量級的敏捷框架，用於將Scrum擴展到多個團隊。

從2005年開始，Bas Vodde和Craig Larman在大型項目中使用Scrum原則和規則後開發了LeSS框架 ... 請輸入正確的登錄賬號或密碼 註冊 忘記密碼 首頁 scrum 正文 什麼是LeSS框架？Scrum/LeSS/LeSSHuge 原創 Warren2Lynch 2020-07-0116:38 LeSS是一個輕量級的敏捷框架，用於將Scrum擴展到多個團隊。

從2005年開始，BasVodde和CraigLarman在大型項目中使用Scrum原則和規則後開發了LeSS框架。

他們的目標是在不受Scrum約束的情況下成功開發大型項目。

LeSS建立在經驗主義，跨職能自我管理團隊等Scrum原則之上，並提供了一個大規模應用該框架的框架。

它提供了有關如何在大規模產品開發環境中採用Scrum的簡單結構規則，指南和實驗。

LeSS只有幾個規則和兩個框架：LeSS和LeSSHuge。

LeSS基礎：2–8個團隊 最龐大的團隊：8個以上的團隊 不同之處在於所涉及的團隊總數。

基本的LeSS是由2到8個團隊組成，每個團隊八個，從事相同的產品開發。

LeSSHuge擁有多達2,000多名從事相同產品開發工作的人員。

換句話說，您想要多大？LeSS可以向上或向下擴展Scrum，以在許多環境中工作。

LeSS框架 下圖說明了LeSS基本框架。

開發團隊的數量從兩個到八個不等。

一個產品負責人最多負責八個團隊，每個Scrum管理員最多可以服務三個團隊。

    在LeSS框架中，完整的可交付產品有一個產品所有者和一個產品積壓。

產品負責人不應獨自從事產品積壓工作的改進。

她得到了直接與客戶/用戶和其他利益相關者合作的多個開發團隊的支持。

所有優先級都通過產品所有者進行，但澄清可以直接在團隊與客戶/用戶和其他利益相關者之間進行。

儘管LeSS大部分內容仍然適用於一站式Scrum框架，但差異非常重要： Sprint計劃分爲兩個部分：第1部分是所有團隊通用的，第2部分是每個團隊通用的。

衝刺計劃（第1部分）每週衝刺時間限制爲一小時。

儘管並非所有開發人員都必須參加，但他們並不灰心，每個衝刺團隊至少有兩名成員與產品所有者一起參加。

然後，代表團隊成員回去並與各自的團隊共享他們的信息。

獨立的sprint計劃（第2部分）和每日討論會進行，並且來自不同團隊的成員可以參加彼此的會議，以促進信息共享。

跨團隊協調由團隊決定，與集中式協調相比，分散式和非正式協調更爲可取。

重點是非正式的網絡，其中涉及跨團隊交談，組成指導者，旅行者，偵察員和開放空間。

每個開發團隊和產品所有者的代表都對整個產品積壓工作進行了積壓細化。

單個團隊的待辦事項清單細化也在單個團隊級別進行，但是多團隊的待辦事項清單細化在每個衝刺中都會發生，並且是LeSS中的關鍵實踐。

每個團隊和產品負責人的代表都要進行Sprint審查。

ScrumvsLeSS框架 基本的LeSS與一個團隊的Scrum非常相似，只是擴展了。

在LeSS中，有一個產品待辦事項列表，一個產品所有者，一個完成的定義，一個常見的衝刺和一個PSP（潛在可運輸產品）增量，在衝刺結束時。

由於所有團隊都在致力於實現同一產品，因此所有團隊都是跨職能的，很少有專業團隊。

總而言之，所有團隊都在爲每個衝刺交付通用的可交付產品。

常規Scrum和LeSS 有所不同。

在LeSS中，衝刺計劃是在兩次會議中分別完成的。

在一次會議上，產品負責人會見了所有團隊的代表，這些團隊之間進行管理，以確定他們將在下一個衝刺中執行哪些產品待辦事項。

某些相同的工作可能會與兩個或多個團隊共享。

第二次會議是在第一次會議同時或之後舉行的，是每個團隊的所有成員的會議。

出於協調目的，團隊會議可以在同一地區的不同部分進行，但分別進行。

當在下一個衝刺期間正在完成相同任務的兩個團隊可能有疑問或需要其他團隊澄清時，此設置很有用。

LeSS龐大的框架 LeSSHuge通過爲八個或更多團隊進行優化而建立在LeSS框架上。

使用LeSSHuge，就整個項目團隊規模而言，天空是極限。

數千人可以從事一個項目。

LeSSHuge引入了一些用於管理大量積壓的新概念和新挑戰。

這些是需求區域，區域產品積壓和區域產品所有者。

Scrum團隊分爲主要客戶需求領域。

每個區域都有一個區域產品負責人和4至8個Scrum團隊。

（在每個需求區域中至少有四個團隊可以防止過多的本地優化和複雜性。

）產品所有者團隊由一個整體產品所有者和幾個區域產品所有者組成。

下圖說明了LeSSHuge框架。

  與在Scrum和較小的LeSS中一樣，您擁有一種產品，一種完成的定義，一個（區域）產品所有者和一個衝刺。

LeSSHuge是每個需求區域的LeSS堆棧。

每個需求區域都使用LeSS，所有需求區域的集合都在LeSSHuge中。

一些差異是 產品所有者計劃會議在衝刺計劃會議之前舉行。

添加了區域級會議。

在區域級別完成Sprint計劃，審查和回顧會議，並進行區域級別的產品積壓工作。

完成了所有團隊的總體衝刺審查和回顧。

該審查協調了整個產品計劃領域的整體工作和流程。

LeSS可以以一種大多數情況下都遵循敏捷原則的方式來實現Scrum和擴展。

Scrum框架的某些要素通過經驗學習，較短的反饋循環，自組織以及有效的協作與協調得以維持。

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

LeSSBasicvsLeSS巨大 LeSSHuge與BasicLeSS相似，不同之處在於，由於尺寸原因，有兩個或多個區域產品負責人。

區域產品負責人和一個整體產品負責人組成了產品負責人團隊。

根據大小，可能還會有其他產品經理。

每個需求領域最好有四到八個團隊。

由於在“較少規模”下完成的工作通常是由四個到八個團隊組成的多個區域團隊，而“基本LeSS”則是兩個到八個團隊，因此“基本LeSS”和“LeSSHuge”下的團隊的基本功能是相同的。

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

大型ScrumCanvas是爲每個Scrum團隊構建的Scrum工具，可通過直觀的可視畫布來計劃，跟蹤和管理Scrum項目。

無論您的軟件項目是一個團隊還是世界各地的多個團隊，我們都將每個人都放在同一頁面上，放在同一畫布上。

(快速介紹-LeSSScrumCanvas) 項目數據的“熱點” 您不需要導航到其他頁面來訪問項目數據，因爲所有內容都放在同一頁面（畫布）上。

只需單擊一個工作項即可編輯/瀏覽您感興趣的內容。

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

適合您的敏捷項目，無論大小 大型Scrum畫布包含兩個級別-Sprint和Team。

您可以輕鬆地在sprint之間切換以查看當前和歷史的sprint數據，例如sprint積壓的內容，也可以在團隊之間切換以查看分配給他們的PBI並瞭解其進度。

用戶故事圖 。

在多級用戶故事圖中創建和管理用戶故事。

通過拖放輕鬆重新排列故事。

瀏覽故事以獲取有關用戶故事的所有詳細信息，包括其接受標準，討論筆記，線框等。

通過詳細的用戶案例更好地計劃 討論區 驗收 線框 任務管理 分裂 驗收 形成用戶故事接受標準的清單。

在sprint審查會話中一一確認。

方便產品積壓項目表 。

它爲您提供了項目中所有PBI的全面列表。

無論您的積壓量有多大，您始終可以通過搜索和排序找到所需的項目。

Scrum報告生成 隨着項目的進展，將自動生成各種敏捷Scrum報告。

這些報告爲您的團隊提供了對Scrum流程的重要見解，並使交流更加有效。

您也可以通過文檔編輯報告。

Composer，它爲報表編輯提供了方便的拖放界面。

內置任務管理平臺 。

一站式敏捷解決方案提供了積壓和任務管理之間的無縫集成。

您可以在一處創建任務，報告和監視進度。

單一軟件，多種用途 。

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

LeSS（大型Scrum），是LeSSCompanyBV的商標 資源： 擴展敏捷框架的比較 LeSS框架的10條原則是什麼？ 綜合Scrum指南 LeSS簡介 Scrum Agile 發表評論 登录 所有評論 還沒有人評論，想成為第一個評論的人麼?請在上方評論欄輸入並且點擊發布. 相關文章 西門子醫療如何同步提高軟件交付的速度和穩定性 {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ VladyslavUkis 2021-11-1213:58:55 敏捷爲何在企業中鮮有成效？ {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ Gramr 2021-10-0411:28:57 敏捷道路上的五大障礙 {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ AshPatel 2021-09-1708:43:54 如何使用障礙板克服軟件障礙 {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ CarlyRichmond 2021-01-2119:53:55 敏捷反模式的存在及應對方法 {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ BenLinders 2021-01-0112:03:53 將減少阻力的香蕉法則，運用在軟件開發上會產生什麼效果？ {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null}},{"type":"paragr Philips 2020-11-1611:13:52 開發人員應該放棄敏捷 “敏捷”已然成爲一門“大生意”。

以Scrum聯盟認證ScrumMaster爲首，我們看到了成千上萬所謂的“敏捷“教練和培訓師，以及很多相互競爭的框架和方法，比如“敏捷”領導力培訓、“敏捷”項目管理，等等。

或許這些不算是壞事，至少對 RonJeffries 2020-10-1017:08:49 移除“測試”任務欄，加快交付速度 任務欄裏的“測試中”一列通常會導致團隊有更多在“進行中”的工作，而實際完成的工作會更少。

移除這些列可以促進測試人員和開發人員之間的協作，並使團隊能夠更快地交付項目。

BBCiPlayer&Sounds團隊的首席測試員JitGosai在精益 BenLinders 2020-10-0310:03:59 爲什麼選擇敏捷軟件開發-考慮敏捷開發的主要優勢 {"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":3},"content":[{"type":"text","text":"1、前言"}]},{ 小隐乐乐 2020-09-2514:03:58 我們真的需要產品負責人麼？ 我認爲產品負責人是Scrum在軟件界遇到的最糟糕的事情。

這是個很壞的主意！ ——MaryPoppendieck MaryPoppendieck認爲，產品負責人的角色是從事工作的人和需要工作完成的人之間的代理，這會導致軟件工程過程中的 DouglasTalbot 2020-09-2214:48:50 敏捷教練的軟技能 {"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ 技术管理Jo 2020-09-0817:13:52 如何使用DDD方法驗證業務規則 本文要點 業務規則是系統擁有的特定領域知識的一個部分。

合理構建的業務規則可以減少出錯概率，並降低維護難度。

不同業務規則的職責不同，例如提供驗證或生成輸出等。

事件的處理方式決策會影響總體設計，並且在做出任何決策之前都需要了解其後果。

應 FabianLopez 2020-08-1718:53:56 劉華：事實證明，假敏捷都比瀑布優秀 {"type":"doc","content":[{"type":"blockquote","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null 刘华Kenneth 2020-08-0210:58:57 CSM(CertifiedScrumMaster)敏捷認證是什麼？ Scrum是用於開發和持續支持複雜產品的一個框架。

Scrum基於試驗性過程控制理論，借鑑了精益思想、時間盒、模塊化設計等，並完整地體現了敏捷宣言和敏捷原則。

Scrum採用一種迭代、增量式的方法來優化對未來的預測和管理風險，建立組織響 申导 2020-07-0421:51:43 ScrumMaster要做些啥？ 本文是之前爲ScrumGathering2013準備《甘道夫--中土世界的ScrumMaster》話題時總結的一些想法，更多是從內部做SM時的體會。

SM是新的角色，很多時候定位不是那麼清楚。

TheScrumMasteris 申导 2020-07-0421:51:43 W Warren2Lynch 24小時熱門文章 我在【真人百家樂】戀愛了 新竹外/約瀨tea232新竹茶莊超過百位精選美女　每日不定時兼職上班 最新文章 敏捷對質量的定義 LeSS小型框架vs巨型框架(BasicvsHuge) 什麼是LeSS框架？Scrum/LeSS/LeSSHuge 敏捷開發:做現實主義者！瞭解有多少時間 Nexus框架 最新評論文章 #小糖心賴XD12377或加9008688台中情趣試穿麻豆大奶騷貨皮白悶騷型床上很主動耐操配合度高 新竹外/約瀨tea232新竹茶莊超過百位精選美女　每日不定時兼職上班 線上留言 Dermalfillermanufacturers C++原創小遊戲狼人殺1.0 一些冷門卻很美的英文單詞，聽過3個以上算我輸 瀨043821#學生妹#模特#OL#清純#美腿#高挑#粉紅色奶頭#吞精#粉色嫩穴#奶泡#69#顏射#老漢推車 #高雄外約清純學生妹瀨043821小羽156cmB杯.21歲#鄉下女孩清秀單純嬌小玲瓏調皮可愛 台中東海學生妹校花兼職瀨043821嬌小可愛#甜心#軟萌蘿莉 小小少女一枚乖巧的寶貝#無刺青可愛喜歡撒嬌賣萌