„SAFe“ metodikos pamoka: kas yra „Scaled Agile Framework“

Kas yra „Scaled Agile Framework“ (SAFe)?

„Scaled Agile Framework“ (SAFe) yra laisvai prieinama internetinė žinių bazė, leidžianti įmonės lygmeniu pritaikyti „lean-agile“ praktiką. Tai suteikia paprastą ir lengvą programinės įrangos kūrimo patirtį. Tai yra organizacijų ir darbo eigos modelių rinkinys, skirtas padėti įmonėms išplėsti liesą ir judrią praktiką. Jis yra padalintas į tris segmentus, kurie yra komanda, programa ir portfelis.

SAFe sistema leidžia komandai,

• „Lean-Agile“ programinės įrangos ir sistemų diegimas įmonės lygiu
• Tai remiasi „Lean“ ir „Agile“ principais.
• Jame pateikiamos išsamios rekomendacijos darbui įmonės portfelyje, „Value Stream“, programoje ir komandoje.
• Jis skirtas patenkinti visų organizacijos suinteresuotųjų šalių poreikius.

SAFe pirmą kartą buvo sukurta šioje srityje ir buvo išplėtota Deano Leffingwello knygose ir tinklaraštyje. Versija 1.0 yra pirmasis oficialus leidimas 2011 m. Naujausia versija yra 4.6 ir buvo išleista 2018 m. Spalio mėn. Joje pateikiamos rekomendacijos, kaip dirbti įmonės portfelio, vertės srauto, programos ir komandos lygiu.

Šioje „SAFe Agile“ pamokoje sužinosite

• Kas yra „Scaled Agile Framework“ (SAFe)
• Kodėl verta naudoti „Agile Framework“
• Kada naudoti „Scaled Agile Framework“
• Kiek kitaip nei kitos judrios praktikos
• „Scaled Agile Framework“ pagrindai
• Vikrus manifestas
• Skirtingi SAFE lygiai
• Komandos lygis
• Programos lygis
• Portfelio lygis
• Vertės srauto lygis

Kodėl verta naudoti „Agile Framework“

Tai paprasta ir lengva sistema, tačiau ji gali patenkinti didelės vertės srautų ir sudėtingos sistemos kūrimo poreikius. Įdiegę „SAFe“ judrią sistemą, turėsite šiuos pranašumus:

• Našumas padidėjo iki 20 - 50%
• Kokybė padidėjo daugiau nei 50%
• Laikas į rinką yra greitesnis nei 30–75%
• Padidėjęs darbuotojų įsitraukimas ir pasitenkinimas darbu.

Išsami pagrindinė schema pateikiama svetainėje. Tai parodo visus pagrindinius vaidmenis, veiklą, rezultatus ir srautus. Tai taip pat tarnauja kaip navigacinė pagalba likusioje vietoje.

Žemiau pateiktame paveikslėlyje paaiškinta, kaip veikia judrus procesas. Epos yra didelis kūrinys, kuris toliau suskaidomas į daugybę mažesnių istorijų ar poepų. Šios subepos yra skiriamos komandai kaip istorija. Kiekviena komanda atitinkamai dirba su šiomis istorijomis ar programinės įrangos funkcijomis.

Kada naudoti „Scaled Agile Framework“

• Kai komanda suinteresuota nuosekliai įgyvendinti judrų požiūrį į didesnes, kelių komandų programas ir portfelius.
• Kai kelios komandos vykdo savo judriojo įgyvendinimo būdą, tačiau reguliariai susiduria su kliūtimis, vėlavimais ir nesėkmėmis.
• Kai komandos nori dirbti savarankiškai.
• Kai norite „Agile“ mastelį išplėsti visoje organizacijoje, bet nežinote, kokių naujų vaidmenų gali prireikti arba kokius esamus vaidmenis (pvz., Valdymą) reikia pakeisti ir kaip.
• Kai bandėte išplėsti „Agile“ mastą visoje savo organizacijoje, tačiau stengiatės suderinti, kad verslo departamentuose pasiektumėte vienodą ar nuoseklią strategiją, pradedant portfeliu, baigiant programos ir komandos lygiu.
• Kai organizacija turi patobulinti savo produktų kūrimo laiką ir nori sužinoti, kaip kitoms įmonėms sekėsi padidinti „Agile“ su „SAFe“.

Kiek kitaip nei kitos judrios praktikos

Dabar šiame „Scaled Agile Framework“ pamokoje pažiūrėkime, kaip „Scaled Agile Framework“ skiriasi nuo kitų judrių praktikų,

• Tai viešai prieinama ir nemokama naudoti.
• Yra labai prieinama ir tinkama naudoti forma.
• Tai lengvas, praktiškai įrodytas rezultatas ir būdingas lygiui.
• Jis nuolat / reguliariai keičia / palaiko dažniausiai naudojamas judrias praktikas.
• Siūlo naudingus išplėstinius įprastus judrumo metodus.
• Pagrindžia judrią praktiką įmonės kontekste.
• Siūlo išsamų programinės įrangos kūrimo vaizdą.
• Matomumas ar skaidrumas yra labiau visuose lygiuose.
• Nuolatinis arba reguliarus atsiliepimas apie kokybę ir tobulėjimą.

„Scaled Agile Framework“ pagrindai

„Scaled Agile Framework“ (SAFe): jis stovi ant savo pamatų

1. Liekno judrumo principai
2. Pagrindinės vertybės,
3. Lieknas ir judrus lyderiavimas
4. Lieknas ir judrus minčių rinkinys,
5. Praktikos bendruomenės (grupė žmonių, kurie nuolat dirba su SAFe praktika)
6. Įgyvendinant 1-2-3

SAFe Lean-Agile principai

Šiuos pagrindinius „SAFe Agile“ principus ir vertes, susijusias su SAFe, reikia suprasti, parodyti ir tęsti, norint gauti norimų rezultatų.

• Pažvelkite į ekonominį požiūrį
• Taikyti sisteminį mąstymą
• Tarkime, kad kintamumas; išsaugoti galimybes
• Kurkite palaipsniui naudodami greitus, integruotus mokymosi ciklus
• Pagrindiniai etapai - objektyvus darbo sistemų įvertinimas
• Vizualizuokite ir apribokite WIP, sumažinkite partijų dydžius ir tvarkykite eilių ilgius
• Taikykite kadenciją, sinchronizuokite su kryžminiu domenų planavimu
• Atraskite vidinę žinių darbuotojų motyvaciją
• Decentralizuokite sprendimų priėmimą

SAFe judrios pagrindinės vertės

„SAFe Agile“ metodika pagrįsta šiomis keturiomis vertėmis.

Lygiavimas:

• SAFe palaiko derinimą.
• Lygiavimas prasideda
  • Strateginės temos portfelio atsilikime ir
  • Toliau pereinama prie „Programų neužbaigtų žurnalų vizija ir planas“ ir tada
  • Perkeliama į komandos nenaudojamus žurnalus.

Įmontuota kokybė:

• Tai užtikrina, kad kiekvienas papildomas pristatymas atitiktų kokybės standartus.
• Kokybė nėra „pridėta vėliau“.
• Įmontuota kokybė yra būtina „Lean“ sąlyga ir ji yra privaloma

Skaidrumas:

• Skaidrumas suteikia pasitikėjimą.
• SAFe padeda įmonei pasiekti skaidrumą visais lygmenimis - vadovai, portfelio valdytojai ir kitos suinteresuotosios šalys.
• Visi gali matyti portfelio „Kanban“, programos „Kanban“ ir „Team Kanlog“ / „Kanban“.
• Kiekvienas lygis aiškiai supranta PI tikslus.
• „Traukinių programos“ mato komandos nenaudojamus žurnalus, taip pat kitus programos neveikimus
• Komandos ir programos mato verslo ir architektūros epas. Jie gali pamatyti, kas gali būti jų link.

Programos vykdymas:

• „SAFe“ daug dėmesio skiria darbo sistemoms ir jų rezultatams.
• SAFe nėra naudinga, jei komandos negali vykdyti ir nuolat teikti vertę.

Lieknūs judrūs lyderiai:

„Lean-Agile“ lyderiai yra besimokantys visą gyvenimą ir mokytojai. Tai padeda komandoms kurti geresnes sistemas, suprantant ir parodant „Lean-Agile SAFe“ principus.

Kaip komandų įgalintojui, pagrindinė atsakomybė yra „Lean-Agile“ kūrinių priėmimas, sėkmė ir nuolatinis tobulinimas. Norint pasikeisti ir nuolat tobulėti, lyderiai turi būti apmokyti.

Lyderiai turi perimti naują vadovavimo stilių. Toks, kuris iš tikrųjų įgalina ir įtraukia asmenis ir komandas, kad jie išnaudotų savo didžiausią potencialą.

Šių Lean-Agile lyderių principai

• Vadovauti pokyčiams
• Pažink kelią; Pabrėžkite mokymąsi visą gyvenimą
• Ugdyti žmones
• Įkvėpkite ir suderinkite su misija; Sumažinkite apribojimus
• Decentralizuokite sprendimų priėmimą
• Atraskite vidinį žinių darbuotojų motyvavimą

„Lean Agile“ rinkinys:

Lean-Agile mąstysena yra dviejų dalykų:

1. SAFe Lean namai
2. Vikrus manifestas

SAFe Lean namai :

SAFe yra kilęs iš „Lean“ gamybos principų ir praktikos. Remdamasis šiais veiksniais, SAFe pristato „SAFe Lean House“. Tai įkvėpė liesos „Toyota“ „namas“.

„Lean“ tikslas yra nepralenkiamas: kuo didesnę kliento vertę per trumpiausią pristatymo laiką suteikti klientui kuo aukštesnę kokybę

Žemiau pateiktame paveiksle paaiškinamas „SAFe Lean House“ tikslas, ramsčiai ir pamatai.

Vikrus manifestas

Mes atskleidžiame geresnius būdus kurti programinę įrangą tai darydami ir padėdami kitiems tai padaryti. Atlikdami šį darbą mes įvertinome:

Štai kodėl, nors dešinėje esančiuose elementuose yra vertė, mes labiau vertiname kairiuosius.

Vikrus manifestas

1. Didžiausias prioritetas yra patenkinti klientą nuolat ir anksti pristatant vertingą programinę įrangą.
2. Priimkite besikeičiančius reikalavimus net ir vėluodami. „Agile SAFe“ metodika apdoroja pakitimus kliento naudai.
3. Pristatykite darbo programinę įrangą dažnai - nuo poros savaičių iki poros mėnesių, pirmenybę teikdami trumpesniam laikotarpiui.
4. Kūrėjai ir verslo žmonės turi dirbti kartu visą projektą.
5. Kurkite projektus apie motyvuotus asmenis. Suteikite jiems paramą ir reikalingą aplinką ir patikėkite, kad jie atliks darbą.
6. Veiksmingiausias būdas bendrauti su kūrėjų komanda yra tiesioginis pokalbis.
7. Darbinė programinė įranga yra pagrindinis pažangos matas.
8. Vikrūs procesai skatina tvarų vystymąsi. Rėmėjai, kūrėjai ir vartotojai turėtų galėti išlaikyti neribotą tempą.
9. Nuolatinis dėmesys techniniam meistriškumui ir geram dizainui padidina judrumą.
10. Paprastumas - menas maksimaliai padidinti neatliktą darbą - yra būtinas.
11. Geriausios architektūros, reikalavimai ir dizainai atsiranda iš organizuojančių komandų.
12. Reguliariais laiko tarpais komanda apmąsto, kaip tapti efektyvesnei, tada derina ir atitinkamai koreguoja savo elgesį.

Skirtingi SAFE lygiai

Yra du skirtingi SAFe įgyvendinimo tipai:

1. SAFe 4.0 diegimas
2. SAFe 3.0 diegimas

• „SAFe 4.0“ diegime turime 4 lygius: portfelį, vertės srautą, programą ir komandą.
• „SAFe 3.0“ diegime turime 3 lygius: portfelį, programą ir komandą
• 3 lygių SAFe skirtas mažesniam įgyvendinimui, kuriame yra 100 ar mažiau žmonių. Programos, kurioms nereikia didelio bendradarbiavimo.
• 4 lygių SAFe yra skirtas sprendimams, kuriems paprastai reikia daug šimtų specialistų, kad jie sukurtų diegimo ir palaikymo programinę įrangą.

Komandos lygis

Vaidmenys / komandos		Įvykiai		Artefaktai
* Judri komanda		* Sprinto planavimas		* Komandos atsilikimas
* Produkto savininkas		* Neatsilikęs viliojimas		* Nefunkciniai reikalavimai
* „Scrum Master“		* Kasdienis atsistojimas		* Komandos PI tikslai
		* Vykdymas		* Iteracijos
		* „Sprint“ demonstracija		* Istorijos (darbo programinė įranga)
		* „Sprint retrospektyva“		* Sprinto tikslai
		* „IP Sprints“		* Įmontuota kokybė
				* Spygliai
				* „Kanban“ komanda

• Visos „SAFe“ komandos yra vieno ar kito judriojo paleidimo traukinio (ART) dalis.
• „SAFe“ komandos yra įgaliotos, savarankiškai organizuojančios, savarankiškai valdančios, daugiafunkcinės komandos
• Kiekviena komanda yra vienodai atsakinga už savo komandos uždarymo istorijų nustatymą, kūrimą ir išbandymą fiksuoto ilgio kartojimuose
• Komandos planuoja ir vykdo dviejų savaičių kartotines kartas pagal sutartus kartojimo tikslus.
• Komandos naudos „ScrumXP“ / „Kanban“ komandą, kad pristatytų aukštos kokybės sistemas, kad kas dvi savaites sukurtų sistemos demonstracinę versiją.
• Visos skirtingos „ART“ („Agile Release Trains“) komandos sukurs integruotą ir patikrintą sistemą. Suinteresuotosios šalys įvertins ir atsakys greitai
• Jie taiko integruotos kokybės praktiką.
• Kiekvienoje „ScrumXP“ komandoje bus 5–9 komandos nariai, į kuriuos įeina visi vaidmenys, būtini kiekvienos iteracijos kokybei didinti.
• „ScrumXP“ vaidmenis sudaro:
  • Komanda („Dev + QA“)
  • „Scrum Master“
  • Produkto savininkas. Ir kt.
• SAFe kūrimo laiko juostą padalija į iteracijų rinkinį per PI (programos prieaugį).
• PI trukmė yra nuo 8 iki 12 savaičių.
• Komanda naudos istorijas, kad suteiktų vertę. Produkto savininkas turės turinio įgaliojimus kurti ir priimti istorijas.
• Istorijose pateikiami kliento reikalavimai.
• „Team Backlog“ apima vartotojų ir įgalintojų istorijas, kurios nustatomos planuojant PI. Kai produkto valdymas pateikia veiksmų planą, viziją ir programos atsilikimą.
• Istorijų nustatymas, parengimas, prioritetų nustatymas, planavimas, įgyvendinimas, testavimas ir priėmimas yra pagrindiniai valdymo darbo reikalavimai komandos lygiu.
• Kiekvienoje iteracijoje pateikiama:
  • Vertingas naujų funkcijų prieaugis
  • Atlikite naudodami nuolat kartojamą modelį
  • Suplanuokite iteraciją
  • Įsipareigokite tam tikroms funkcijoms
  • Atlikite iteraciją kurdami ir išbandydami istorijas
  • Demonstruokite naują funkcionalumą
  • Retrospektyva
  • Pakartokite kitą kartojimą
• Komandos taip pat palaiko sistemos demonstraciją kiekvieno kartojimo pabaigoje. kuris yra kritinis ART integracijos taškas.
• Didesnės vertės srautai turės kelis ART.
• „Inovacijų ir planavimo“ (IP) kartojimai suteikia komandoms galimybę pasinaudoti naujovėmis ir tyrimais.

Programos lygis

Vaidmenys / komandos		Įvykiai		Artefaktai
* „DevOps“		* PI (programos prieaugio) planavimas		* Vizija
* Sistemos komanda		* Sistemos demonstracijos		* Gairės
* Išleidimo valdymas		* Tikrinti ir priimti dirbtuves		* Metrika
* Produktų valdymas		* Architektūrinis kilimo ir tūpimo takas		* Etapai
* UEX architektas		* Išleiskite bet kuriuo metu		* Išleidimai
* Atleiskite traukinių inžinierių (RTE)		* Vikrus paleidimo traukinys		* Programos epopėjos
* Sistemos architektas / inžinierius		* Atleiskite		* Programa „Kanban“
* Verslo savininkai				* Programos atsilikimas
* Lieknūs lyderiai				* Nefunkciniai reikalavimai
* Praktikos bendruomenės				* Svertinis trumpiausias darbas pirmiausia (WSJF)
* Bendros paslaugos				* Programos PI tikslai
* Klientas				* Funkcija
				* Įgalintojas
				* Sprendimas
				* „Value Stream“ koordinavimas

• Programos lygiu SAFe vertę teikia ilgaamžiai judrūs paleidimo traukiniai (ART). Kartojimas skirtas komandai, o treniruotė - programai.
• „Agile Release Trains“ (ART) yra pagrindinė priemonė, teikianti vertę programos lygiu. Tai perduoda organizacijai vertės srautą.
• Programos prieaugio trukmė yra nuo 8 iki 12 savaičių.
• ART sudaro 5–12 judrių komandų (~ 50–125+ žmonių), apimanti visus vaidmenis ir infrastruktūrą, reikalingą visiškai išbandytai, veikiančiai sistemos lygio programinei įrangai pristatyti.
• Kiekvienas PI yra daugkartinis laiko langelis. Jo metu sukuriamas ir pristatomas reikšmingas, vertingas sistemos prieaugis.
• Kiekviename PI vyks „demonstracinės“ ir „tikrinimo ir pritaikymo“ sesijos ir pradedamas kito PSI planavimas.
• Programos lygiu SAFe pabrėžiamas derinimo principas. Taip yra todėl, kad siekiant sukurti kliento vertę yra integruotos kelios judrios komandos pastangos.
• SAFe artefaktų hierarchija yra „ Epics-> Features-> user stories“ .
• Programos lygmeniu produktų valdytojas / programos vadovas turi turinio įgaliojimus. Jis apibrėžia programos prioritetus ir nustato jų prioritetus.
• Programos atsilikimas yra prioritetinis funkcijų sąrašas.
• Programos lygiu funkcijos gali būti sukurtos arba atsirasti iš epų, apibrėžtų portfelio lygiu.
• Funkcijos išskaidomos pagal vartotojo istorijas ir patenka į komandos lygio nesibaigiančius žurnalus.
• Produkto vadybininko ar „Release Train Engineer“ vaidmenį galėtų atlikti programos vadovas / vyresnysis projektų vadovas
• Sistemos architekto vaidmuo programos lygiu yra kasdienis bendradarbiavimas su komandomis. Tai užtikrina, kad būtų įvykdyti nefunkciniai reikalavimai. Be to, jie dirba su įmonės architektu portfelio lygmeniu, kad įsitikintų, jog yra pakankamai architektūrinio kilimo ir tūpimo tako, kad būtų patenkinti būsimi vartotojų ir verslo poreikiai.
• Sąsajų dizainą, vartotojo patirties gaires ir dizaino elementus komandoms teikia „UX Designers“.
• „Chief-Scrum Master“ vaidmenį atlieka „Išleidimo traukinio inžinierius“.
• Įvairios komandos (iš rinkodaros, kūrimo, kokybės, operacijų ir diegimo) sudaro „Išleidimo valdymo komandą“. Jie patvirtins įprastą kokybiškų sprendimų išleidimą klientams.
• Programinės įrangos diegimą į klientų aplinką ir sėkmingą pristatymą rūpinasi „DevOps“ komanda.

Portfelio lygis

Vaidmenys / komandos		Įvykiai		Artefaktai
* Įmonės architektas		* Strateginis investicijų planavimas		* Strateginės temos
* Programos portfelio vald		* Kanbano portfelio (epo) planavimas		* Įmonė
* Epas savininkai				* Portfelio atsilikimas
				* Portfelis „Kanban“
				* Nefunkciniai reikalavimai
				* Epas ir įgalinimas
				* Vertės srautas
				* Biudžetai („CapEx“ ir „OpEx“)

• Didžiausias SAFe susidomėjimo / susirūpinimo / dalyvavimo lygis yra SAFe portfelis
• Portfelis pateikia pagrindinius „Lean-Agile Enterprise“ vertės srautų organizavimo blokus per vieną ar daugiau vertės srautų.
• Portfelis padeda kurti sistemas ir sprendimus, aprašytus strateginėse temose (susieja SAFe portfelį su besikeičiančia įmonės verslo strategija).
• Strateginiams tikslams pasiekti portfelio lygis apima šiuos elementus. Jame numatyti pagrindiniai biudžeto sudarymo ir kiti valdymo mechanizmai. Tokiu būdu užtikrinama, kad investicijos į vertės srautus suteikia įmonei reikalingą grąžą.
• Portfelis yra susijęs su verslu dvipusiai:
  • Norint nukreipti portfelį į didesnius besikeičiančius verslo tikslus, jame pateikiamos strateginės temos.
  • Kita kryptis rodo nuolatinį portfelio verčių srautą.
• Programos portfelio valdymas veikia kaip suinteresuotosios šalys ir jos yra atskaitingos, kad pasiektų verslo rezultatus.
• SAFe portfelio lygmenyje yra žmonių, procesų, būtinų sistemų ir sprendimų, reikalingų įmonei, kad ji galėtų įgyvendinti savo strateginius tikslus.
• „Vertybių srautai“ yra pagrindiniai „Portfolio“ tikslai, kuriais remiamas žmonių ir kitų išteklių, reikalingų sprendimams sukurti, finansavimas.
• Čia naudojamos svarbios pagrindinės sąvokos:
  • Prisijungimas prie įmonės,
  • Programos portfelio valdymas,
  • Portfelio epų srauto valdymas.

Vertės srauto lygis

Vaidmenys / komandos		Įvykiai		Artefaktai
* „DevOps“		* Prieš ir po PI (programos prieaugio) planavimas		* Vizija
* Sistemos komanda		* Sprendimų demonstracinės versijos		* Gairės
* Išleidimo valdymas		* Tikrinti ir priimti dirbtuves		* Metrika
* Sprendimų valdymas		* Vikrus paleidimo traukinys		* Etapai
* UEX architektas				* Išleidimai
* „Value Stream“ inžinierius (RTE)				* „Value Stream Epics“
* Sprendimų architektas / inžinierius				* „Value Stream Kanban“
* Bendros paslaugos				* Vertės srautas
* Klientas				* Nefunkciniai reikalavimai
* Tiekėjas				* Svertinis trumpiausias darbas pirmiausia (WSJF)
				* Vertės srauto PI tikslai
				* Gebėjimas
				* Įgalintojas
				* Sprendimo kontekstas
				* „Value Stream“ koordinavimas
				* Ekonominė sistema
				* Sprendimo ketinimas
				* MBSE
				* Nustatyti remiantis
				* Judri architektūra

• „Value Stream“ lygis yra neprivalomas „SAFe“.
• „Value Stream“ lygis yra naujas „SAFe 4.0“.
• „Value Stream“ lygis skirtas įmonėms / statybininkams / organizacijoms, kurios yra:

1. Didelio dydžio
2. Nepriklausomas
3. Turi kompleksinius sprendimus
4. Jų sprendimams paprastai reikia kelių ART
5. Jie turi tiekėjų indėlį.
6. Jie susiduria su didžiausiais sistemos iššūkiais
7. Kibernetinėms-fizinėms sistemoms
8. Programinei, aparatinei, elektros ir elektronikos, optikos, mechanikos, skysčių ir kt.

• Kuriant tokias sistemas dažnai reikia šimtų, net tūkstančių specialistų, išorinių ir vidinių tiekėjų.
• Jei sistemos yra labai svarbios misijos. Sprendimo ar net posistemio gedimas sukelia nepriimtinas ekonomines ir socialines pasekmes.
• Jei įmones galima pastatyti su keliais šimtais praktikų, jai gali nereikėti tokio lygio konstrukcijų. Tokiu atveju jie gali naudoti „ sutrauktą vaizdą“, kuris yra 3 lygių SAFe.
• Norint sukurti vertės srauto sprendimus pagal Lean-Agile modelį, reikia papildomų artefaktų, koordinavimo ir konstrukcijų. Taigi šiame lygyje yra ekonominė sistema, suteikianti finansines ribas „Value Stream“
• Jis palaiko kelių ART ir tiekėjų kadenciją ir sinchronizavimą. Tai apima susitikimus prieš ir po PI planavimą bei „Sprendimų demonstraciją“.
• Tai suteikia papildomų vaidmenų: „Value Stream“ inžinierius, sprendimų architektas / inžinerija ir sprendimų valdymas.

Santrauka:

• „SAFe“ yra pramonėje patikrintas, į vertybes orientuotas metodas „Agile“ masteliui didinti įmonės lygiu.
• Tai atsako į tokius klausimus kaip „Kaip mes planuojame?“, „Kaip mes planuojame biudžetą?“ Ir „Kaip mes tampame funkcionalūs architektūroje ir„ DevOps “?“
• „SAFe Agile“ sistema padeda didelėms organizacijos komandoms pasiekti organizacijos strateginius tikslus, o ne tik atskirų projekto tikslų.
• Ši sistema suteikia galimybę išlaikyti ir sukurti centralizuotą strategiją, kad būtų suteikta vertė.
• SAFe modelis turi tris / keturis lygius, kurie centralizuoja organizacijos strategines temas.
• Centralizuota strategija kartu su de-centralizuotu judriu vystymo vykdymu.

Nuorodos:

SAFe „Lean Enterprises 5.0“:

http://www.scaledagileframework.com

Prie šio straipsnio prisidėjo Jyothi Rangaraj