Výukový program SAFe (Scaled Agile Framework).

Bezpečný rámec umožňuje týmu,

• Implementace Lean-Agile softwaru a systémů na podnikové úrovni
• Je založen na principech Lean a Agile.
• Poskytuje podrobné pokyny pro práci v podnikovém portfoliu, hodnotovém toku, programu a týmu.
• Je navržen tak, aby vyhovoval potřebám všech zúčastněných stran v rámci organizace.

SAFe byl poprvé vyvinut v oboru a byl vypracován v r Dean Leffingwell's knihami a blogem. Verze 1.0 je první oficiální vydání v roce 2011. Nejnovější verze je 4.6, byla vydána v říjnu 2018. Poskytuje návod k práci na úrovni podnikového portfolia, hodnotového proudu, programu a týmu.

Proč používat SAFe Agile Framework

Je to jednoduchý a lehký rámec, přesto je schopen zvládnout potřeby velkých hodnotových toků a komplexního vývoje systému. Implementací agilního rámce SAFe získáte následující výhody:

• Produktivita se zvýšila by 20 - 50%
• Kvalita zvýšil více než 50%
• Čas nakupovat je rychlejší než 30 -75%
• Zvýšení zapojení zaměstnanců si uspokojení z práce.

Podrobné rámcové schéma je k dispozici na webových stránkách . Zobrazuje všechny klíčové role, aktivity, výstupy a toky. Slouží také jako navigační pomůcka pro zbytek webu.

Níže uvedený obrázek vysvětluje, jak agilní proces funguje. Eposy jsou velkým dílem, které se dále dělí na řadu menších příběhů nebo dílčích eposů. Tyto dílčí eposy jsou týmu přiděleny jako příběh. Každý tým pak podle toho pracuje na těchto příbězích nebo softwarových funkcích.

Kdy použít Scaled Agile Framework

• Když má tým zájem důsledně implementovat agilní přístup napříč většími, vícetýmovými programy a portfolii.
• Když několik týmů běží svou vlastní cestou agilní implementace, ale pravidelně čelí překážkám, zpožděním a selháním.
• Když týmy chtějí pracovat nezávisle.
• Když chcete škálovat Agile napříč organizací, ale nejste si jisti, jaké nové role mohou být potřeba nebo jaké stávající role (tj. management) je třeba změnit a jak.
• Když jste se pokusili škálovat Agile napříč vaší organizací, ale snažíte se dosáhnout jednotné nebo konzistentní strategie napříč obchodními odděleními od portfolia po úroveň programů a týmů.
• Když organizace potřebuje zlepšit průběžnou dobu vývoje svých produktů a chce vědět, jak jiné společnosti uspěly ve škálování Agile pomocí SAFe.

Jak jinak než ostatní agilní praktiky

Nyní v tomto tutoriálu Scaled Agile Framework se podívejme, jak se Scaled Agile Framework liší od jiných agilních postupů,

• Je veřejně dostupný a zdarma k použití.
• K dispozici ve vysoce přístupné a použitelné formě.
• Je lehký, má prakticky ověřené výsledky a je specifický pro úroveň.
• Neustále/pravidelně upravuje/udržuje většinu běžně používaných agilních praktik.
• Nabízí užitečná rozšíření běžných agilních postupů.
• Ukotvuje agilní postupy v podnikovém kontextu.
• Nabízí kompletní obraz vývoje softwaru.
• Viditelnost nebo transparentnost je více na všech úrovních.
• Pokračující nebo pravidelná zpětná vazba o kvalitě a zlepšování.

FoundationScaled Agile Framework

Scaled Agile Framework (SAFe): Stojí na základech svého

1. Principy Lean-Agile
2. Základní hodnoty,
3. Lean-Agile Leadership
4. Nastavení štíhlé agilní mysli,
5. Komunity praxe (skupina lidí, kteří neustále pracují na postupech SAFe)
6. Provádění 1-2-3

BEZPEČNÉ principy Lean-Agile

Tyto základní SAFe Agilní principy a hodnoty pro SAFe je třeba pochopit, ukázat a pokračovat, aby bylo dosaženo požadovaných výsledků.

• Vezměte si ekonomický pohled
• Aplikujte systémové myšlení
• Předpokládejme variabilitu; zachovat možnosti
• Vytvářejte postupně s rychlými, integrovanými cykly učení
• Založit milníky na objektivním hodnocení fungujících systémů
• Vizualizujte a omezte WIP, snižte velikost dávek a spravujte délky front
• Aplikujte kadenci, synchronizujte se s plánováním napříč doménami
• Odemkněte vnitřní motivaci znalostních pracovníků
• Decentralizovat rozhodování

BEZPEČNÉ Agilní základní hodnoty

Metodika SAFe Agile je založena na těchto čtyřech hodnotách.

Zarovnání:

• SAFe podporuje zarovnání.
• Zarovnání začíná v,
  • Strategická témata v portfoliu backlog a
  • Přesune se dolů na Vize a plán programových nevyřízených záležitostí a poté
  • Přesune se do týmových backlogů.

Vestavěná kvalita:

• Zajišťuje, že každá přírůstková dodávka odráží standardy kvality.
• Kvalita není „přidána později“ je zabudována.
• Vestavěná kvalita je předpokladem Lean a jeho povinností

Transparentnost:

• Transparentnost je předpokladem důvěry.
• SAFe pomáhá podniku dosáhnout transparentnosti na všech úrovních – vedoucí pracovníci, manažeři portfolia a další zainteresované strany.
• Každý může nahlédnout do portfolia backlog/Kanban, program backlogy/Kanban a Team Backlog/Kanban.
• Každá úroveň má jasnou představu o cílech PI.
• Vlakové programy mají přehled o nedodělcích týmu, stejně jako o dalších nevyřízených programech
• Týmy a programy mají přehled o podnikání a architektuře Epics. Mohou vidět, co by se mohlo ubírat jejich cestou.

Provedení programu:

• SAFe klade velký důraz na fungující systémy a výsledné obchodní výsledky.
• SAFe není užitečné, pokud týmy nemohou pracovat a neustále přinášet hodnotu.

Štíhlí agilní lídři

Lean-Agile Leaders jsou celoživotní studenti a učitelé. Pomáhá týmům budovat lepší systémy prostřednictvím porozumění a předvádění principů Lean-Agile SAFe.

Jako faktor umožňující týmům je konečnou odpovědností přijetí, úspěch a neustálé zlepšování vývoje Lean-Agile. Pro změnu a neustálé zlepšování musí být lídři vyškoleni.

Lídři musí přijmout nový styl vedení. Takový, který skutečně posiluje a zapojuje jednotlivce a týmy k dosažení jejich nejvyššího potenciálu.

Principy těchto Lean-Agile Leaders

• Vést změnu
• Poznej cestu; Důraz na celoživotní učení
• Rozvíjet lidi
• Inspirovat a sladit se s posláním; Minimalizovat omezení
• Decentralizovat rozhodování
• Odemkněte vnitřní motivaci znalostních pracovníků

Lean Agile Mind-Set

Lean-Agile způsob myšlení je reprezentován dvěma věcmi:

1. SAFe House of Lean
2. Agilní manifest

SAFe House of Lean:

SAFe vychází z principů a postupů štíhlé výroby. Na základě těchto faktorů SAFe představuje „SAFe House of Lean“. Je inspirován „domem“ štíhlé Toyoty.

Cíl štíhlé výroby je nepřekonatelný: Poskytnout zákazníkovi maximální hodnotu pro zákazníka v co nejkratším čase a v nejvyšší možné kvalitě.

Níže uvedený obrázek vysvětluje Cíl, Pilíře a Foundation „Bezpečný dům štíhlých“.

Agilní manifest

Odhalujeme lepší způsoby vývoje softwaru tím, že to děláme a pomáháme s tím ostatním. Díky této práci jsme ocenili:

To je důvod, proč, zatímco položky napravo mají hodnotu, položky nalevo si ceníme více.

Agilní manifest

1. Nejvyšší prioritou je uspokojit zákazníka průběžnou a včasnou dodávkou cenného softwaru.
2. Přijměte měnící se požadavky, a to i v pozdní fázi vývoje. Agilní procesy metodiky SAFe využívají změny ve prospěch zákazníka.
3. Dodávejte pracovní software často, od několika týdnů do několika měsíců, s upřednostňováním kratšího časového rámce.
4. Vývojáři a obchodníci musí během projektu denně spolupracovat.
5. Vytvářejte projekty kolem motivovaných jednotlivců. Poskytněte jim podporu a prostředí, které potřebují, a důvěřujte jim, že práci zvládnou.
6. Nejúčinnější metodou komunikace s vývojovým týmem je osobní rozhovor.
7. Funkční software je primárním měřítkem pokroku.
8. Agilní procesy podporují udržitelný rozvoj. Sponzoři, vývojáři a uživatelé by měli být schopni udržovat konstantní tempo po neomezenou dobu.
9. Neustálá pozornost věnovaná technické dokonalosti a dobrému designu zvyšuje agilitu.
10. Jednoduchost – umění maximalizovat množství neudělané práce – je zásadní.
11. Nejlepší architektury, požadavky a návrhy vycházejí ze samoorganizujících se týmů.
12. Tým v pravidelných intervalech přemýšlí o tom, jak se stát efektivnějšími, podle toho pak ladí a upravuje své chování.

Různé úrovně v SAFE

Existují dva různé typy implementace SAFe:

1. Implementace SAFe 4.0
2. Implementace SAFe 3.0

• V implementaci SAFe 4.0 máme 4 úrovně: Portfolio, tok hodnot, program a tým.
• V implementaci SAFe 3.0 máme 3 úrovně: Portfolio, program a tým
• 3-Level SAFe je pro menší implementace se 100 nebo méně lidmi. Programy, které nevyžadují významnou spolupráci.
• 4-Level SAFe je pro řešení, která obvykle vyžadují mnoho stovek odborníků na vývoj nasazení a údržbu softwaru.

Úroveň týmu

Role/týmy		Události		Artefakty
* Agilní tým		* Sprint Plánování		* Týmový backlog
* Vlastník produktu		* Backlog Grooming		* Nefunkční požadavky
* Scrum Master		* Denní Stand-Up		* Cíle týmu PI
		* Provedení		* Iterace
		* Sprint Demonstrace		* Příběhy (pracovní software)
		* Sprint Retrospektivní		* Sprint Cíle
		* IP Sprints		* Vestavěná kvalita
				* Hroty
				* Tým Kanban

• Všechny SAFe týmy jsou součástí jednoho nebo druhého Agile Release Train (ART).
• Týmy SAFe jsou zplnomocněné, samoorganizující se, samořídící, vícefunkční týmy
• Každý tým je stejnou měrou zodpovědný za definování, vytváření a testování příběhů ze svého týmového backlogu v iteracích s pevnou délkou
• Týmy plánují a provádějí dvoutýdenní časově ohraničené iterace v souladu s dohodnutými cíli iterace.
• Týmy budou používat rutinu ScrumXP/Team Kanban k poskytování vysoce kvalitních systémů, aby každé dva týdny vytvořily ukázku systému.
• Všechny různé týmy v ART (Agile Release Trains) vytvoří integrovaný a testovaný systém. Zúčastněné strany vyhodnotí a odpoví rychlou zpětnou vazbou
• Aplikují postupy vestavěné kvality.
• Každý tým ScrumXP bude mít 5–9 členů týmu, což zahrnuje všechny role nezbytné k vybudování přírůstkové hodnoty kvality v každé iteraci.
• Role ScrumXP zahrnují:
  • Tým (Dev+QA)
  • Scrum master
  • Vlastník produktu. Atd..
• SAFe rozděluje časovou osu vývoje na sadu iterací v rámci PI (Program Increment).
• Doba trvání PI je mezi 8-12 týdny.
• Tým použije příběhy, aby dodal hodnotu. Vlastník produktu bude mít obsahovou pravomoc nad vytvářením a přijímáním příběhů.
• Příběhy obsahují požadavky zákazníka.
• Týmový Backlog obsahuje příběhy uživatelů a aktivátorů, které jsou identifikovány během plánování PI. Když produktový management představí plán, vizi a programový backlog.
• Identifikace, zpracování, stanovení priorit, plánování, implementace, testování a přijímání příběhů jsou primárními požadavky manažerské práce na týmové úrovni.
• Každá iterace poskytuje:
  • Cenný přírůstek nových funkcí
  • Dosáhněte pomocí neustále se opakujícího vzoru
  • Naplánujte iteraci
  • Zavázat se k nějaké funkcionalitě
  • Proveďte iteraci vytvořením a testováním příběhů
  • Ukázka nové funkce
  • Retrospektivní
  • Opakujte pro další iteraci
• Týmy také podporují demo systému na konci každé iterace. což je kritický integrační bod pro ART.
• Větší hodnotové toky budou mít více ART.
• Iterace Innovation and Planning (IP) dávají týmům příležitost k inovacím a průzkumu.

Programová úroveň

Role/týmy		Události		Artefakty
* DevOps		* Plánování PI (přírůstek programu).		* Vize
* Systémový tým		* Ukázky systému		* Cestovní mapa
* Správa vydání		* Inspekce a přijetí workshopu		* Metriky
* Produktový management		* Architectural Runway		* Milníky
* UEX Architect		* Uvolněte kdykoli		* Vydání
* Release Train Engineer (RTE)		* Agile Release Train		* Program Epics
* Systém Architekt/inženýr		* Uvolnění		* Program Kanban
* Majitelé podniků				* Program Backlog
* Lean-Agile Leaders				* Nefunkční požadavky
* Komunity praxe				* Vážená nejkratší práce jako první (WSJF)
* Sdílené služby				* Program PI Cíle
* Zákazník				* Vlastnosti
				* Aktivátor
				* Řešení
				* Koordinace toku hodnot

• Na programové úrovni je hodnota SAFe dodávána prostřednictvím dlouhodobých agilních uvolňovacích vlaků (ART). Iterace je pro tým a vlak je pro program.
• Agile Release Trains (ART) je primární prostředek pro poskytování hodnoty na úrovni programu. Organizaci přináší tok hodnot.
• Trvání programových přírůstků (PI) je 8 až 12 týdnů.
• ART má 5 – 12 agilních týmů (~50 – 125+ lidí), které zahrnují všechny role a infrastrukturu potřebnou k poskytování plně otestovaného, ​​funkčního softwaru na systémové úrovni.
• Každý PI je časový box s více iteracemi. Během kterých je vyvinut a dodáván významný, cenný přírůstek systému.
• V každém PI proběhnou relace „demo“ a „Inspect and adapt“ a začíná plánování pro další PSI.
• Na programové úrovni klade SAFe důraz na princip sladění. Je to proto, že k vytvoření hodnoty pro zákazníka je integrováno více agilních týmových úsilí.
• Hierarchie artefaktů SAFe je Epos->funkce->příběhy uživatelů.
• Na úrovni programu má produktový manažer/manažer programu oprávnění k obsahu. Definuje a upřednostňuje backlog programu.
• Program backlog je prioritní seznam funkcí.
• Na úrovni programu mohou být funkce vytvořeny nebo mohou být odvozeny z eposů definovaných na úrovni portfolia.
• Funkce se rozkládají na uživatelské příběhy a přecházejí do nevyřízených položek na úrovni týmu.
• Role Product Manager nebo Release Train Engineer by mohla být řízena programovým manažerem/hlavním projektovým manažerem
• Systém Architect role na programové úrovni je spolupracovat na každodenní práci s týmy. Zajišťuje splnění nefunkčních požadavků. Spolupracují také s podnikovým architektem na úrovni portfolia, aby se ujistili, že existuje dostatečná architektonická dráha pro podporu nadcházejících potřeb uživatelů a podniků.
• Návrh rozhraní, pokyny pro uživatelskou zkušenost a prvky návrhu pro týmy poskytují návrháři UX.
• Roli hlavního Scrum Master hraje 'Release Train Engineer'.
• Různé týmy (od marketingu, vývoje, kvality, provozu a nasazení) tvoří „tým pro správu vydání“. Budou schvalovat rutinní vydávání kvalitních řešení zákazníkům.
• O nasazení softwaru do zákaznických prostředí a úspěšné dodání se stará tým DevOps.

Úroveň portfolia

Role/týmy		Události		Artefakty
* Enterprise Architect		* Strategické investiční plánování		* Strategická témata
* Programové portfolio Mgmt		* Kanban Portfolio (epické) plánování		* Podnik
* Epic Majitelé				* Portfolio Backlog
				* Portfolio Kanban
				* Nefunkční požadavky
				* Epic a Enabler
				* Hodnotový proud
				* Rozpočty (CapEx a OpEx)

• Nejvyšší míra zájmu/záležitosti/účasti/ v SAFe je SAFe portfolio
• Portfolio poskytuje základní bloky pro organizaci toku hodnoty Lean-Agile Enterprise prostřednictvím jednoho nebo více hodnotových toků.
• Portfolio pomáhá vyvíjet systémy a řešení, která jsou popsána ve strategických tématech (propojuje portfolio SAFe s měnící se obchodní strategií podniku).
• Aby byly splněny strategické cíle, zahrnuje úroveň portfolia tyto prvky. Poskytuje základní rozpočtové a další mechanismy řízení. Tímto způsobem zajišťuje, že investice do hodnotových toků přinášejí podniku potřebné výnosy.
• Portfolio je propojeno s podnikáním obousměrně:
  • Aby portfolio nasměrovalo k větším měnícím se obchodním cílům, poskytuje strategická témata.
  • Další směr naznačuje neustálý tok hodnot portfolia.
• Program Portfolio Management vystupuje jako zainteresované strany a jsou odpovědné za poskytování obchodních výsledků.
• SAFe Portfolio Level obsahuje lidi, procesy a nezbytné sestavovací systémy a řešení, které podnik potřebuje ke splnění svých strategických cílů.
• Hodnotové toky jsou primárními cíli v Portfoliu, s jejichž pomocí financují lidi a další zdroje potřebné k vybudování Řešení.
• Důležité klíčové pojmy, které se zde používají, jsou:
  • Spojení s Enterprise,
  • Správa programového portfolia,
  • Správa toku portfolia Epics.

Úroveň toku hodnot

Role/týmy		Události		Artefakty
* DevOps		* Plánování před a po PI (přírůstek programu).		* Vize
* Systémový tým		* Ukázky řešení		* Cestovní mapa
* Správa vydání		* Inspekce a přijetí workshopu		* Metriky
* Správa řešení		* Agile Release Train		* Milníky
* UEX Architect				* Vydání
* Value Stream Engineer (RTE)				*Value Stream Epics
* Řešení Architekt/inženýr				* Kanban hodnotového toku
* Sdílené služby				* Nevyřízené hodnoty toku
* Zákazník				* Nefunkční požadavky
* Dodavatel				* Vážená nejkratší práce jako první (WSJF)
				* Cíle hodnotového toku PI
				* Schopnost
				* Aktivátor
				* Kontext řešení
				* Koordinace toku hodnot
				* Ekonomický rámec
				* Záměr řešení
				* MBSE
				* Set Based
				* Agilní Architecture

• Úroveň toku hodnot je v SAFe volitelná.
• Úroveň toku hodnot je novinkou v SAFe 4.0.
• Úroveň toku hodnot je určena/navržena pro podniky/stavitele/organizace, které jsou:

1. Velké velikosti
2. Nezávislý
3. Mít komplexní řešení
4. Jejich řešení obvykle vyžadují více ART
5. Mají příspěvek dodavatelů.
6. Čelí největším systémovým výzvám
7. Pro kybernetické fyzické systémy
8. Pro software, hardware, elektriku a elektroniku, optiku, mechaniku, fluidiku a další.

• Budování tohoto druhu systémů často vyžaduje stovky, dokonce tisíce odborníků z praxe, externích i interních dodavatelů.
• Pokud jsou systémy rozhodující pro misi. Selhání Řešení, nebo dokonce subsystému, má nepřijatelné ekonomické a sociální důsledky.
• Pokud lze Enterprise postavit s několika stovkami praktikujících, možná nebudou potřebovat konstrukce této úrovně. V takovém případě mohou použít z 'sbalený pohled' což je 3-úrovňové SAFe.
• Budování řešení hodnotového toku ve vzoru Lean-Agile vyžaduje další artefakty, koordinaci a konstrukce. Tato úroveň tedy obsahuje ekonomický rámec, který poskytuje finanční hranice pro hodnotový tok
• Podporuje kadenci a synchronizaci pro více ART a dodavatele. Zahrnuje plánovací schůzky před a po PI a ukázku řešení.
• Poskytuje další role, kterými jsou: Value Stream Engineer, Solution Architect/Engineering a Solution Management.

Shrnutí

• SAFe je průmyslově osvědčená metoda zaměřená na hodnotu pro škálování Agile na podnikové úrovni.
• Odpovídá na otázky jako „Jak plánujeme?“, „Jak vytváříme rozpočet?“ a „Jak se stáváme vícefunkčními v architektuře a DevOps?"
• SAFe Agile framework pomáhá velkým organizačním týmům plnit strategické cíle organizace, nejen cíle jednotlivých projektů.
• Rámec nabízí schopnost udržovat a vytvářet centralizovanou strategii pro poskytování hodnoty.
• Model SAFe má tři/čtyři úrovně, které centralizují strategická témata organizace.
• Centralizovaná strategie v kombinaci s decentralizovaným agilním vývojem.

Reference:

SAFe for Lean Enterprises 5.0:

http://www.scaledagileframework.com