一他炊、SCRUM@SCALE（規(guī)亩⑺铮化敏捷）
規(guī)模：線性擴展羽利，可運用到整個企業(yè)
為什么：提供一個整合單個Scrum團隊的可擴展的線性框架功氨。解決隨著組織內的Scrum團隊數(shù)量增長闷堡，最佳輸出（可工作的產品）及那些團隊的速率會開始下降（比如由于跨團隊依賴和重復勞動等問題）。
名詞解釋：Scrum@Scale（名詞）：Scrum@Scale是一個框架疑故，在此框架中，一致采用Scrum指南進行運作的Scrum團隊網絡可以解決復雜自適應問題弯菊，同時高效并創(chuàng)造性地交付最大價值的產品纵势。
定義：一個對Scrum進行擴展的框架。通過使用Scrum來擴展Scrum管钳，它徹底簡化了規(guī)模擴展钦铁。它僅僅包含一些Scrum團隊，這些團隊通過Scrum of Scrums和MetaScrums進行整合才漆。
價值：同Scrum價值一致牛曹，以客戶價值為中心。
如何開始：通過一個團隊的成功實踐來影響并擴展到其他團隊醇滥。前提是團隊擴展是在與組織的特定策略黎比、產品和服務保持一致超营。
Scrum Master循環(huán)
團隊級工作：使得工作高質量的流動起來、提高迭代速率阅虫、使得團隊以可持續(xù)的創(chuàng)新方式運做下去
HOW-如何做：SoS是“團隊之團隊”
需要協(xié)作的多個團隊組成一個“Scrum of Scrums”（SoS）演闭，開一個團隊級別的“站會”（SDS），協(xié)調團隊并移除障礙以交付價值颓帝。參與人員一般為每個團隊的Scrum?Master米碰。
Scrum of Scrums Master (SoSM)-SoSM負責聯(lián)合團隊的發(fā)布
高管行動小組（EAT）：SoS不能移除的那些障礙的終點站。所以购城，它必須由在政治和財務上得到充分授權的人們組成吕座，去移除那些障礙。EAT的職能是協(xié)調多個SoS（或者SoSoS）瘪板。和任何Scrum團隊一樣吴趴，它也需要具備一個PO和SM。EAT最好也像Scrum團隊一樣可以每天見面篷帅。每個Sprint他們必須至少見一次面史侣，并且具備一個透明的待辦清單。
工作內容：整個SM組織匯報給EAT魏身，后者負責在組織內建立惊橱、維護和提升其打造的敏捷操作系統(tǒng)。EAT的角色是創(chuàng)建組織轉型待辦清單（一份經過排序的列表箭昵，包含待完成的敏捷舉措）并確保落地執(zhí)行税朴。
持續(xù)改進和移除障礙，跨團隊協(xié)調家制，和部署
SoS的目標是像個發(fā)布團隊一樣工作正林，因此產品部署也是其分內事，而決定發(fā)布內容則是PO的分內事颤殴。因此觅廓，部署的目標是：
持續(xù)流動式地向客戶交付有價值的完成產品。
將不同團隊的工作集成到一個無縫的產品涵但。
WHAT-產品負責人循環(huán)– MetaScrum
?MetaScrum：各個團隊PO組成成的組織杈绸，整合多個代辦清單。作為單獨的團隊運作矮瘟，領導為產品總負責人(CPO)-產品總負責人與各個團隊的產品負責人來協(xié)調優(yōu)先級瞳脓。他們以干系人以及顧客需求來對齊待辦事項的優(yōu)先級。
輸出：戰(zhàn)略愿景澈侠、待辦清單優(yōu)先級排序劫侧、待辦清單分解和梳理，以及發(fā)布計劃
連接SM與PO循環(huán)
反饋組件是PO和SM循環(huán)所交叉的第二個點。產品反饋通過調整產品待辦清單來驅動持續(xù)改進烧栋，發(fā)布反饋通過調整部署機制來驅動持續(xù)改進
徹底的透明性是Scrum最佳狀態(tài)運作的本質写妥，但是只在能夠擁抱Scrum價值觀的組織中可行。它使組織能夠誠實地評估進度并檢視和調整其產品及過程
二劲弦、Less
規(guī)模：2～8個團隊的產品
對Scrum?Master的要求更高負責一個運轉良好的LeSS導入耳标。他們關注于團隊、產品所有人邑跪、組織和開發(fā)實踐次坡。一個Scrum Master不只關注一個團隊，而是整個組織系統(tǒng)画畅。
Less產品：對整個可以交付的產品有一個產品所有人和一個產品待辦列表
Less的迭代：統(tǒng)一開始砸琅，統(tǒng)一結束，產出的是一個集成的產品
迭代計劃會議：第一部分團隊共同做-各個團隊代表轴踱，第二部分各個團隊自己定計劃
站會：各個團隊內部症脂，各團隊問題的協(xié)調內部的，非正式的
迭代評審：全體的淫僻，所有團隊
回顧：個體自己的诱篷。整個團隊-派代表參與
Less巨型框架
規(guī)模：超過8個團隊
結構：以客戶的角度客戶強相關的角度領域分組，導入需要幾個月或幾年
產品：產品領域負責人雳灵，負責優(yōu)先級的排定
[if !supportLists]·?[endif]迭代：產品層面的的迭代棕所，每個迭代會帶來一個集成的產品。產品所有人和領域產品所有人會頻繁同步悯辙。在Sprint計劃前他們確保團隊都工作在最有價值的條目上琳省。在Sprint評審后，他們在產品層面做出適應躲撰。
個人感受：
相較于Less针贬，Scrum@scale更靈活一些。個人覺得Less中統(tǒng)一開始迭代拢蛋、統(tǒng)一結束在實際執(zhí)行過程中尋在困難桦他。跨團隊的人員溝通及協(xié)調也會存在問題谆棱。
