在 LeSS 中, 它利用了 LeSS rule 來定義 LeSS 框架. 這些出現的規則是 LeSS 認為是必須的東西. 總共分成三個部分: (1) Structure, (2) Product, (3) Sprint. 今天就讓我們來瞧瞧 Structure 的部分吧
LeSS (Large-Scale Scrum) 是一個適合 2 - 8 個團隊共同和做的框架. 他想要的組織結構 (structure) 如下:
1. 在 LeSS 中, 基本的組織建構單元是真實的團隊, 利用它來建構整個組織.
2. 每個團隊是 (1) 自我管理 (2) 跨職能 (3) 在同一地點工作 (4) 長期存在
3. 基本上它是一個以使用者為中心的功能團隊 (feature team)
4. Scrum Master 負責 LeSS 的實施能運作良好. 主要關注於團隊, 產品負責人, 組織以及開發的實務 (practices) 上面. Scrum Master 不只關心於一個團隊, 還會注意整個組織系統.
5. Scrum Master 是一個專職的角色, 並非還兼任其他事情.
6. 一個 Scrum Master 可以服務 1 - 3 個團隊
7. 在 LeSS 中沒有經理這個角色. 但是經理可以存在, 並且可以幫忙一些事情. 他們專注於產品開發系統的價值交付能力, 而非只是產品某個功能範圍而已.
8. 經理這個角色, 可以利用實地觀察 (Go and See) 和幫忙, 鼓勵即時停下來修復問題, 以及強調實驗重於整體的一致性(conformance) , 來改進產品開發系統
9. 對於產品開發群, 在一開始建立完整的 LeSS 結構, 對於 LeSS 的導入是非常關鍵的
10. 對於整個大型公司來說, 利用實地觀察, 以演進的方式來採用 LeSS. 所建立出來的組織, 強調實驗以及持續改進會是常態.
從這裡看來, 他真的非常符合他的是設計理念, 這些東西並非是新創, 很多東西在 scrum 裡面也有相同的概念, 他只是把確保在大規模的狀況下, 這些東西仍然要是有用的.
守, 破, 離 也不外如此, 是吧?
全站熱搜
留言列表
