本文繼續(xù)介紹LeSS與SAFe的不同點(diǎn)。

區(qū)別三：關(guān)于公共/賦能團(tuán)隊(duì)的存在

LeSS沒(méi)有諸如架構(gòu)、業(yè)務(wù)分析、配置管理、持續(xù)集成支持、“質(zhì)量和流程”或PMO等支持/公共/賦能團(tuán)隊(duì)：LeSS組織傾向于通過(guò)擴(kuò)大現(xiàn)有特性團(tuán)隊(duì)的責(zé)任（例如敏捷團(tuán)隊(duì)成員的角色包含需求分析師、UX（用戶體驗(yàn)）、架構(gòu)師、開發(fā)、質(zhì)量、配置工程師、系統(tǒng)工程師等）來(lái)涵蓋這類支持工作，而不是創(chuàng)建包含各種專門小組的更復(fù)雜的組織。因?yàn)閷ｉT的支持小組往往擁有自己的領(lǐng)域，這會(huì)導(dǎo)致他們變成一種瓶頸。

LeSS更強(qiáng)調(diào)在團(tuán)隊(duì)迭代完成的時(shí)候交付更完整的產(chǎn)品，包含產(chǎn)品說(shuō)明書等。很多需要敏捷團(tuán)隊(duì)完成的工作，但是暫時(shí)無(wú)法在團(tuán)隊(duì)中完成的工作，定義為“團(tuán)隊(duì)未完成的工作”暫時(shí)由未完成部門完成，這些部門是要被逐漸優(yōu)化掉的。例如：諸如QA、架構(gòu)或業(yè)務(wù)分析等未完成部門永遠(yuǎn)不應(yīng)存在于小型LeSS框架組織中，而應(yīng)該一開始就集成到特性團(tuán)隊(duì)。

LeSS更注重用戶視角的產(chǎn)品或者業(yè)務(wù)特性，關(guān)于系統(tǒng)的本身的健壯性（例如架構(gòu)整體設(shè)計(jì)、基礎(chǔ)平臺(tái)建設(shè)等、DevOps等）的工作更多交給敏捷團(tuán)隊(duì)的積極主動(dòng)。關(guān)于跨團(tuán)隊(duì)技術(shù)標(biāo)準(zhǔn)/協(xié)議的建立，設(shè)計(jì)的優(yōu)化等工作，鼓勵(lì)建立相應(yīng)的社區(qū)來(lái)互相討論交流，比如架構(gòu)社區(qū)，但社區(qū)不能為團(tuán)隊(duì)做出決策定，其產(chǎn)生的內(nèi)容，由團(tuán)隊(duì)決定是否去采納。

在SAFe中重點(diǎn)考慮了使能特性（關(guān)于系統(tǒng)的健壯性）與業(yè)務(wù)特性平衡的問(wèn)題，他將架構(gòu)團(tuán)隊(duì)、系統(tǒng)工程團(tuán)隊(duì)、共享服務(wù)、PMO等團(tuán)隊(duì)合法化，作為需要存在的角色，并保留了項(xiàng)目的概念。

SAFe中強(qiáng)調(diào)了架構(gòu)跑道的重要性，擴(kuò)展架構(gòu)跑道相應(yīng)的使能由各層級(jí)的架構(gòu)師/系統(tǒng)工程師負(fù)責(zé)。這種跑道為開發(fā)業(yè)務(wù)舉措和實(shí)現(xiàn)新特性或能力提供了必要的技術(shù)基礎(chǔ)。

敏捷開發(fā)提倡浮現(xiàn)式設(shè)計(jì)的概念——敏捷架構(gòu)演進(jìn)流程提倡僅僅在需要的時(shí)候，才對(duì)設(shè)計(jì)進(jìn)行發(fā)現(xiàn)和擴(kuò)展，從而可以實(shí)現(xiàn)和驗(yàn)證下一個(gè)功能的增量。

這種實(shí)踐方法在一定程度上工作得非常好。但是隨著敏捷實(shí)踐成熟度的提高，越來(lái)越多的大型團(tuán)隊(duì)和規(guī)?；瘓F(tuán)隊(duì)采納了這種方法后，一些問(wèn)題也相應(yīng)出現(xiàn)了。主要體現(xiàn)在浮現(xiàn)式設(shè)計(jì)對(duì)復(fù)雜的大規(guī)模系統(tǒng)開發(fā)的反饋不足。以下問(wèn)題也就逐漸暴露了出來(lái)：1）過(guò)度的設(shè)計(jì)返工和延遲，出現(xiàn)了流動(dòng)瓶頸問(wèn)題2）使用不同的架構(gòu)組件支持相同的能力，增加了維護(hù)成本3）團(tuán)隊(duì)之間的協(xié)作和同步減少了4）速度降低了5）系統(tǒng)很難進(jìn)行集成和驗(yàn)證6）系統(tǒng)的質(zhì)量退化（非功能性需求）7）系統(tǒng)組件可重用性低，實(shí)現(xiàn)中出現(xiàn)了冗余最終結(jié)果導(dǎo)致解決方案性能低下，經(jīng)濟(jì)效益差，產(chǎn)品上市時(shí)間緩慢。

讓敏捷團(tuán)隊(duì)預(yù)測(cè)發(fā)生在他們所處環(huán)境之外的變化是不可能的，同樣讓單個(gè)團(tuán)隊(duì)理解整個(gè)系統(tǒng)來(lái)避免冗余生產(chǎn)和設(shè)計(jì)實(shí)現(xiàn)的沖突也是不現(xiàn)實(shí)的。簡(jiǎn)而言之，一個(gè)大型企業(yè)中的團(tuán)隊(duì)是不可能看到全局的，讓團(tuán)隊(duì)去預(yù)見未來(lái)發(fā)生的變化也是不合理的，因?yàn)楹芏嘧兓谒麄兊目煽胤秶狻?/p>

SAFe中基于這種原因，提倡團(tuán)隊(duì)進(jìn)行意圖架構(gòu)——這是一組有目的的、計(jì)劃好的架構(gòu)，能夠提高解決方案的設(shè)計(jì)、性能和可用性，同時(shí)為跨團(tuán)隊(duì)設(shè)計(jì)和實(shí)現(xiàn)同步提供指導(dǎo)。這些使能可以創(chuàng)建/擴(kuò)展所需要的架構(gòu)跑道，有助于團(tuán)隊(duì)更快、更可靠地交付業(yè)務(wù)價(jià)值。使能通常由架構(gòu)師或者不同級(jí)別的系統(tǒng)工程師來(lái)定義，在價(jià)值流層和項(xiàng)目群層由系統(tǒng)和解決方案架構(gòu)師/工程師來(lái)負(fù)責(zé)，在投資組合層由企業(yè)級(jí)架構(gòu)師來(lái)負(fù)責(zé)。

意圖架構(gòu)和浮現(xiàn)式設(shè)計(jì)結(jié)合起來(lái)，就可以促進(jìn)項(xiàng)目群創(chuàng)建和維護(hù)大規(guī)模的解決方案。

以上內(nèi)容參考自：

1《大規(guī)模Scrum：大規(guī)模敏捷組織的設(shè)計(jì)》作者：克雷格·拉爾曼巴斯·沃代

2https://www.scaledagileframework.com/#，和《SAFe4.0 參考指南》

未完待續(xù)。。。