Kas yra „Scaled Agile Framework“ (SAFe)?

Daugybė organizacijų pereina nuo tradicinių krioklio metodika į judrią praktiką. Vis dėltodažnas skundas yra tas, kad judrus vystymasis nėra menkas. Yra keletas judrūs rėmai kurie dabar prieinami didelio masto įmonių projektams. Šiame straipsnyje daugiausia dėmesio skiriama vienam populiariausiųdidelio masto judrios sistemos: „Scaled Agile Framework“ (SAFe).Pasinerkime giliau į tai, kas tiksliai yra „Scaled Agile Framework“ ir kaip ji paprastai įgyvendinama.

fibonacci serijos programa java

Šiame straipsnyje aptariamos šios temos:

1. Perėjimas į judrų
2. Kas yra „Scaled Agile Framework“?
3. „Scaled Agile Framework“ lygiai
   1. Komandos lygis
   2. Programos lygis
   3. Vertės srauto lygis
   4. Portfelio lygis
4. SAFe konfigūracijos
5. „Scaled Agile Framework“ pranašumai
6. Trūkumai, jei „Scaled Agile Framework“

Perėjimas į judrų

Šiuo metu, Vikrus yra gerai žinoma plėtros koncepcija ir pasirinkimo būdas daugeliui kūrėjų komandų, ypač tiems, kurie bando sukurti aplinką nepertraukiamas pristatymas .Nors šiais laikais visi eina judriai, dažnai skundžiamasi, kad tai neparodo patenkinamų rezultatųįmonės lygmeniu. Tai kelia daug klausimų, tokių kaip:

• Sunkumai koordinuojant kelias komandas, dirbančias prie didelio masto projekto
• Įveikti ilgesnį planavimo horizontą
• Per daug komandos narių, kad galėtų bendradarbiauti ir valdyti
• Didesnės pastangos stebint kelis reikalavimų šaltinius
• Neapibrėžtos priklausomybės sukuria netikėtas problemas ir kliūtis

Yra daugybė judrių struktūrų, kurios siekia masto išspręsti su judrumu susijusias problemas. Trys pagrindinės sistemos yraDidelio masto „Scrum“ (LeSS), „Scaled Agile Framework“ (SAFe) ir „Disciplined Agile“ (DAD). Šiame straipsnyje pagrindinis dėmesys skiriamas „Scaled Agile Framework“.

Kas yra „Scaled Agile Framework“?

„Scaled Agile Framework“, taip pat žinomas kaip „SAFe“, yra įmonės masto plėtros pagrindas, kurį sukūrė metodininkas Deanas Leffingwellas. Jis naudoja esamų liesų ir judrių principų derinį ir sujungia juos į šabloninę didelio masto projektų sistemą.

„SAFe“ buvo sukurta 2011 mprograminės įrangos kūrimo komandos greičiau į rinką pateikia geresnės kokybės produktus.Jis orientuotas į keturias pagrindines vertybes, kurios yra:

Lygiavimas

Būtina neatsilikti nuo greitų pokyčių, ardančių konkurencinių jėgų ir geografiškai paskirstytų komandų. Daugiau reikšmės turėtų būti teikiama įmonės verslo tikslams, o ne komandos tikslams.

Įmontuota kokybė

Tai užtikrinakiekvienas kūrinio elementas ir jo prieaugis atitinka tą patį aukštą kokybės standartą per visą kūrimo gyvavimo ciklą. Kokybė yra labai svarbi, be jos organizacija greičiausiai veiks su didelėmis nepatikrintų, nepatvirtintų darbų partijomis.

Skaidrumas

Plataus masto produktų kūrimas nėra lengva užduotis. Norint pasiekti geriausių rezultatų, skaidrumas organizacijos viduje yra tikrai svarbus. Tai užtikrina skaidrumas ir pasitikėjimasverslas ir plėtra gali užtikrintai pasikliauti kitu, kuris elgsis sąžiningai, ypač sunkumų metu.

Programos vykdymas

Natūralu, kad niekas nesvarbujei komandos negali vykdyti ir nuolat pasiekti geriausių rezultatų. Štai kodėl SAFe daug dėmesio skiria darbo sistemoms ir verslo rezultatams. Nors perėjimas prie judrumo yra įprastas, dažnai komandos stengiasi patikimai ir efektyviai pristatyti didesnę sumą sprendimo vertės.

„Scaled Agile Framework“ bando įtraukti visas šias pagrindines vertybes, kad būtų žymiai pagerinta pristatymo trukmė, darbuotojų įsitraukimas, darbo našumas ir daugiausia produkto kokybė. Dabar, kai turite idėją, kas yra SAFe, įsigilinkime šiek tiek giliau, kad sužinotume daugiau.

Mastelio judrių karkasų lygiai

„SAFe“ yra šablonas, skirtas didelei organizacijai pritaikyti. Jis turi keturis lygius:

• Komandos lygis
• Programos lygis
• „Value Stream“ lygis
• Portfelio lygis

Sužinokime daugiau apie kiekvieną iš šių lygių.

Pastaba: Pagrindinės SAFe sąlygos

• Judrios komandos - Tai nedidelė asmenų grupė, orientuota į sprendimų apibrėžimą, kūrimą ir išbandymą per trumpą laiką.
• Vikrus paleidimo traukinys (ART) - Tai savaime organizuojama, ilgaamžė grupė judrios komandos kurio tikslas yra kartu planuoti, įsipareigoti ir įgyvendinti sprendimus. Jie egzistuoja tik tam, kad įgyvendintų pažadėtą ​​vertę kurdami naudingus sprendimus klientui.

Komandos lygis

Komandos lygiuaprašyti metodai yra naudojami programoje Scrum , pristatantis produkto prieaugį (veikiančią programinę įrangą) kiekvieną dviejų savaičių sprinto ciklą. Tačiau gali dirbti ir komandos Kanbanas arba „Scrumban“. Komandos lygis yra vaidmenys, artefaktai, įvykiai ir procesai, kuriuos judrios komandos kuria ir teikia.

• ART vaidmenys ir funkcijos, įskaitant išleidimo traukinio inžinierių (RTE), produktų valdymą, sistemos architektą ir kt., Palaiko visas traukinio komandas
• Judrios komandos yra visiškai pajėgiosapibrėžti, kurti, išbandyti ir pritaikyti jų istorijas produkto neveikimas
• Komandos naudoja „ScrumXP“ arba „Kanban“ aukštos kokybės produktams tiekti, paprastai gamindamos aSistemos demonstracija (integruotas naujų funkcijų vaizdas) naujausiam kartojimui
• Kiekvienoje komandoje yra nuo penkių iki devynių narių ir ji apima visus vaidmenis, reikalingus kokybės padidėjimui pasiekti
• Vykdomi vaidmenys yra „Agile“ komanda (funkcionali „ScrumXP“ arba „Kanban“), kūrimo komanda, „Scrum Master“ ir produkto savininkas
• Istorijų nustatymas, prioritetų nustatymas, planavimas, įgyvendinimas, testavimas ir priėmimas yra pagrindiniai valdymo darbo komandos komandos reikalavimai
• Komanda taiko geriausią praktiką, pvz., Įmontuotą kokybę, kad užtikrintų, jog produktas tobulinimo metu atitinka tinkamus kokybės standartus

SAFe komandos lygis yra gyvybiškai svarbi Programos lygis . Bet koks yra programos lygis?

Programos lygis

Programos lygiu SAFe veikia taip pat, kaip ir komandos lygmeniu, išskyrus dideliu mastu. Kaip irtai reiškia, kad kelios komandos dirba kartu vadovaujant programos valdymo grupei ir teikia vertę pagal „Agile Release Train“ koncepciją. Jame yra programos lygio komandos, vaidmenys ir veikla, užtikrinantys nuolatinį vertės srautą.

• Kiekviename ART turi nuo 5 iki 12 judrių komandų ir jie dirba laikydamiesi laiko produkto prieaugis yra nuo 8 iki 12 savaičių
• Produkto prieaugis turi keturios kūrimo iteracijos , paskui viena naujovė ir planavimo kartojimas

Štai kaip veikia įprastas programos lygis.

1 žingsnis: Produktų vadybininkas nustato potencialiai perkeliamo prieaugio turinį naudodamas a Programos atsilikimas

2 žingsnis: Produkto prieaugis prasideda Produkto prieaugio planavimas (PI planavimas) , kadencija pagrįstas, tiesioginis planavimas, suderinant visas ART komandas su misija.

3 žingsnis: Tada komandos išsiskiria ir aptaria, ką jos gali padaryti savo grupėje derinimasis su kitomis komandomis . Iš esmės jie planuoja ir aptaria daugybę greičio į priekį funkcijų lygiu, skirtingai nei „scrum“ („Scrum“ planuoja tik vieną „Sprint“ į priekį).

4 žingsnis: komandų įsipareigojimai ir priklausomybė tarp komandų yra atvaizduota a programos lenta .

5 žingsnis: Scrum meistrai irIšleiskite traukinio inžinierių, kuris yra pagrindinis „Scrum Master“ traukinyje, palengvina programas naudodamas įvairius mechanizmus, pvz., „Program Kanban“, patikrinkite ir pritaikykite dirbtuves ir pan. aptarti misijos eigą . Tai užbaigia keturias kūrimo iteracijas.

5 žingsnis: Kitas yra 5 kartojimas. Jis skirtas grūdinimas, naujovės ir planavimas . Grūdinimas apima galutinį patikrinimą ir bandymą. Inovacijos yra susijusios su naujų idėjų tyrinėjimu. Planavimas apima išleidimo traukinio techninę priežiūrą ir kito 10 savaičių ciklo planavimą.

gauti masyvo ilgį javascript

Šiame lygyje taip pat yra architektūros kilimo ir tūpimo takas, kurį sudaro esamas kodas, komponentai ir techninė infrastruktūra, palaikanti produkto funkcijas. Toliau turime pasirinktinį lygį, vadinamą Vertės srauto lygis.

Vertės srauto lygis

„Value Stream“ lygis yra neprivalomas lygis, skirtas didelių ir sudėtingų sprendimų, kuriems paprastai reikia kelių ART, taip pat tiekėjų indėlio, kūrėjams. Jis siūlo daugybę funkcijų, kurios yra naujos „SAFe 4.0“.

Pastaba: Kiekvienas vertės srautas yra ilgalaikė sistemos apibrėžimo, kūrimo ir diegimo žingsnių serija, naudojama kuriant ir diegiant sistemas, užtikrinančias nenutrūkstamą vertės srautą verslui ar klientui.

• Pagrindinis tikslas yraapibūdinti „Lean-Agile“ metodus apibrėžiant, kuriant ir diegiant didelius, kritiškai svarbius sprendimus
• Šie metodai padeda susidoroti suapibrėžiant, kuriant ir diegiant didelius, misijai kritinius sprendimus. Tai padaryti reikiapapildomos konstrukcijos, artefaktai ir koordinavimas
• Paprastai fsprendimo ar net posistemio ailė turi nepriimtinų ekonominių ir socialinių pasekmių
• Šiame lygyje yra
  • An Ekonominė sistema kuris numato finansines ribas priimant „Value Stream“
  • Į Sprendimo ketinimas kaip saugykla, skirta sekti numatytą ir faktinį sprendimo elgesį
  • Į Sprendimo kontekstas , kuriame aprašoma, kaip sprendimas tinka diegimo aplinkoje
  • Gebėjimai, apibūdinantys didesnį sprendimo elgesį
• Šis lygis yraorganizuotas aplink Programos prieaugis , kurie sinchronizuojami visuose vertės sraute esančiuose judriojo paleidimo traukiniuose
• Norėdami aptarti pažangą ir suplanuoti dalykus, šis lygis taip pat turi Dėl - ir Planavimas po PI susitikimai ir Sprendimo demonstracija
• Taip pat teikiapapildomų vaidmenų, tokių kaip Sprendimų valdymas , Sprendimo architektas / inžinerija , ir „Value Stream“ inžinierius

Galiausiai mes turime portfelio lygį.

Portfelio lygis

P ortfolio yra didžiausias susirūpinimas SAFe. Jame pateikiami principai, praktika ir vaidmenys, reikalingi vystymosi vertės srautų rinkiniui inicijuoti, organizuoti ir valdyti. Apibrėžia strategiją ir investicijų finansavimą vertės srautams ir jų sprendimams.

• Tai suteikia judrių portfelio operacijų ir „Lean“ valdymą žmonėms ir ištekliams, reikalingiems sprendimams pateikti
• Pateikia pagrindines konstrukcijas, reikalingas „Lean-Agile Enterprise“ organizuoti aplink vertės srautą per vieną ar daugiau vertės srautų
• Kiekviena iš šių vertybių srautų kuria sistemas ir sprendimus, reikalingus strateginiam tikslui įgyvendinti
• Pateikia pagrindinį biudžetą ir būtinus valdymo mechanizmus, įskaitant: Liesos biudžeto apsauginės juostos
• Užtikrinkite, kad vertės srautai ir jų traukiniai sutelktų dėmesį į teisingų dalykų kūrimą, naudojant atitinkamą investicijų lygį

Kiekvienas SAFe portfelis turi dvipusis ryšys su įmone .

• Pirmasis būdas yra pateikti strategines temas, nukreipiančias portfelį į didesnius ir nuolat kintančius verslo tikslus. Šios strateginės temos sieja portfelį su besikeičiančia įmonės verslo strategija, suteikia verslo kontekstą priimant sprendimus portfelyje ir daro įtaką investicijoms į vertės srautus ir yra indėlis į portfelio, sprendimo ir programos neveikimo. Strategines temas verslas kuria ne atskirai, greičiau šiame procese dalyvauja pagrindinės portfelio suinteresuotosios šalys.
• Antroji kryptis suteikia nuolatinį grįžtamąjį ryšį iš portfelio atgal suinteresuotosioms įmonėms. Tai apima pagrindinius vertės srauto veiklos rodiklius,kokybiniai dabartinės portfelio sprendimų rinkos tikslams įvertinimaie. kartu su visomis stipriosiomis, silpnosiomis, galimybėmis ir grėsmėmis, esančiomis portfelio lygiu.

Tokiu būdu „Scaled Agile Framework“ veikia kaipinteraktyvi žinių bazė, leidžianti įgyvendinti judrią praktiką įmonės mastu. Jis siūlo keturis SAFe konfigūracijų skonius.

kaip naudoti pakeisti Java

SAFe konfigūracijos

„SAFe“ palaiko visas kūrimo aplinkas su keturiomis įvairiomis konfigūracijomis,

Esminis SAFe

Pagrindinė SAFe konfigūracija yra sistemos pagrindas ir yra paprasčiausias atspirties taškas už SAFe įgyvendinimą.Tai yra pagrindinė visų kitų SAFe konfigūracijų sudedamoji dalis ir apibūdina svarbiausius elementus, kurių reikia norint pasinaudoti didžiąja sistemos pranašumų dalimi. Susideda iš komandos lygio ir SAFe programos lygio.

Didelis sprendimas SAFe

Ši konfigūracija skirta didžiausi ir sudėtingiausi sprendimai kuriems paprastai reikia kelių judrių išleidimo traukinių (ART) ir tiekėjų, tačiau nereikia svarstyti portfelio lygio. Paprastai naudojamas tokiose pramonės šakose kaip aviacija, gynyba, automobilių pramonė ir kt. Susideda iš komandos lygio, programos lygio ir didelio sprendimo lygio. Sprendimo lygis padeda įmonėms, kurios susiduria su didžiausiais iššūkiais - kurti didelio masto, daugiadalykę programinę įrangą, aparatinę įrangą ir sudėtingas IT sistemas.

Portfelis SAFe

Portfelio konfigūracija padeda suderinti portfelio vykdymą su įmonės strategija irpateikia pagrindines „Lean-Agile Enterprise“ organizavimo aplink vertės srautus konstrukcijas.„Lean-Agile“ biudžetas suteikia sprendimus priimantiems asmenims, „kanban“ sistema suteikia portfelio matomumą ir WIP ribas, įmonės architektūra vadovaujasi didesniais sprendimais dėl technologijų. O objektyvi metrika palaiko valdymą ir tobulėjimą.Vertės srautas pateikiamas per „Epics“.Ją sudaro komandos, programos ir portfelio lygiai.

Visas SAFe

Tai yra labiausiaiišsamią sistemos versiją ir susideda iš visų keturių SAFe lygių - komandos lygio, programos lygio, portfelio lygio ir vertės srauto lygio. Visas SAFeremia įmones, kurios kuria ir prižiūri didelius integruotus sprendimus, reikalaujančius šimtų ar daugiau žmonių, ir apima visų lygių SAFe. Kartais produktams funkcionuoti ir pristatyti gali prireikti kelių skirtingų SAFe konfigūracijų egzempliorių.

Paprasčiau tariant, „Scaled Agile Framework“ yrasuprojektuotas ne tiek kaip vienas rėmasrk, bet kaip plačią patikrintų geriausios praktikos žinių bazę, kurią komandos naudojo pristatydamos sėkmingus programinės įrangos produktus. Jis turi savo pliusų ir neigiamų taškų.

„Scaled Agile Framework“ pranašumai

• Siūlo galimybę pasinaudoti gana lengva sistema, kuri padidina programinės įrangos kūrimo efektyvumą, išlaikant centralizuotą sprendimų priėmimą, būtiną įmonės lygmeniu.
• Padedakomandos palaiko derinimąsi su verslo tikslais irpasiekti didesnį skaidrumą
• Padeda tarpfunkcinės komandos efektyviau bendradarbiauti
• Labai tinka didelėms organizacijoms
• Daugiau dėmesio skiriama žmonėms, o ne technologijoms

Nors SAFe suteikia daug naudos į stalą, ji taip pat turi savų trūkumų.

„Scaled Agile Framework“ trūkumai

• SAFe imasiper daug požiūrio iš viršaus į apačią, o ne į komandą
• Labai pabrėžia savo konkrečios praktikos ir taisyklių naudojimą, nepalikdamas daug vietos organizacijos pritaikymui
• Papildomi SAFe priežiūros, administravimo ir koordinavimo sluoksniai daro jį panašų į krioklio metodą, kurį bando palikti daugelis komandų

Apibendrinant, „SAFe“ yra sukurtas siekiant patenkinti dideles organizacijas su dideliais sprendimais,ypač suteikiant galimybę tam tikro dydžio organizacijoms pasirinkti judresnį požiūrį į programinės įrangos kūrimą. Tačiau akivaizdu, kad SAFe turi keletą trūkumų, kuriuos komandos turėtų žinoti ir atitinkamai planuoti.

Viskas, žmonės !. Tai pasiekėme straipsnio pabaigą. Galite jaustis priblokšti čia vartojamų pagrindinių terminų skaičiaus. Jei taip, galite kreiptis į tai „Scaled Agile Framework Glossary“ .

Prieš pradėdami naudoti, įsitikinkite, kad esate gerai susipažinę su „Scrum“ terminologija.

Turite mums klausimą? Prašau paminėti tai komentarų skyriuje „Kas yra Scrum?“ straipsnį ir mes kuo greičiau susisieksime su jumis.