兩種不同的擴(kuò)展Scrum的方式

1、LeSS和LeSS Huge –大型Scrum

LeSS（和LeSS Huge –真正的大型程序）的合著者Craig Larman首先批評了管理，開發(fā)人員和客戶傳統(tǒng)上在事態(tài)發(fā)生時將責(zé)任歸咎于“契約游戲”或“承諾游戲”（不可避免地）在一個項(xiàng)目上出錯。 它具有挑釁性和娛樂性，但與擴(kuò)展敏捷無關(guān)。

他用剩余的時間為端到端跨職能功能團(tuán)隊(duì)重組組織架構(gòu)提供了工作代碼，這些團(tuán)隊(duì)提供工作代碼，而不是專家組件團(tuán)隊(duì)和職能小組或矩陣。 功能團(tuán)隊(duì)可以通過共享代碼和知識，共同解決問題以及最小化切換和延遲來加快行動速度。

LeSS中的企業(yè)體系結(jié)構(gòu)似乎很容易。 每個團(tuán)隊(duì)成員都是開發(fā)人員–每個開發(fā)人員都是架構(gòu)師。 建筑師在自愿性實(shí)踐社區(qū)中的團(tuán)隊(duì)和項(xiàng)目之外共同工作，以協(xié)作并共同塑造組織的體系結(jié)構(gòu)。 這聽起來不錯–但是，特別是在大型企業(yè)環(huán)境中，體系結(jié)構(gòu)太重要了，無法嘗試和管理帶外。 LeSS沒有說明消除專業(yè)化以及在沒有前期架構(gòu)定義，架構(gòu)標(biāo)準(zhǔn)和監(jiān)督的情況下工作將如何幫助構(gòu)建可與其他大型系統(tǒng)協(xié)同工作的大型系統(tǒng)。

LeSS應(yīng)該要擴(kuò)大規(guī)模，但是LeSS布局的大部分看起來都是由許多人同時完成的Scrum。 目前尚不清楚Scrum在哪里結(jié)束，LeSS在哪里開始。

2、SAFe-規(guī)模化敏捷框架

LeSS中沒有管理的地方（產(chǎn)品所有者除外，他們是成功的關(guān)鍵因素， 就像Scrum中一樣?）。 實(shí)施少涉及從業(yè)務(wù)驅(qū)動程序的角度對組織進(jìn)行根本重組，并擺脫管理人員和專家。

管理人員（以及架構(gòu)師和其他專家）在SAFe的Scaled Agile Framework中確實(shí)發(fā)揮了作用-這種詳細(xì)的，重量級的方法借鑒了Lean，Agile和順序瀑布式開發(fā)方法。 遵循Scrum（和一些XP技術(shù)實(shí)踐）構(gòu)建工作代碼的團(tuán)隊(duì)會匯總到計(jì)劃和產(chǎn)品組合中，需要對其進(jìn)行管理和協(xié)調(diào)。

實(shí)際上，在SAFe中，作為“精益敏捷領(lǐng)導(dǎo)者”，管理人員要做的事太多了，以至于Dean Leffingwell花費(fèi)了大部分時間來列舉和闡述管理人員在擴(kuò)展敏捷計(jì)劃和領(lǐng)導(dǎo)變革中的作用和職責(zé)。