規模化敏捷LeSS(二):LeSS*隊實踐指南 - IT人
文章推薦指數: 80 %
規模化敏捷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裡的整型嗎?
邏輯迴歸演算法推理與實現
延伸文章資訊
- 1规模化敏捷LeSS(三):LeSS Huge 是怎样炼成的? - 知乎专栏
上篇文章《 LeSS 团队实践指南》中讲到LeSS 框架中的团队数量不要超过8个,但8个以上的团队要如何实践敏捷呢?为了应对8个以上团队实践敏捷的情况 ...
- 2LeSS 大型敏捷簡介與成功案例 - 專案經理雜誌
大型敏捷(LeSS)證照的全名是Certified LeSS Practitioner,簡稱為CLP,是大型敏捷的指標證照。所謂的LeSS就是Large Scale Scrum,它本身仍隸屬Sc...
- 3大規模Scrum 流程框架(LeSS) 的設計理念 - David Ko的學習之旅
Scrum 很流行的一個敏捷開發方法, 但是很多人常常會提到: Scrum 在小型的團隊(7+-2人) 執行得很好, 可是對於大型組織就不適用了.
- 4规模化敏捷LeSS 与LeSS Huge框架规则(Large Scale Scrum)
优普丰敏捷咨询2007年首开Scrum认证培训,为上百家企业提供敏捷教练顾问辅导落地和转型,注重数字化工程 ... LeSS规则是LeSS框架的定义,分为LeSS和巨型LeSS两种规模。
- 5一文讀懂規模化敏捷LeSS (Large Scale Scrum) - 每日頭條
從2005年起,Bas Vodde和Craig Larman在大規模項目中使用Scrum原則和規則後開發了LeSS框架。