規模化敏捷LeSS(二):LeSS*隊實踐指南 - IT人

文章推薦指數: 80 %
投票人數:10人

規模化敏捷LeSS(二):LeSS*隊實踐指南 ... 基於此,LeSS框架保留了Scrum的許多實踐與想法,如產品負責人、開發*隊、Scrum Master三角色,以及Sprint ... Togglenavigation IT人 IT人 規模化敏捷LeSS(二):LeSS*隊實踐指南 吃個藥丸兒發表於 2021-07-29   Scrum能夠幫助一個5-9人的小*隊以迭代增量的方式開發產品,在每一迭代結束時,交付潛在的可交付的產品增量。

正是由於其靈活性,Scrum方法現已成為*隊軟體交付方法的首選,近期釋出的15屆敏捷狀態報告也顯示,66%的受訪者及其所在的敏捷*隊最常用Scrum方法。

但隨著敏捷在*隊中得到越發廣泛的實踐,越來越多的人意識到全組織規模化敏捷實踐在當下帶來的機遇。

但當人們簡單地將Scrum套用到多*隊實踐中的時候,又出現了各種各樣的問題。

為了解決大規模開發*隊的敏捷應用問題,一款多*隊的規模化敏捷框架LargeScaleScrum(LeSS)應運而生。

在之前的文章中,介紹過LeSS的“誕生”,在此就不再贅述。

在這篇文章中,我們會詳細聊一下LeSS的具體實踐: 一、框架 為了讓框架更好地應用到多*隊中去,Bia和Craig兩人決定要儘量避免向框架內新增角色、工件、流程等情況,防止因過多的定義而限制*隊的經驗實踐。

其中,他們還提出了“守、破、離”三個階段: 守:在守的階段,要先打基礎,這時候*隊的行動是循規蹈矩的; 破:在破的階段,要善於打破規則,發現適合自己的情境; 離:在離的階段,要學會逐漸找到適合自己*隊的方式。

基於此,LeSS框架保留了Scrum的許多實踐與想法,如產品負責人、開發*隊、ScrumMaster三角色,以及Sprint計劃會議、每日站會、回顧會議等。

儘管這些概念與Scrum中的實踐相同,但側重點會有所不同。

1.產品負責人 產品負責人有兩個關鍵的職責:一個是對產品待辦列表中的事項進行優先順序排序,另一個是與*隊合作澄清產品待辦列表中的事項。

澄清產品待辦列表中事項需要產品負責人在*隊與使用者/客戶之間擔任橋樑的作用,幫助*隊與使用者/客戶直接對話,避免產生產品的需求理解分歧。

2.*隊 *隊的要求在前一篇文章有也有提到過,主要是自管理的、跨職能的、專注的、長期存在的,以及共處一地的。

這將會讓*隊中的每位成員為實現*隊的共同目標,決定自己如何去做。

3.ScrumMaster 在LeSS框架中,ScrumMaster需要作為一個全職角色來幫助*隊解決過程中遇到的困難。

一名ScrumMaster最多可管理3個*隊。

二、Sprint LeSS中的Sprint是產品級的Sprint,這意味著,各個*隊處在同一Sprint中,而在這一Sprint結束後,多個*隊將交出一個整合的潛在可交付產品增量。

這意味著,所有*隊的Sprint計劃會議、Sprint評審與回顧會議都是同時進行的。

在具體的實施層面,LeSS又給出了一套應用流程: 1.產品待辦列表細化會議 產品待辦列表細化會議(PBR)分為三層: 1)整體PBR 整體PBR是一個簡短的整體產品待辦列表細化會議,主要包括產品負責人以及所有*隊成員。

這一會議主要為*隊分配要實施的事項。

2)多*隊PBR 在LeSS中,多*隊PBR通過專家、使用者/客戶、產品負責人、*隊成員的共同參與,來推進Sprint,提高跨*隊的適應性。

多*隊PBR一般只有兩個*隊。

3)單*隊PBR 但*隊PBR在LeSS中比較少見,一般會應用在巨大且模糊不清的專案背景下,需要先讓一個*隊清除迷霧,後續逐步加入其他*隊的情況中。

2.Sprint計劃會議   Sprint計劃會議分為兩部分:   1)Sprint計劃會議1 這一會議是所有*隊的會議,會議將劃分各個*隊的具體工作事項。

如果*隊的數量較少,可以全體*隊成員參與這一會議。

如果有兩個以上的*隊,則需要每個*隊*出一個*隊代表(除ScrumMaster外)參與會議。

2)Sprint計劃會議2 這一會議是各*隊內部的會議,*隊在此會議上制定自己*隊的Sprint計劃。

有時為了*隊之間的分享與學習,兩個或多個*隊可能會在同一房間的不同區域舉行自己*隊的計劃會議。

3.每日站會 與Scrum中的每日站會不同的是,其他*隊的成員可以加入該*隊的每日站會,進行資訊共享,更好地協調*隊之間的合作。

4.Sprint評審會議 Sprint評審會議需要所有*隊一起評審該Sprint交付的潛在可交付產品增量,應實現所有人就產品進行協作的機會。

這裡的所有人指的是除產品負責人之外,還包括*隊成員、利益相關者等。

5.Sprint回顧會議 回顧會議最長持續45分鐘,分為兩種情況:其一是*隊內部展開回顧會議,其二是產品負責人、ScrumMaster、*隊代表進行整體回顧,主要討論跨*隊的協作、系統問題。

與Scrum一樣,在一整套帶有流程的框架下,LeSS提供了足夠的具體實踐,以及足夠的靈活性以及擴充套件性,幫助大規模*隊探索自己的敏捷之路。

在此基礎上,大規模*隊可以調整*隊實踐,最終打造出真正適合自己的規模化敏捷實踐。

此外,還要注意的一點是,LeSS框架更適合於8個以下的*隊數量,如果*隊數量超過8個,就需要應用LeSSHuge框架。

具體LeSSHuge框架是如何應用的呢?詳見下一期。

相關文章 SQL隱碼攻擊:sqli-labslesson-1小白詳解 2021-07-22 SQL 2019年全球各國整形外科手術市場規模(附原資料表)​​​​ 2021-07-23 2020-2022年全球IT支出市場規模(附原資料表)​​​​ 2021-07-23 達夢資料庫(DM8)大規模並行叢集MPP2節點安裝部署 2021-07-24 資料庫 中智:2020年房地產行業薪酬趨勢指南(附下載) 2021-07-26 JINGdigital:2021年B2B市場部線索孵化加速指南(附下載) 2021-07-26 Git CSS居中對齊終極指南 2021-07-26 CSS 2021年全球遊戲市場規模及增長率(附原資料表)​​​​ 2021-07-27 2016-2020年中國充電基礎設施市場規模(附原資料表)​​​​ 2021-07-27 購買二手iPhone需要注意什麼?這份避坑指南請收好! 2021-07-27 2015年-2021上半年全球新增獨角獸規模(附原資料表)​​​​ 2021-07-28 2015年-2021上半年全球主要國家和地區新增獨角獸規模(附原資料表)​​​​ 2021-07-28 kubernetes降本增效標準指南|ProphetPilot:容器智慧成本管理引擎 2021-07-29 Kubernetes 騰訊(主機安全)被列入Gartner釋出的《雲工作負載保護平臺市場指南》報告 2021-07-29 騰訊 StrategyAnalytics:2021年Q1平板電腦應用處理器市場規模達到7.61億美元同比增長33% 2021-07-30 最新文章 機器學習-習題(二) NBMiner42.1版本釋出,完全解鎖30系LHR版本顯示卡 15分鐘學會Go語言 神經網路前向和後向傳播推導(二):全連線層 技術管理者的困惑——技術與管理應該如何平衡? Prometheus四種metric型別 STM32時鐘系統配置程式原始碼深入分析 使用APICloudAVM多端框架開發課程表功能 深度學習與CV教程(12)|目標檢測(兩階段,R-CNN系列) KatanaGraph認為大圖工作負載需要大的雲硬體 Java隨談(六)##我們真的理解Java裡的整型嗎? 邏輯迴歸演算法推理與實現



請為這篇文章評分?