目前分類:LeSS (5)

瀏覽方式: 標題列表 簡短摘要

如何導入 LeSS

 

1 導入原則

 

基本上來說, 導入任何新東西, 都是一種變革管理. 重點都不在你想推廣的那項東西, 而是如何讓人們心裡願意接受, 會認為現在是有必要去做這樣的轉變. 在 LeSS 中認為導入有三個原則[1]

 

文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣()

對於多團隊如何使用敏捷方法來開發, 有很多人提出不同的框架來解決. 除了 LeSS 之外, 還有 Scaled Agile Framework(SAFe), Scrum@Scale, Spotify 模型, Nexus, Disciplined Agile(DA), Scrum of Scrums 等等. 讓我們來看看之間有什麼差異吧.

 

1 大規模敏捷框架的市佔率

提到敏捷的調查, 最有名的是 State of Agile Report, 根據最近兩年的調查[1][2], 數據如下:

框架

2022

文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣()

上次提到 LeSS 的規則分成三個部分: (1) Structure, (2) Product, (3) Sprint. 我們已經看完 structure 的部分, 接下來我們來看剩下的兩個部分:
 
LeSS-overview-diagram  
 
B. LeSS 的產品
1. 每個完整可交付的產品, 都只有一個產品負責人 (product owner), 一個產品需求清單(product backlog)

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在 LeSS 中, 它利用了 LeSS rule 來定義 LeSS 框架. 這些出現的規則是 LeSS 認為是必須的東西. 總共分成三個部分: (1) Structure, (2) Product, (3) Sprint. 今天就讓我們來瞧瞧 Structure 的部分吧
 
bd9570f1ccbd742f1b9c7acacc7e896b  
 
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Scrum 很流行的一個敏捷開發方法, 但是很多人常常會提到: Scrum 在小型的團隊 (7+-2人) 執行得很好, 可是對於大型組織就不適用了. 因此, 很多人便致力於, 如何在大型組織內, 導入敏捷的做法. 
 
其中, Less (Large-Scale Scrum) 就是其中一個做法, 是由 Craig and Bas 所研究出來的. 
 
LeSS-overview-diagram  
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼