Čo je to Scaled Agile Framework (SAFe)?
Scaled Agile Framework (SAFe) je voľne dostupná online vedomostná základňa, ktorá vám umožňuje aplikovať štíhle-agilné postupy na podnikovej úrovni. Poskytuje jednoduchý a ľahký zážitok z vývoja softvéru. Je to súbor organizácií a vzorov pracovných tokov, ktoré majú podnikom pomôcť pri škálovaní štíhlych a agilných postupov. Je rozdelená do troch segmentov, ktorými sú tím, program a portfólio.
Rámec SAFe umožňuje tímu,
- Implementácia štíhleho agilného softvéru a systémov na podnikovej úrovni
- Je založený na princípoch Lean a Agile.
- Poskytuje podrobné pokyny pre prácu v podnikovom portfóliu, hodnotovom toku, programe a tíme.
- Je navrhnutý tak, aby vyhovoval potrebám všetkých zainteresovaných strán v organizácii.
SAFe bol prvýkrát vyvinutý v tejto oblasti a bol rozpracovaný v knihách a blogu Deana Leffingwella . Verzia 1.0 je prvé oficiálne vydanie v roku 2011. Posledná verzia je 4.6, ktorá bola vydaná v októbri 2018. Poskytuje pokyny pre prácu na podnikovej úrovni portfólia, hodnotového toku, programu a tímu.
V tomto výučbe SAFe Agile sa naučíte -
- Čo je to Scaled Agile Framework (SAFe)
- Prečo používať Agile Framework
- Kedy použiť Scaled Agile Framework
- Aké odlišné od iných agilných postupov
- Základy zmenšeného agilného rámca
- Agilný manifest
- Rôzne úrovne v BEZPEČNOSTI
- Úroveň tímu
- Programová úroveň
- Úroveň portfólia
- Úroveň hodnotového toku
Prečo používať Agile Framework
Je to jednoduchý a ľahký rámec, napriek tomu je schopný zvládnuť potreby tokov veľkej hodnoty a vývoja zložitého systému. Implementáciou agilného rámca SAFe získate nasledujúce výhody:

- Produktivita sa zvýšila o 20 - 50%
- Kvalita sa zvýšila o viac ako 50%
- Čas uvedenia na trh je rýchlejší ako 30 - 75%
- Zvýšená angažovanosť zamestnancov a spokojnosť s prácou.
Podrobný rámcový diagram je k dispozícii na webovej stránke. Zobrazuje všetky kľúčové roly, činnosti, výsledky a toky. Slúži tiež ako navigačná pomôcka pre zvyšok miesta.
Nasledujúci obrázok vysvetľuje, ako funguje agilný proces. Eposy sú rozsiahlym dielom, ktoré sa ďalej člení na množstvo menších príbehov alebo subepic. Tieto subepiky sú pridelené tímu ako príbeh. Každý tím potom zodpovedajúcim spôsobom pracuje na týchto príbehoch alebo softvérových funkciách.

Kedy použiť Scaled Agile Framework
- Keď má tím záujem dôsledne implementovať agilný prístup vo väčších programoch a portfóliách viacerých tímov.
- Keď viaceré tímy používajú svoj vlastný spôsob agilnej implementácie, ale pravidelne čelia prekážkam, oneskoreniam a zlyhaniam.
- Keď tímy chcú pracovať samostatne.
- Ak chcete zvýšiť agilitu v celej organizácii, ale nie ste si istí, aké nové roly môžu byť potrebné alebo aké existujúce roly (tj. Manažment) je potrebné zmeniť a ako.
- Keď ste sa pokúsili rozšíriť obratnosť vo svojej organizácii, ale snažíte sa zosúladiť dosiahnutie jednotnej alebo konzistentnej stratégie naprieč obchodnými oddeleniami od portfólia po úroveň programu a tímu.
- Keď organizácia potrebuje zlepšiť svoj vývoj produktov, je potrebné pripraviť sa na čas a chcete vedieť, ako iné spoločnosti uspeli pri škálovaní spoločnosti Agile pomocou SAFe.
Aké odlišné od iných agilných postupov
Teraz v tomto výučbe programu Scaled Agile Framework sa pozrime, ako sa program Scaled Agile Framework líši od iných agilných postupov,
- Je verejne prístupný a je na použitie zadarmo.
- K dispozícii vo veľmi prístupnej a použiteľnej forme.
- Je to ľahký, prakticky overený výsledok a špecifický pre danú úroveň.
- Neustále / pravidelne upravuje / udržiava najčastejšie používané agilné postupy.
- Ponúka užitočné rozšírenia bežných agilných postupov.
- Poskytuje agilné postupy podnikovému kontextu.
- Poskytuje kompletný obraz o vývoji softvéru.
- Viditeľnosť alebo transparentnosť je viac na všetkých úrovniach.
- Trvalá alebo pravidelná spätná väzba o kvalite a zlepšovaní.
Základy zmenšeného agilného rámca

Scaled Agile Framework (SAFe): Stojí na základoch svojho
- Štíhle agilné princípy
- Základné hodnoty,
- Štíhle agilné vedenie
- Lean-Agile Mind-set,
- Komunity praxe (skupina ľudí, ktorí neustále pracujú na praktikách SAFe)
- Implementácia 1-2-3
BEZPEČNÉ štíhle-agilné princípy
Tieto základné princípy a hodnoty SAFe Agile pre SAFe musia byť pochopené, vystavené a udržiavané, aby sa dosiahli požadované výsledky.
- Zaujmite ekonomický názor
- Aplikujte systémové myslenie
- Predpokladajme variabilitu; zachovať možnosti
- Budujte postupne pomocou rýchlych integrovaných učebných cyklov
- Stavať míľniky na objektívnom hodnotení pracovných systémov
- Vizualizujte a obmedzte WIP, znížte veľkosť dávok a spravujte dĺžky front
- Použite kadenciu a synchronizujte ju s plánovaním viacerých domén
- Uvoľnite vnútornú motiváciu znalostných pracovníkov
- Decentralizovať rozhodovanie
BEZPEČNÉ agilné základné hodnoty
Na týchto štyroch hodnotách je založená metodika SAFe Agile.
Zarovnanie:
- SAFe podporuje zarovnanie.
- Zarovnanie začína o,
- Strategické témy v nevybavenom portfóliu a
- Posun nadol na Vision and Roadmap of Program Backlogs a potom
- Presun na nevybavené tímy.
Vstavaná kvalita:
- Zaisťuje, že každá prírastková dodávka odráža štandardy kvality.
- Kvalita nie je „pridaná neskôr“ je zabudovaná.
- Vstavaná kvalita je predpokladom Lean a je povinná
Transparentnosť:
- Transparentnosť umožňuje dôveru.
- SAFe pomáha podniku dosiahnuť transparentnosť na všetkých úrovniach - riadiacich pracovníkov, manažérov portfólia a ďalších zainteresovaných strán.
- Každý môže nahliadnuť do nevybaveného portfólia / Kanban, nevybavených programov / Kanban a tímových nevybavených položiek / Kanban.
- Každá úroveň jasne rozumie cieľom PI.
- Programy školenia majú prehľad o nevybavených nevybavených položkách tímu, ako aj o nevybavených nevybavených programoch
- Tímy a programy majú prehľad o obchode a architektúre Epics. Môžu vidieť, čo by mohlo smerovať k ich ceste.
Realizácia programu:
- SAFe kladie veľký dôraz na pracovné systémy a výsledné obchodné výsledky.
- SAFe nie je užitočné, ak tímy nemôžu vykonávať a neustále prinášať hodnotu.
Lean Agile Leaders:
Lean-Agile Leaders sú celoživotní študenti a učitelia. Pomáha tímom budovať lepšie systémy porozumením a prezentáciou princípov Lean-Agile SAFe.
Ako umožňovateľ tímov je konečnou zodpovednosťou prijatie, úspech a neustále zlepšovanie vývoja Lean-Agile. Pokiaľ ide o zmenu a neustále zlepšovanie, musia byť vodcovia vyškolení.
Vedúci pracovníci si musia osvojiť nový štýl vedenia. Taký, ktorý skutočne umožňuje jednotlivcom a tímom zapojiť ich do maximálneho potenciálu.
Princípy týchto štíhlych agilných vodcov
- Viesť zmenu
- Poznaj cestu; Zdôraznite celoživotné vzdelávanie
- Rozvíjať ľudí
- Inšpirujte sa a spojte sa s misiou; Minimalizujte obmedzenia
- Decentralizovať rozhodovanie
- Odomknite skutočnú motiváciu znalostných pracovníkov
Lean Agile Mind-Set:
Štíhle a agilné myslenie je zastúpené v dvoch veciach:
- SAFe House of Lean
- Agilný manifest
SAFe House of Lean :
SAFe je odvodený od princípov a postupov štíhlej výroby. Na základe týchto faktorov predstavuje SAFe „SAFe House of Lean“. Je inšpirovaný „domom“ štíhlej Toyoty.
Cieľ štíhlosti je neprekonateľný: Poskytnúť zákazníkovi maximálnu hodnotu v čo najkratšom čase a s najvyššou možnou kvalitou
Na nasledujúcom obrázku sú vysvetlené ciele, stĺpy a nadácia „SAFe House of Lean“.

Agilný manifest
Odhaľujeme lepšie spôsoby vývoja softvéru tým, že ho robíme a pomáhame iným pri tom. Vďaka tejto práci sme dospeli k hodnote:

Preto, aj keď v položkách vpravo je hodnota, viac si vážime položky vľavo.
Agilný manifest
- Najvyššou prioritou je uspokojenie zákazníka neustálym a včasným dodávaním hodnotného softvéru.
- Prijmite meniace sa požiadavky, dokonca aj neskoro vo vývoji. Agilná metodika SAFe spracováva zmeny v prospech zákazníka.
- Pracovný softvér doručujte často, od niekoľkých týždňov do niekoľkých mesiacov, uprednostňujte však kratší časový rámec.
- Vývojári a podnikatelia musia počas celého projektu každý deň spolupracovať.
- Budujte projekty okolo motivovaných jednotlivcov. Poskytnite im podporu a prostredie, ktoré potrebujú, a dôverujte im, že svoju prácu zvládnu.
- Najefektívnejšou metódou komunikácie s vývojovým tímom je osobný rozhovor.
- Hlavným meradlom pokroku je pracovný softvér.
- Agilné procesy podporujú udržateľný rozvoj. Sponzori, vývojári a používatelia by mali byť schopní udržiavať neustále tempo donekonečna.
- Neustála pozornosť venovaná technickej dokonalosti a dobrému dizajnu zvyšuje agilitu.
- Jednoduchosť - umenie maximalizovať množstvo neodvedenej práce - je nevyhnutná.
- Najlepšie architektúry, požiadavky a návrhy vychádzajú zo samoorganizujúcich sa tímov.
- V pravidelných intervaloch tím uvažuje o tom, ako zefektívniť, a potom podľa toho vyladí a upraví svoje správanie.
Rôzne úrovne v BEZPEČNOSTI
Existujú dva rôzne typy implementácie SAFe:
- Implementácia SAFe 4.0
- Implementácia SAFe 3.0

- V implementácii SAFe 4.0 máme 4 úrovne: portfólio, hodnotový prúd, program a tím.
- V implementácii SAFe 3.0 máme 3 úrovne: portfólio, program a tím
- Trojúrovňový program SAFe je určený pre menšie implementácie so 100 alebo menej ľuďmi. Programy, ktoré nevyžadujú výraznú spoluprácu.
- Štvorúrovňový program SAFe je určený pre riešenia, ktoré zvyčajne vyžadujú, aby vývoj a nasadenie softvéru vyžadovali stovky odborníkov.
Úroveň tímu
Úlohy / tímy | Diania | Artefakty | ||
---|---|---|---|---|
* Agilný tím | * Plánovanie sprintu | * Nevybavené tímy | ||
* Vlastník produktu | * Nevybavené zastrihávanie | * Nefunkčné požiadavky | ||
* Scrum Master | * Denné vstávanie | * Ciele tímu PI | ||
* Vykonanie | * Iterácie | |||
* Sprint Demo | * Príbehy (pracovný softvér) | |||
* Sprint retrospektíva | * Ciele šprintu | |||
* Sprinty IP | * Vstavaná kvalita | |||
* Hroty | ||||
* Tím Kanban |
- Všetky tímy SAFe sú súčasťou jedného alebo druhého vlaku Agile Release Train (ART).
- Tímy SAFe sú oprávnené, samoorganizujúce sa, samoriadiace a krížovo funkčné tímy
- Každý tím je rovnako zodpovedný za definovanie, zostavenie a testovanie príbehov zo svojho tímového backlogu v iteráciách s pevnou dĺžkou
- Tímy plánujú a vykonávajú dvojtýždňové časovo ohraničené iterácie v súlade s dohodnutými iteračnými cieľmi.
- Tímy použijú rutinu ScrumXP / Team Kanban na dodanie vysoko kvalitných systémov na výrobu systémovej ukážky každé dva týždne.
- Všetky tímy ART (Agile Release Trains) vytvoria integrovaný a otestovaný systém. Zainteresované strany vyhodnotia a reagujú rýchlou spätnou väzbou
- Uplatňujú postupy vstavanej kvality.
- Každý tím ScrumXP bude mať 5 až 9 členov tímu, čo zahŕňa všetky úlohy potrebné na vytvorenie prírastkovej hodnoty kvality v každej iterácii.
- Roly ScrumXP zahŕňajú:
- Tím (Dev + QA)
- Scrum Master
- Produktový vlastník. Atď…
- SAFe delí časovú os vývoja na množinu iterácií v rámci PI (Program Increment).
- Trvanie PI je medzi 8 - 12 týždňami.
- Tím na dosiahnutie hodnoty použije príbehy. Produktový vlastník bude mať oprávnenie na obsah nad ich vytváraním a prijímaním príbehov.
- Príbehy obsahujú požiadavky zákazníka.
- Tímový backlog obsahuje príbehy používateľov a používateľov, ktoré sa identifikujú počas plánovania PI. Keď produktový manažment predstavuje cestovnú mapu, víziu a nevybavené programy.
- Identifikácia, spracovanie, stanovenie priorít, plánovanie, implementácia, testovanie a prijatie príbehov sú primárnymi požiadavkami manažérskej práce na tímovej úrovni.
- Každá iterácia poskytuje:
- Cenný prírastok novej funkcionality
- Dosahujte prostredníctvom neustále sa opakujúceho vzoru
- Naplánujte si iteráciu
- Zaviažte sa k nejakej funkčnosti
- Vykonajte iteráciu vytváraním a testovaním príbehov
- Ukážte novú funkcionalitu
- Spätné
- Opakujte pre ďalšiu iteráciu
- Tímy tiež podporujú ukážku systému na konci každej iterácie. ktorý je kritickým integračným bodom pre ART.
- Streamy s väčšou hodnotou budú mať viac ART.
- Iterácie inovácie a plánovania (IP) využívajú tímy na príležitosť na inovácie a prieskum.
Programová úroveň
Úlohy / tímy | Diania | Artefakty | ||
---|---|---|---|---|
* DevOps | * Plánovanie PI (prírastok programu) | * Vízia | ||
* Systémový tím | * Ukážky systému | * Plán | ||
* Správa vydaní | * Skontrolujte a prijmite workshop | * Metriky | ||
* Manažment produktu | * Architektonická dráha | * Míľniky | ||
* Architekt UEX | * Uvoľnite kedykoľvek | * Správy | ||
* Release Train Engineer (RTE) | * Agilný uvoľňovací vlak | * Programové eposy | ||
* Systémový architekt / inžinier | * Uvoľnenie | * Program Kanban | ||
* Vlastníci firmy | * Program Backlog | |||
* Lean-Agile Leaders | * Nefunkčné požiadavky | |||
* Spoločenstvá praxe | * Vážená najkratšia úloha ako prvá (WSJF) | |||
* Zdieľané služby | * Programujte ciele PI | |||
* Zákazník | * Funkcia | |||
* Aktivátor | ||||
* Riešenie | ||||
* Koordinácia hodnotového toku |
- Na úrovni programu je hodnota SAFe zabezpečovaná programami Agile Release Trains s dlhou životnosťou. Iterácia je určená pre tím a vlak je určený pre program.
- Agile Release Trains (ART) je hlavným prostriedkom na poskytovanie hodnoty na úrovni programu. Poskytuje organizácii hodnotový tok.
- Trvanie Programového prírastku (PI) je 8 až 12 týždňov.
- ART je z 5 - 12 agilných tímov (~ 50 - 125+ ľudí), ktoré zahŕňajú všetky úlohy a infraštruktúru potrebnú na dodanie plne otestovaného, fungujúceho softvéru na úrovni systému.
- Každý PI je časová schránka s viacerými iteráciami. Počas ktorého sa vyvíja a dodáva významný a hodnotný prírastok systému.
- V každom PI sa uskutočnia relácie „demo“ a „Skontrolovať a prispôsobiť“ a začína plánovanie pre ďalšie PSI.
- Na úrovni programu SAFe kladie dôraz na zásadu zosúladenia. Je to tak preto, lebo viac obratného tímového úsilia je integrovaných do vytvárania hodnoty pre zákazníka.
- Hierarchiou artefaktov SAFe je Epics-> funkcie-> príbehy používateľov .
- Na úrovni programu má produktový manažér / manažér programu oprávnenie na obsah. Definuje a uprednostňuje nevybavené programy.
- Nevybavené položky programu sú prioritným zoznamom funkcií.
- Na úrovni programu môžu funkcie pochádzať alebo môžu pochádzať z eposov definovaných na úrovni portfólia.
- Funkcie sa rozkladajú na príbehy používateľov a postupujú do nevybavených nevyžiadaných správ na úrovni tímu.
- Rolu produktového manažéra alebo inžiniera Release Train by mohol zvládnuť programový manažér / hlavný projektový manažér
- Úlohou System Architect na úrovni programu je spolupracovať pri každodennej práci s tímami. Zaisťuje splnenie nefunkčných požiadaviek. Tiež spolupracujú s podnikovým architektom na úrovni portfólia, aby sa ubezpečili, že je k dispozícii dostatok architektonickej dráhy na podporu nadchádzajúcich používateľských a obchodných potrieb.
- Návrh rozhrania, pokyny pre používateľskú skúsenosť a dizajnové prvky pre tímy poskytujú dizajnéri UX.
- Rolu Chief-Scrum Master hrá „Release Train Engineer“.
- Rôzne tímy (od marketingu, vývoja, kvality, prevádzky a nasadenia) tvoria „Release Management Team“. Budú schvaľovať bežné vydania kvalitných riešení zákazníkom.
- O nasadenie softvéru do zákazníckych prostredí a úspešné dodanie sa stará tím DevOps.
Úroveň portfólia
Úlohy / tímy | Diania | Artefakty | ||
---|---|---|---|---|
* Enterprise Architect | * Strategické plánovanie investícií | * Strategické témy | ||
* Programové portfólio Mgmt | * Kanban portfólio (epické) plánovanie | * Podnikanie | ||
* Majitelia epických hier | * Nevybavené portfólio | |||
* Portfólio Kanban | ||||
* Nefunkčné požiadavky | ||||
* Epic a Enabler | ||||
* Hodnota prúdu | ||||
* Rozpočty (CapEx a OpEx) |
- Najvyššou úrovňou záujmu / záujmu / zapojenia / do SAFe je SAFe Portfolio
- Portfólio poskytuje základné bloky pre organizáciu toku hodnoty štíhlych a agilných podnikov prostredníctvom jedného alebo viacerých tokov hodnôt.
- Portfólio pomáha vyvíjať systémy a riešenia opísané v strategických témach (spája portfólio SAFe s meniacou sa obchodnou stratégiou podniku).
- Na splnenie strategických cieľov je na úrovni portfólia obsiahnuté tieto prvky. Poskytuje základné rozpočtovanie a ďalšie mechanizmy riadenia. Týmto spôsobom zaisťuje, že investícia do tokov hodnôt poskytuje podnikovi potrebné výnosy.
- Portfólio je spojené s podnikaním obojsmerne:
- S cieľom usmerniť portfólio k väčším meniacim sa obchodným cieľom poskytuje strategické témy.
- Iný smer naznačuje neustály tok hodnôt portfólia.
- Správa portfólia programov vystupuje ako zainteresované strany a zodpovedajú za dosahovanie obchodných výsledkov.
- Úroveň portfólia SAFe obsahuje ľudí, procesy a potrebné systémy a riešenia, ktoré podnik potrebuje na splnenie svojich strategických cieľov.
- Hodnotové toky sú primárnymi cieľmi portfólia, s ktorými je potrebné financovať ľudí a ďalšie zdroje potrebné na vytvorenie riešení.
- Používajú sa tu dôležité kľúčové pojmy:
- Pripojenie k podniku,
- Správa programového portfólia,
- Riadenie toku portfóliových eposov.
Úroveň hodnotového toku
Úlohy / tímy | Diania | Artefakty | ||
---|---|---|---|---|
* DevOps | * Plánovanie pred a po PI (prírastok programu) | * Vízia | ||
* Systémový tím | * Ukážky riešení | * Plán | ||
* Správa vydaní | * Skontrolujte a prijmite workshop | * Metriky | ||
* Správa riešení | * Agilný uvoľňovací vlak | * Míľniky | ||
* Architekt UEX | * Správy | |||
* Value Stream Engineer (RTE) | * Hodnotové prúdy | |||
* Architekt / inžinier riešenia | * Hodnotový prúd Kanban | |||
* Zdieľané služby | * Nevyřízené položky hodnotového toku | |||
* Zákazník | * Nefunkčné požiadavky | |||
* Dodávateľ | * Vážená najkratšia úloha ako prvá (WSJF) | |||
* Ciele PI hodnotového toku | ||||
* Schopnosť | ||||
* Aktivátor | ||||
* Kontext riešenia | ||||
* Koordinácia hodnotového toku | ||||
* Ekonomický rámec | ||||
* Zámer riešenia | ||||
* MBSE | ||||
* Nastavené | ||||
* Agilná architektúra |
- Úroveň hodnotového toku je v SAFe voliteľná.
- Úroveň hodnotového toku je v SAFe 4.0 nová.
- Úroveň hodnotového toku je určená / určená pre podniky / staviteľov / organizácie, ktoré sú:
- Veľkej veľkosti
- Nezávislý
- Majte komplexné riešenia
- Ich riešenia typicky vyžadujú viac ART
- Majú príspevok od dodávateľov.
- Čelia najväčším systémovým výzvam
- Pre kyberfyzikálne systémy
- Pre softvér, hardvér, elektrotechniku a elektroniku, optiku, mechaniku, fluidiku a ďalšie.
- Budovanie tohto druhu systémov často vyžaduje stovky, ba tisíce odborníkov, externých a interných dodávateľov.
- Ak sú systémy rozhodujúce pre misiu. Zlyhanie riešenia alebo dokonca subsystému má neprijateľné hospodárske a sociálne dôsledky.
- Ak môžu byť podniky postavené s niekoľkými stovkami odborníkov, nemusí byť potrebné konštrukcie tejto úrovne. V takom prípade môžu použiť zo „ zbaleného pohľadu“, ktorým je trojúrovňový SAFe.
- Budovanie riešení toku hodnôt v štíhlom a svižnom vzore vyžaduje ďalšie artefakty, koordináciu a konštrukty. Táto úroveň obsahuje ekonomický rámec na zabezpečenie finančných hraníc pre tok hodnôt
- Podporuje kadenciu a synchronizáciu pre viacerých ART a dodávateľov. Zahŕňa plánovanie pred a po PI a ukážka riešenia.
- Poskytuje ďalšie roly, ktorými sú: Value Stream Engineer, Solution Architect / Engineering a Solution Management.
Zhrnutie:
- SAFe je priemyselne osvedčená metóda zameraná na hodnotu pre škálovanie Agile na podnikovej úrovni.
- Odpovedá na otázky ako „Ako plánujeme?“, „Ako plánujeme rozpočet?“ A „Ako sa staneme krížovo funkčnými v architektúre a DevOps?“
- Agilný rámec SAFe pomáha veľkým organizačným tímom plniť strategické ciele organizácie, nielen jednotlivé ciele projektu.
- Rámec ponúka schopnosť udržiavať a vytvárať centralizovanú stratégiu poskytovania hodnoty.
- Model SAFe má tri / štyri úrovne, ktoré centralizujú strategické témy organizácie.
- Centralizovaná stratégia v kombinácii s decentralizovaným vykonaním agilného vývoja.
Referencie:
SAFe pre štíhlé podniky 5.0:
http://www.scaledagileframework.com
K tomuto článku prispieva Jyothi Rangaraj