Menu

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

  • Hlavní
  • Jiný
  • Výukový program SAFe Agile: Co je to Scaled Agile Framework

safe agile tutorial what is scaled agile framework

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

software pro rozpoznávání řeči je nejoblíbenější pro

Výukový program Scaled Agile Framework SAFe:

V posledním tutoriálu jsme vás seznámili s konceptem Princip tří Amigo což se ukázalo jako velmi přínosné pro dodání správného řešení v rychlejším tempu se silnými zpětnovazebními smyčkami.

Pokud jste to ještě neprošli, podívejte se na tutoriál protože je to nutné číst pro všechny, abyste mohli vstoupit do hbitého prostoru.

V dnešním světě špičkových technologií a doručovacích mechanismů je velmi důležité umět se přizpůsobit měnícímu se světu. Aby mohla uspět, musí být organizace schopna vyrovnat se s rychlými změnami ve způsobu, jakým se vyvíjejí a dodávají hodnotu svým zákazníkům.

safe_ scaled agile frameworks

U většiny organizací směřujících k agilitě je velmi důležité rozšířit a udržet si konkurenční výhodu. To je, když Scaled Agile Frameworks vstoupí do dojmu.

V tomto výukovém programu SAFe budeme podrobně diskutovat o Scaled Agile Framework. Budeme také klást důraz na potřebu zavést SAFe, protože porozumíme celkovému prohlášení o problému a nakonec uvidíme, jak uvést SAFe do pohybu.

Začněme s míčem ...

SAFe znamená Scaled Agile Frameworks. SAFe poskytuje společnost Scaled Agile. Byl vytvořen v roce 2011 a jeho tvůrcem a spoluzakladatelem je Dean Leffingwell.

Je vytvořen, aby pomohl podnikům škálovat štíhlé a agilní procesy vývoje softwaru. Stejně jako LeSS, DAD a Nexus je SAFe také jedním z těch, kteří se snaží najít řešení problémů, kterým čelí při rozšiřování týmu.

Co se naučíte:

Před SAFe

Když jsme dříve stavěli velké a složité systémy, výsledkem bylo, že jsme nebyli schopni doručit včas a kvalita nebyla tak skvělá, a výsledkem bylo, že zákaznická zkušenost také nebyla skvělá, což je opravdu špatné!

SAFe se snaží tyto problémy řešit a společnosti, které tyto rámce přijaly, ukázaly úžasné výsledky.

Co je SAFe?

Scaled Agile Framework je rámec, který poskytuje čtyři různé vrstvy agilních adopcí.

Nejnižší úroveň se nazývá TEAM level, kde více týmů dělá na skrumáži, Kanbanu nebo jiné agilní metodice využívající základy programování XP, což přináší hodnotu na úrovni týmu.

Úroveň dva, která jde shora dolů, je PROGRAM, týká se týmů pracujících společně pod vedením týmu pro správu programu a přináší hodnotu v konceptu agilního uvolňovacího vlaku.

Nová vrstva přidaná do SAFe 4.0 je VALUE STREAM, není to nic jiného než kombinace programových týmů a agilních uvolňovacích vlaků, které jsou odpovědné za poskytování významného množství hodnoty dodávané zákazníkům.

A hned nahoře máme další úroveň nazvanou Úroveň portfolia, která je zodpovědná za sladění a sledování toho, jak budou hodnoty dodávány třemi úrovněmi pod portfoliem.

Safe podporuje řešení menšího rozsahu zaměstnávající 50 - 125 odborníků, stejně jako komplexní systémy, které vyžadují tisíce lidí.

Je volně odhalen a je online znalostní základnou s ověřenými záznamy o úspěchu. Používá ji mnoho organizací, které se zabývají komplexním vývojem softwaru. SAFe také hovoří o výzvách, kterým čelí při vývoji komplexního softwaru, hovoří také o různých rolích, odpovědnosti, artefaktech a různých činnostech zapojených do každé vrstvy.

Bezpečný

Proč Scaled Agile Framework?

V dnešní době nový software a systémy drží všude maximum pozornosti trhu. Přinášíme inovativní nápady a nové způsoby, jak velmi často pracovat, a tím zavrhujeme tradiční a staré systémy.

Organizace, které si uvědomí a pochopí nutnost postupovat vpřed a přizpůsobit změnu dříve, uspějí.

Při vývoji softwarových systémů musíme držet krok se složitostmi a závislostmi, které vznikají v propojeném prostředí. A věci se stanou ještě složitějšími, když se do obrazu dostanou technologie jako Bigdata, sociální média, mobilní zařízení atd.

Očekává se, že organizace udrží krok s novými technologiemi a systémy, které přicházejí, a také udržují starší systémy, které tam jsou již roky.

V tradičním světě organizace používaly k vývoji softwaru model vývoje vodopádu.

Tento software byl vyvinut v sekvenčním režimu, tj. Další fáze mohla začít, až když byla dokončena předchozí fáze. Tento způsob práce fungoval ve starověku skvěle, ale již nepřináší požadované výsledky pro prostředí, kde jsou inovace a vývoj na stejné úrovni.

Organizace pracující v sekvenčním režimu tedy budou bojovat o rozšiřování a růst.

Na obrázku níže jsou ukázány některé běžné výzvy, kterým čelíme při vývoji softwaru v modelu vodopádu:

výzvy v modelu vodopádu

Vezměte na vědomí, že tyto problémy vznikají při používání špatného systému, ve kterém zaměstnanec pracuje, a kvůli výkonu zaměstnance.

Proto, abychom překonali a překonali tyto překážky a dosáhli větších cílů, měli bychom zavést techniky, jak se stát štíhlejšími a lépe reagovat na změny. Proto je přijetí SAFe velmi doporučeno kvůli jeho hodnotám, principům a postupům.

BEZPEČNÁ formace

Začněme naši diskusi o Scaled Agile Framework a jeho formování. Nyní jsme jasně vyjádřili a pochopili potřebu mít v organizaci Scaled Agile Framework.

Nyní konceptualizujte prostředí, kde máme několik týmů pracujících za podobných podmínek, abychom dosáhli stejného cíle. Je čas, abychom se posunuli vpřed a viděli, jak v tomto prostoru funguje Agile Scaled Framework, jako je Scaled Scrum.

  • Všechny zúčastněné strany (interní nebo externí) a vedení společně vytvářejí dokument Portfolio Vision velmi vysoké úrovně, který se také nazývá Portfolio Backlog. Portfolio Backlog se v zásadě skládá z mnoha obchodních a architektonických požadavků, které jsou také známé jako Epics. Tyto obchodní a architektonické eposy jsou v souladu s prioritami.

Epické

  • Na základě priorit jsou tyto epiky zachyceny produktovými manažery / manažery dodávek. Vytvářejí dobře definovaný plán a dokument Vision. Dělají tuto aktivitu tím, že diskutují o plánu vydání s týmem správy vydání, aby sladili plán s produkčními verzemi.
  • Jakmile je vytvořen dokument Roadmap and Vision, dalším krokem produktového manažera je vytvoření nevyřízených položek nevyřízeného programu. Backlog programu se skládá z položek vydání, funkčních bitů a fondu nefunkčních požadavků (NFR).
  • Tým správy verzí připravuje plán vydání, aby se vešel do funkcí v cyklech vydání.
  • Tým správy verzí nyní pracuje na funkčních bitech, aby splnil plán vydání a cíle. Pracují také na přípravě architektury a infrastruktury pro umožnění plynulých verzí.
  • Z Backlogu programu přejdeme k individuálnímu Backlogu produktu, který je také známý jako Team Backlog. Release / System Team má svůj vlastní produktový backlog, podobně i Scrum tým pracující na projektu bude mít svůj individuální produktový backlog.
  • Produktový backlog se skládá z funkčních i nefunkčních příběhů. Tyto příběhy jsou upřednostňovány vlastníkem produktu, který pracuje na tomto Scrum týmu.
  • Typicky existuje 5–10 Scrum týmů, které pracují v prostředí Scaled Agile Environment. Každý z týmu Scrum má vlastníka produktu, Scrum Master a vývojový tým. Role a povinnosti každého člena Scrum týmu v Scaled Scrum jsou stejné jako v normálním Scrum prostředí.
  • Scrum Team provádí všechny Scrum Ceremonie a pracuje na vývoji přírůstku, který má být dodán na konci každého sprintu.

Tipy a triky

  • U všech týmů Scrum jsou počáteční a koncová data sprintu stejná jako stejná doba trvání. Sprint pro všechny Scrum týmy je tedy synchronizován.
  • Vzhledem k tomu, že všechny týmy Scrum pracují na jediné misi, měly by být závislosti mezi nimi jasně definovány, naplánovány a přiřazeny, aby se minimalizovalo narušení dodávek produktů. Závislosti mezi týmy Scrumu jsou jedním z nejběžnějších problémů v prostředí Scaled Scrum Environment.
  • Očekává se, že každý ze Scrum týmu dodá přírůstek na konci každého sprintu. Všechny tyto přírůstky v kombinaci tvoří potenciálně uvolnitelný softwarový přírůstek.
  • Při práci ve Scaled Scrum by měl být pečlivě prováděn přesun členů týmu z jednoho týmu do druhého. Přesouvání členů týmu není během sprintu povoleno a z tohoto pravidla není žádná výjimka.
  • Celkový pokrok programu se měří integrací přírůstků vyvinutých všemi týmy Scrum.
  • Při práci v Scaled Scrum se denně nebo týdně koná obřad s názvem „Scrum of Scrum“, na který je přizván zástupce (obvykle Scrum Master) z každého Scrum týmu. Toto setkání je stejné jako setkání Daily Standup a cíl zůstává stejný: „Zachovat soulad a synchronizaci mezi více týmy“.
  • Na všech úrovních vždy udržujte základní hodnoty Scaled Agile Framework (SAFe) nedotčené.

Základní hodnoty: Zarovnání, vestavěná kvalita, zarovnání a průhlednost

Základní hodnota

  • Komunikace a spolupráce mezi týmy Scrum je klíčem k úspěšnému Scarum Scrum z hlediska produktivity, kvality a doby uvedení na trh.

Několik vylepšení sem a tam ve Scrum Framework může vést k neuvěřitelným výsledkům v podobě Scaled Scrum.

Proč bychom měli používat tento rámec?

SAFe 4.0 nyní prokázal úspěchy od mnoha obřích organizací, které implementovaly tento rámec a zlepšily zkušenosti zákazníků tím, že dodaly softwarové produkty v nejkratší udržitelné době realizace díky Lean-Agile způsobem.

V zásadě to funguje na základě agilního vývoje, systémového myšlení a štíhlého vývoje.

Pomáhá při:

  • Sladění obchodních a technických cílů pro společnost.
  • Přijímání rozhodnutí ke zlepšení výsledků.
  • Plánování včasného doručení.
  • Zlepšení kvality řešení.
  • Škálování agilních procesů až na podnikovou úroveň.
  • Efektivní využití dovedností zaměstnanců.
  • Definování účinných organizačních struktur
  • Měření agilního výkonu týmu
  • A navrhněte způsoby, jak motivovat lidi k dobré práci a k ​​učení se novým věcem a riskování.

Zde jsou data od podniků, které je úspěšně implementovaly

údaje od podniků, které úspěšně implementovaly SAFe

BEZPEČNÉ konfigurace

SAFe podporuje celou řadu vývojových prostředí se čtyřmi konfiguracemi,

BEZPEČNÁ konfigurace

1. Základní SAFe

  • Konfigurace Essential SAFe je srdcem Framework a je nejjednodušším výchozím bodem pro implementaci.
  • Je základním stavebním kamenem pro všechny ostatní konfigurace SAFe a popisuje nejdůležitější prvky, které jsou nutné k realizaci většiny výhod rámce.
  • Týmové a programové úrovně tvoří organizační strukturu nazvanou Agile Release Train (ART), kde jsou agilní týmy, klíčové zúčastněné strany a další zdroje věnovány důležité a průběžné misi řešení.

2. Portfolio BEZPEČNÉ

  • Konfigurace portfolia SAFe pomáhá sladit provádění portfolia s podnikovou strategií.
  • Uspořádáno kolem toku hodnot.
  • Lean-Agile budgeting umožňuje osobám s rozhodovací pravomocí.
  • Systém Kanban poskytuje viditelnost portfolia a limity WIP.
  • Podniková architektura vede větší technologická rozhodnutí.
  • Objektivní metriky podporují správu a zlepšování.
  • Dodání hodnoty prostřednictvím Epics.

3. Velké řešení BEZPEČNÉ

  • Konfigurace SAFe pro velké řešení je určena pro vývoj největších a nejsložitějších řešení, která obvykle vyžadují více agilních verzí uvolňování a dodavatelů, ale nevyžadují úvahy na úrovni portfolia.
  • To je běžné v průmyslových odvětvích, jako je letecký a kosmický průmysl, obrana, automobilový průmysl atd.
  • Organizační konstrukce řešení Solution Train na úrovni velkých řešení pomáhá podnikům, které čelí největším výzvám - budování rozsáhlého multidisciplinárního softwaru, hardwaru a komplexních systémů IT.
  • Budování těchto řešení vyžaduje další role, artefakty, události a koordinaci.

4. Plná BEZPEČNOST

  • Konfigurace Full SAFe je nejkomplexnější verzí Framework.
  • Podporuje podniky, které vytvářejí a udržují velká integrovaná řešení, která vyžadují stovky a více lidí, a zahrnuje všechny úrovně SAFe: tým, program, velké řešení a portfolio.
  • V největších podnicích může být vyžadováno více instancí různých konfigurací SAFe.

Nadace

Nadace obsahuje podpůrné principy, hodnoty, myšlení, implementační pokyny a vůdčí role, které jsou nutné k úspěšnému dodání hodnoty v měřítku.

1. Lean-Agile Leaders

Vedení má nejvyšší odpovědnost za obchodní výsledky. Vedoucí musí být vyškoleni a poté se stát školiteli těchto štíhlejších způsobů myšlení a fungování. Za tímto účelem popisuje SAFe nový styl vedení, který projevují vedoucí představitelé podniku.

Lean-Agile vůdci vedou jeho Organizaci při budování lepších systémů prostřednictvím iterativních a přírůstkových způsobů učení, koučování, rozvoje lidí a procesů.

SAFe Lean-Agile Leaders

Vedoucí pracovníci SAFe Lean-Agile jsou celoživotní studenti a učitelé, kteří pomáhají týmům budovat lepší systémy prostřednictvím porozumění a vystavování principů Lean-Agile Mindset a SAFe.

2. Základní hodnoty

Čtyři základní hodnoty definují systém víry pro SAFe:

Provádění programu

  • Provádění programu je nejdůležitějšími základními hodnotami, protože se porovnává s jinými hodnotami, bez nichž realizační tým nemůže zákazníkovi poskytnout žádnou hodnotu.
  • Zaměřuje se hlavně na funkční software a skvělé zkušenosti zákazníků.
  • Komplexní vývoj softwaru se provádí pomocí kontroly a adeptu na konci a vede lépe v každém PI.
  • Nejen týmy, ale s pomocí agilních vůdců může vedoucí tým také provádět spokojenost zákazníků

Průhlednost

  • Na každé úrovni, tj. Týmu, programu, hodnotovém toku a úrovni portfolia, máme tabuli, která zobrazuje informace o průběhu projektu v kterémkoli okamžiku.
  • Tým sleduje agilní skrumáž, a proto si všichni členové týmu navzájem důvěřují a mohou svobodně přijímat rozhodnutí, která podporují inovace.
  • Podporuje otevřenou a čestnou komunikaci se všemi zúčastněnými stranami.
  • Hodnotit produktivitu, kvalitu, transparentnost a otevřenost vůči vnitřní politice.

Integrovaná kvalita

  • Postupně osvojujte postupy vestavěné kvality pro software, hardware a firmware. Pochopte, učte nebo sponzorujte rozvoj technických dovedností na podporu vysoce kvalitního kódu, komponent, systémů a řešení.
  • Pěstounská společenství praxe.
  • Pochopte, podporujte a aplikujte Agile Architecture and Lean User Experience (UX).

3. Lean-Agile Mindset

Lean-Agile Leaders jsou celoživotní studenti a učitelé. Rozumí principům a postupům Lean and Agile a osvojuje si je.

Lean-Agile mindset

Naše štíhlé a agilní myšlení je zastoupeno ve dvou věcech:

i) Dům Lean:

Dům Lean je ten, který zde vidíte.

Má řadu prvků:

Hodnota, protože cíl Lean je velmi jednoduchý, má nejkratší udržitelnou dodací lhůtu. Toho je dosaženo pilíři úcta k lidem a kultuře , tok vývoje produktů, inovace - zásadní pro dlouhodobou udržitelnost - a neúnavné zlepšování. A podporuje to vedení lidí .

To je struktura, ve které máme tendenci přemýšlet o Lean paradigmatu.

ii) Agilní manifest:

Zadruhé je Agilní manifest , který je s námi od roku 2001. Je to velmi dobře napsaný dokument a to, co říká, platí dodnes. Agilní manifest potřebujeme, protože je klíčem k odblokování motivace a talentu znalostních pracovníků, kteří vyvíjejí naše řešení a software.

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, i když pozdě ve vývoji. Agilní procesy 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ů, 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 komunikace 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 a je hodně 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í.

4. BEZPEČNÉ zásady

Postupy SAFe jsou založeny na devíti principech, které syntetizují agilní metody, vývoj štíhlé produkce, systémové myšlení a desetiletí zkušeností v terénu.

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

5. Implementační plán

Implementace změn, které jsou nezbytné k tomu, aby se stal technologickým podnikem Lean-Agile, je pro většinu společností podstatnou změnou. SAFe poskytuje plán implementace, který organizacím pomáhá nebo vede na této cestě.

Na závěr pojďme diskutovat o implementaci. Popíšeme to pomocí našeho modelu implementace SAFe 1-2-3.

Číslo 1 má vycvičit agenty Lean-Agile change. Říkáme těmto konzultantům programu SAFe. S dostatečným počtem zaměstnanců agentů Lean-Agile pro změnu na místě a spoluprací s vašimi partnery budete mít možnost vyškolit vedoucí pracovníky a vedoucí a manažery, kteří jsou osobami odpovědnými za správu lidí, kteří přinášejí hodnotu.

Poté budou v pozici, aby podpořili spuštění Agile Release Trains. A s jedním vlakem najednou vytvoříte toto agilní portfolio.

6. Poradci programu SAFe (SPC)

SPC jsou agenti změn, kteří kombinují své technické znalosti SAFe s vnitřní motivací zlepšovat procesy vývoje softwaru a systémů své společnosti.

Závěr

Bezpečný je rámec, který nám dává sladění nejen s týmovou (nižší úroveň) a programovou úrovní, ale také nám pomáhá sladit se se strategií organizace (nejvyšší úroveň) a tím, jak tým funguje při přidávání hodnoty zákazníkům přímo z nejvyšší úrovně.

Je k dispozici v různých konfiguracích a společnosti jej mohou využít

Může jej používat velká organizace a má dobrou zpětnou vazbu od společností v ní implementovaných, má pravidla, hodnoty a principy, pokud je správně použita, může organizace udělat radost zákazníkovi a vyrábět software v nejkratším udržitelném vedení čas, který přidává hodnotu.

S tímto tutoriálem jsme se dostali na konec našeho Série Agile Scrum . Doufáme, že jste se dobře bavili a rádi jste četli naše články o Agile.

Také nám dejte vědět, pokud si myslíte, že jsme na Agile Series mohli zapomenout na jakékoli téma. Rádi zařídíme další míli a probereme toto téma za vás. Další je pro vás zajímavý agilní kvíz s odpověďmi. Nezapomeňte to zkusit !!

jak inicializovat generické pole v java

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

^