Výukový program metodiky SAFe: Co je to Scaled Agile Framework

Co je to Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) je volně dostupná online znalostní báze, která vám umožní aplikovat lean-agile postupy na podnikové úrovni. Poskytuje jednoduché a odlehčené prostředí pro vývoj softwaru. Jedná se o soubor organizací a vzorů pracovních toků, které mají podnikům pomoci při škálování štíhlých a agilních postupů. Je rozdělena do tří segmentů, kterými jsou Team, Program a portfolio.

Rámec SAFe 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 proudu, programu a týmu.
• Je navržen tak, aby vyhovoval potřebám všech zúčastněných stran v organizaci.

SAFe byl poprvé vyvinut v oboru a byl rozpracován v knihách a blogu Deana Leffingwella . Verze 1.0 je první oficiální vydání v roce 2011. Nejnovější verze je 4.6, která byla vydána v říjnu 2018. Poskytuje pokyny pro práci na úrovni podnikového portfolia, hodnotového proudu, programu a týmu.

V tomto výukovém programu SAFe Agile se naučíte-

• Co je Scaled Agile Framework (SAFe)
• Proč používat Agile Framework
• Kdy použít Scaled Agile Framework
• Jak odlišné od jiných agilních postupů
• Základy Scaled Agile Framework
• Agilní manifest
• Různé úrovně v SAFE
• Úroveň týmu
• Programová úroveň
• Úroveň portfolia
• Úroveň hodnotového proudu

Proč používat Agile Framework

Jedná se o jednoduchý a lehký rámec, přesto je schopen zvládnout potřeby toků velkých hodnot 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 o 20 - 50%
• Kvalita vzrostla o více než 50%
• Doba uvedení na trh je rychlejší než 30 - 75%
• Zvýšená angažovanost zaměstnanců a spokojenost s prací.

Podrobný rámcový diagram 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 místa.

Níže uvedený obrázek vysvětluje, jak agilní proces funguje. Eposy jsou velkým souborem prací, které se dále člení na řadu menších příběhů nebo subepiků. Tyto subepiky jsou přiděleny týmu 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 multi-týmovými programy a portfolii.
• Když více 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 samostatně.
• Pokud 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 pokoušeli škálovat Agile napříč vaší organizací, ale snažíte se sladit, abyste dosáhli jednotné nebo konzistentní strategie napříč obchodními odděleními od úrovně portfolia po program a tým.
• Když organizace potřebuje zlepšit svůj vývoj produktů, je třeba zavést čas a chtít vědět, jak jiné společnosti uspěly ve škálování Agile s SAFe.

Jak odlišné od jiných agilních postupů

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

• Je veřejně dostupný a lze jej používat zdarma.
• K dispozici ve vysoce přístupné a použitelné formě.
• Je to lehký, prakticky ověřený výsledek a specifický pro danou úroveň.
• Neustále / pravidelně upravuje / udržuje nejčastěji používané agilní postupy.
• Nabízí užitečná rozšíření běžných agilních postupů.
• Důsledky agilních postupů v kontextu podniku.
• Nabízí ucelený obraz o vývoji softwaru.
• Viditelnost nebo průhlednost je více na všech úrovních.
• Trvalá nebo pravidelná zpětná vazba o kvalitě a zlepšování.

Základy Scaled Agile Framework

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

1. Štíhlý-agilní principy
2. Základní hodnoty,
3. Štíhlé a agilní vedení
4. Lean-Agile Mind-set,
5. Komunity praxe (skupina lidí, kteří neustále pracují na praktikách SAFe)
6. Provádí se 1-2-3

BEZPEČNÉ štíhlé a agilní principy

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

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

SAFe Agilní základní hodnoty

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

Zarovnání:

• SAFe podporuje zarovnání.
• Zarovnání začíná v,
  • Strategická témata v nevyřízeném portfoliu a
  • Přesun dolů na Vision and Roadmap of Program Backlogs a poté
  • Přesune se na nevyřízené položky týmu.

Integrovaná kvalita:

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

Průhlednost:

• Transparentnost umožňuje důvěru.
• SAFe pomáhá podniku dosáhnout transparentnosti na všech úrovních - vedení, správci portfolia a další zúčastněné strany.
• Každý může nahlédnout do nevyřízeného portfolia / Kanban, nevyřízených programů / Kanban a Team Backlog / Kanban.
• Každá úroveň jasně rozumí cílům PI.
• Tréninkové programy mají přehled o nevyřízených nevyřízených položkách týmu a také o nevyřízených nevyřízených programech
• Týmy a programy mají přehled o podnikání a architektuře Epics. Vidí, co by mohlo směřovat jejich cestou.

Provedení programu:

• SAFe klade velký důraz na pracovní systémy a výsledné obchodní výsledky.
• SAFe není užitečné, pokud týmy nemohou vykonávat a neustále dodávat hodnotu.

Lean Agile Leaders:

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 vystavení principů Lean-Agile SAFe.

Jako aktivátor tý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 vedoucí vyškoleni.

Vedoucí pracovníci si musí osvojit nový styl vedení. Ten, který jednotlivcům a týmům skutečně umožňuje a zapojuje je do dosažení jejich nejvyššího potenciálu.

Principy těchto Lean-Agile Leaders

• Vést změnu
• Znát cestu; Zdůrazněte celoživotní učení
• Rozvíjet lidi
• Inspirujte se a spojte se s misí; Minimalizujte omezení
• Decentralizovat rozhodování
• Odemkněte skutečnou motivaci znalostních pracovníků

Lean Agile Mind-Set:

Lean-Agile mindset je zastoupen ve dvou věcech:

1. SAFe House of Lean
2. Agilní manifest

SAFe House of Lean :

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

Cíl štíhlosti je nepřekonatelný: Poskytnout zákazníkovi maximální hodnotu v co nejkratší době a s nejvyšší možnou kvalitou

Níže uvedený obrázek vysvětluje cíl, pilíře a nadaci „SAFe House of Lean“.

Agilní manifest

Objevujeme lepší způsoby vývoje softwaru tím, že to děláme a pomáháme ostatním dělat to. Díky této práci jsme dospěli k hodnotě:

To je důvod, proč, i když je hodnota v položkách napravo, více si vážíme položek v levé části.

Agilní manifest

1. Nejvyšší prioritou je uspokojit zákazníka prostřednictvím nepřetržitého a včasného dodání hodnotného softwaru.
2. Přijměte měnící se požadavky, dokonce i pozdě ve vývoji. Agilní metodika SAFe zpracovává 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ů, přednostně v kratším časovém horizontu.
4. Vývojáři a podnikatelé musí během projektu každý den spolupracovat.
5. Budujte 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 pro komunikaci s vývojovým týmem je osobní rozhovor.
7. Pracovní 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 stálé 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í neodvedené práce - je zásadní.
11. Nejlepší architektury, požadavky a návrhy vycházejí ze samoorganizujících se týmů.
12. V pravidelných intervalech tým uvažuje o tom, jak se stát efektivnějším, a podle toho vyladí a upraví 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, hodnotový proud, program a tým.
• V implementaci SAFe 3.0 máme 3 úrovně: portfolio, program a tým
• Tříúrovňový SAFe je pro menší implementace se 100 nebo méně lidmi. Programy, které nevyžadují významnou spolupráci.
• Čtyřúrovňový SAFe je určen pro řešení, která obvykle vyžadují, aby vývoj a nasazení softwaru vyžadovalo mnoho stovek odborníků.

Úroveň týmu

Role / týmy		Události		Artefakty
* Agilní tým		* Plánování sprintu		* Nevyřízené položky týmu
* Vlastník produktu		* Nevyřízené zastřihování		* Nefunkční požadavky
* Scrum Master		* Denní vstávání		* Cíle týmu PI
		* Provedení		* Iterace
		* Sprint Demo		* Příběhy (pracovní software)
		* Sprint retrospektivní		* Cíle sprintu
		* IP sprinty		* Integrovaná kvalita
				* Hroty
				* Tým Kanban

• Všechny týmy SAFe jsou součástí jednoho nebo druhého Agile Release Train (ART).
• Týmy SAFe jsou zmocněné, samoorganizující se, samostatně spravující a cross-funkční týmy
• Každý tým je stejně odpovědný za definování, vytváření a testování příběhů ze svého týmu Backlog v iteracích s pevnou délkou
• Týmy plánují a provádějí dvoutýdenní časově omezené iterace v souladu s dohodnutými iteračními cíli.
• Týmy využijí rutinu ScrumXP / Team Kanban k dodání vysoce kvalitních systémů k produkci ukázky systému každé dva týdny.
• Všechny různé týmy v ART (Agile Release Trains) vytvoří integrovaný a otestovaný systém. Zúčastněné strany vyhodnotí a odpoví rychlou zpětnou vazbou
• Aplikují integrované postupy kvality.
• Každý tým ScrumXP bude mít 5–9 členů týmu, což zahrnuje všechny role nezbytné k vytvoření 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).
• Trvání PI je mezi 8 - 12 týdny.
• Tým využije příběhy k dodání hodnoty. Vlastník produktu bude mít nad jejich vytvářením a přijímáním příběhů oprávnění k obsahu.
• Příběhy obsahují požadavky zákazníka.
• Team Backlog zahrnuje 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 nevyřízené programy.
• Identifikace, vypracování, stanovení priorit, plánování, implementace, testování a přijetí příběhů jsou primární požadavky manažerské práce na úrovni týmu.
• Každá iterace poskytuje:
  • Cenný přírůstek nových funkcí
  • Dosahujte prostřednictvím neustále se opakujícího vzoru
  • Naplánujte iteraci
  • Zavázat se k nějaké funkčnosti
  • Proveďte iteraci vytvářením a testováním příběhů
  • Ukažte novou funkčnost
  • 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.
• Proudy s větší hodnotou budou mít více UMĚNÍ.
• Iterace Innovation and Planning (IP) využívají týmy k příležitosti pro inovace a průzkum.

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		* Plán
* Správa vydání		* Prohlédněte si a přijměte Workshop		* Metriky
* Produktový management		* Architektonická dráha		* Milníky
* Architekt UEX		* Uvolněte kdykoli		* Zprávy
* Release Train Engineer (RTE)		* Agilní uvolňovací vlak		* Programujte eposy
* Systémový architekt / inženýr		* Uvolnění		* Program Kanban
* Majitelé firem				* Nevyřízené položky programu
* Lean-Agile Leaders				* Nefunkční požadavky
* Komunity praxe				* Nejprve vážená nejkratší úloha (WSJF)
* Sdílené služby				* Program PI Cíle
* Zákazník				* Vlastnosti
				* Aktivátor
				* Řešení
				* Koordinace hodnotového toku

• Na úrovni programu je hodnota SAFe dodávána s Agile Release Trains s dlouhou životností (ART). Iterace je pro tým a vlak je pro program.
• Agile Release Trains (ART) je primárním prostředkem pro poskytování hodnoty na úrovni programu. Poskytuje organizaci hodnotový tok.
• Trvání programu (PI) trvá 8 až 12 týdnů.
• ART je z 5 - 12 agilních týmů (~ 50 - 125+ lidí), které zahrnují všechny role a infrastrukturu potřebnou k dodání plně testovaného funkčního softwaru na úrovni systému.
• Každý PI je časová schránka s více iteracemi. Během nichž je vyvíjen a dodáván významný a hodnotný přírůstek systému.
• V každém PI proběhne relace „demo“ a „Inspect and adapt“ a začíná plánování pro další PSI.
• Na úrovni programu SAFe zdůrazňuje princip sladění. Důvodem je, že více agilních týmových snah je integrováno a vytváří hodnotu pro zákazníka.
• Hierarchie artefaktů SAFe je Epics-> features-> user stories .
• Na úrovni programu má produktový manažer / programový manažer oprávnění k obsahu. Definuje a upřednostňuje nevyřízené položky programu.
• Nevyřízené položky programu jsou prioritním seznamem funkcí.
• Na úrovni programu mohou být vytvořeny funkce nebo mohou být odvozeny z eposů definovaných na úrovni portfolia.
• Funkce se rozkládají na příběhy uživatelů a přecházejí do nevyřízených položek na úrovni týmu.
• Role produktového manažera nebo Release Train Engineer může být zpracována programovým manažerem / vedoucím projektového manažera
• Role System Architect na úrovni programu je spolupracovat na každodenní práci s týmy. Zajišťuje splnění nefunkčních požadavků. Také spolupracují s podnikovým architektem na úrovni portfolia, aby se ujistili, že existuje dostatečná architektonická dráha pro podporu nadcházejících uživatelských a obchodních potřeb.
• Návrh rozhraní, pokyny pro uživatelské zkušenosti a designové prvky pro týmy poskytují UX Designers.
• Roli hlavního skrumážového mistra hraje „Release Train Engineer“.
• Různé týmy (od marketingu, vývoje, kvality, provozu a nasazení) tvoří „Release Management Team“. Schválí rutinní vydávání kvalitních řešení zákazníkům.
• O nasazení softwaru do prostředí zákazníka a úspěšné doručení se stará tým DevOps.

Úroveň portfolia

Role / týmy		Události		Artefakty
* Enterprise Architect		* Strategické plánování investic		* Strategická témata
* Programové portfolio Mgmt		* Kanban Portfolio (epické) plánování		* Enterprise
* Velcí majitelé				* Nevyřízené položky portfolia
				* Portfolio Kanban
				* Nefunkční požadavky
				* Epic a Enabler
				* Hodnotový proud
				* Rozpočty (CapEx a OpEx)

• Nejvyšší mírou zájmu / zájmu / zapojení / do 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 (spojuje portfolio SAFe s měnící se obchodní strategií podniku).
• Ke splnění strategických cílů zapouzdřuje tyto prvky úroveň portfolia. Poskytuje základní rozpočtování a další mechanismy řízení. Tímto způsobem zajišťuje, že investice do hodnotových toků poskytuje podnikům potřebné výnosy.
• Portfolio je spojeno s obchodem obousměrně:
  • Za účelem vedení portfolia k větším měnícím se obchodním cílům poskytuje strategická témata.
  • Další směr naznačuje stálý tok hodnot portfolia.
• Správa portfolia programů funguje jako zúčastněné strany a jsou odpovědné za poskytování obchodních výsledků.
• Úroveň portfolia SAFe obsahuje lidi, procesy a nezbytné systémy a řešení pro budování, které podnik potřebuje ke splnění svých strategických cílů.
• Hodnotové toky jsou primárními cíli v portfoliu, s nimiž je financování lidí a další zdroje potřebné k vytvoření řešení.
• Zde se používají důležité klíčové pojmy:
  • Připojení k Enterprise,
  • Správa portfolia programu,
  • Správa toku portfoliových eposů.

Úroveň hodnotového proudu

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í		* Plán
* Správa vydání		* Prohlédněte si a přijměte Workshop		* Metriky
* Správa řešení		* Agilní uvolňovací vlak		* Milníky
* Architekt UEX				* Zprávy
* Value Stream Engineer (RTE)				* Epos hodnotového proudu
* Architekt / technik řešení				* Hodnotový proud Kanban
* Sdílené služby				* Nevyřízené položky hodnotového toku
* Zákazník				* Nefunkční požadavky
* Dodavatel				* Nejprve vážená nejkratší úloha (WSJF)
				* Cíle PI hodnotového toku
				* Schopnost
				* Aktivátor
				* Kontext řešení
				* Koordinace hodnotového toku
				* Ekonomický rámec
				* Záměr řešení
				* MBSE
				* Nastaveno na základě
				* Agilní architektura

• Úroveň hodnotového proudu je v SAFe volitelná.
• Úroveň hodnotového proudu je v SAFe 4.0 nová.
• Úroveň hodnotového proudu je určena / určená pro podniky / stavitele / organizace, které jsou:

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

• Budování tohoto druhu systémů často vyžaduje stovky, dokonce tisíce odborníků, externích i interních dodavatelů.
• Pokud jsou systémy rozhodující. Selhání řešení, nebo dokonce subsystému, má nepřijatelné ekonomické a sociální důsledky.
• Pokud mohou být podniky vybudovány s několika stovkami odborníků, nemusí potřebovat konstrukty této úrovně. V takovém případě mohou používat ze „ sbaleného pohledu“, kterým je tříúrovňový SAFe.
• Vytváření řešení toku hodnot v Lean-Agile vzoru vyžaduje další artefakty, koordinaci a konstrukce. Tato úroveň tedy obsahuje ekonomický rámec, který poskytuje finanční hranice pro Stream hodnot
• Podporuje kadenci a synchronizaci pro více ART a dodavatelů. Zahrnuje schůzky před a po plánování PI a ukázku řešení.
• Poskytuje další role, kterými jsou: Value Stream Engineer, Solution Architect / Engineering a Solution Management.

Souhrn:

• SAFe je průmyslově ověřená metoda zaměřená na hodnotu pro škálování Agile na úrovni Enterprise.
• Odpovídá na otázky jako „Jak plánujeme?“, „Jak plánujeme rozpočet?“ A „Jak se staneme cross-funkční v architektuře a DevOps?“
• Agilní rámec SAFe pomáhá velkým organizačním týmům splnit strategické cíle organizace, nejen jednotlivé cíle projektu.
• Rámec nabízí schopnost udržovat a vytvářet centralizovanou strategii, která přináší hodnotu.
• Model SAFe má tři / čtyři úrovně, které centralizují strategická témata organizace.
• Centralizovaná strategie v kombinaci s decentralizovaným prováděním agilního vývoje.

Reference:

SAFe pro štíhlé podniky 5.0:

http://www.scaledagileframework.com

K tomuto článku přispívá Jyothi Rangaraj