Kas ir mērogota vijīga sistēma (SAFe)?
Scaled Agile Framework (SAFe) ir brīvi pieejama tiešsaistes zināšanu bāze, kas ļauj jums pielietot liesās un veiklās prakses uzņēmuma līmenī. Tas nodrošina vienkāršu un vieglu programmatūras izstrādes pieredzi. Tas ir organizāciju un darbplūsmas modeļu kopums, kas paredzēts, lai vadītu uzņēmumus liesās un veiklās prakses mērogošanā. Tas ir sadalīts trīs segmentos, kas ir komanda, programma un portfelis.
SAFe sistēma ļauj komandai,
- Lean-Agile programmatūras un sistēmu ieviešana uzņēmuma līmenī
- Tas ir balstīts uz Lean un Agile principiem.
- Tas sniedz detalizētus norādījumus par darbu uzņēmuma portfelī, vērtību plūsmā, programmā un komandā.
- Tas ir izstrādāts, lai apmierinātu visu organizācijas ieinteresēto personu vajadzības.
SAFe pirmo reizi tika izstrādāta šajā jomā un tika izstrādāta Dīna Leffingvela grāmatās un emuārā. Versija 1.0 ir pirmais oficiālais izlaidums 2011. gadā. Jaunākā versija ir 4.6 un tika izlaista 2018. gada oktobrī. Tajā ir sniegtas norādes darbam uzņēmuma portfeļa, vērtības plūsmas, programmas un komandas līmenī.
Šajā SAFe Agile apmācībā jūs uzzināsiet
- Kas ir Scaled Agile Framework (SAFe)
- Kāpēc izmantot Agile Framework
- Kad izmantot mērogotu veiklu ietvaru
- Cik savādāka nekā citas veiklās prakses
- Scaled Agile Framework pamati
- Veikls manifests
- Dažādi SAFE līmeņi
- Komandas līmenis
- Programmas līmenis
- Portfeļa līmenis
- Vērtības straumes līmenis
Kāpēc izmantot Agile Framework
Tas ir vienkāršs un viegls ietvars, tomēr tas spēj apmierināt lielu vērtību plūsmu un sarežģītas sistēmas attīstības vajadzības. Īstenojot SAFe veiklo sistēmu, jums būs šādas priekšrocības:
- Produktivitāte palielinājās par 20 - 50%
- Kvalitāte pieauga par vairāk nekā 50%
- Laiks līdz tirgum ir ātrāks par 30–75%
- Palielināta darbinieku iesaistīšanās un apmierinātība ar darbu.
Detalizēta ietvara shēma ir pieejama vietnē. Tas parāda visas galvenās lomas, darbības, rezultātus un plūsmas. Tas kalpo arī kā navigācijas palīgs pārējai vietnei.
Zemāk esošajā attēlā ir paskaidrots, kā darbojas veikls process. Epika ir liels darbu kopums, kas tiek sīkāk sadalīts vairākos mazākos stāstos vai apakšepos. Šīs apakšēpas komandai tiek piešķirtas kā stāsts. Pēc tam katra komanda attiecīgi strādā pie šiem stāstiem vai programmatūras funkcijām.
Kad izmantot mērogotu veiklu ietvaru
- Ja komanda ir ieinteresēta konsekventi īstenot veiklu pieeju lielākās, vairāku komandu programmās un portfeļos.
- Kad vairākas komandas izmanto savu Agile ieviešanas veidu, bet regulāri saskaras ar šķēršļiem, kavēšanos un neveiksmēm.
- Kad komandas vēlas strādāt patstāvīgi.
- Ja vēlaties mērogot veiklību visā organizācijā, bet nezināt, kādas jaunas lomas var būt vajadzīgas vai kādas esošās lomas (ti, vadība) ir jāmaina un kā.
- Kad esat mēģinājis mērogot veiklību visā jūsu organizācijā, bet cenšaties saskaņot, lai panāktu vienotu vai konsekventu stratēģiju biznesa departamentos, sākot no portfeļa līdz programmas un komandas līmenim.
- Ja organizācijai ir jāuzlabo produkta izstrādes laiks un jāzina, kā citiem uzņēmumiem ir izdevies palielināt Agile ar SAFe.
Cik savādāka nekā citas veiklās prakses
Tagad šajā Scaled Agile Framework apmācībā apskatīsim, kā Scaled Agile Framework atšķiras no citām veiklām praksēm,
- Tas ir publiski pieejams un bez maksas lietojams.
- Pieejams ļoti pieejamā un izmantojamā formā.
- Tas ir viegls, praktiski pārbaudīti rezultāti un raksturīgs līmenim.
- Tas pastāvīgi / regulāri pārveido / uztur visbiežāk izmantotās veiklās prakses.
- Piedāvā noderīgus paplašinājumus parastai veiklai praksei.
- Pamato veiklu praksi uzņēmuma kontekstā.
- Piedāvā pilnīgu priekšstatu par programmatūras izstrādi.
- Redzamība vai pārredzamība ir vairāk visos līmeņos.
- Turpina vai regulāri sniedz atsauksmes par kvalitāti un uzlabojumiem.
Scaled Agile Framework pamati
Scaled Agile Framework (SAFe): Tas stāv uz tā pamatiem
- Lean-Agile principi
- Pamatvērtības,
- Lean-Agile vadība
- Lean-Agile domāšanas komplekts,
- Prakses kopienas (cilvēku grupa, kas pastāvīgi strādā pie SAFe prakses)
- Īstenošana 1-2-3
SAFe Lean-Agile principi
Šie SAFe Agile pamatprincipi un vērtības SAFe ir jāsaprot, jāatspoguļo un jāturpina, lai iegūtu vēlamos rezultātus.
- Skatieties ekonomisko viedokli
- Pielieto sistēmu domāšanu
- Pieņemt mainīgumu; saglabāt iespējas
- Veidojiet pakāpeniski, izmantojot ātrus, integrētus mācību ciklus
- Bāzes atskaites punkti objektīvai darba sistēmu novērtēšanai
- Vizualizējiet un ierobežojiet WIP, samaziniet partijas lielumus un pārvaldiet rindas garumus
- Lietojiet kadenci, sinhronizējiet ar starpdomēnu plānošanu
- Atbrīvojiet zināšanu darbinieku iekšējo motivāciju
- Decentralizējiet lēmumu pieņemšanu
SAFe veiklās pamatvērtības
SAFe Agile metodika balstās uz šīm četrām vērtībām.
Izlīdzināšana:
- SAFe atbalsta izlīdzināšanu.
- Izlīdzināšana sākas plkst.
- Stratēģiskās tēmas portfeļa uzkrājumā un
- Pārejiet uz sadaļu Programmu kavējumu redzējums un ceļvedis un pēc tam
- Pārvietojas uz komandas neizpildītajiem žurnāliem.
Iebūvēta kvalitāte:
- Tas nodrošina, ka katra papildu piegāde atspoguļo kvalitātes standartus.
- Kvalitāte netiek "pievienota vēlāk" ir iebūvēta.
- Iebūvētā kvalitāte ir Lean priekšnoteikums, un tā ir obligāta
Caurspīdīgums:
- Pārredzamība veicina uzticēšanos.
- SAFe palīdz uzņēmumam sasniegt pārredzamību visos līmeņos - vadītāji, portfeļa vadītāji un citas ieinteresētās puses.
- Ikviens var redzēt portfeļa uzkrājumu / Kanban, programmu kavējumus / Kanban un Team Backlog / Kanban.
- Katram līmenim ir skaidra izpratne par PI mērķiem.
- Vilcienu programmas ir redzamas gan komandas, gan citu programmu neizpildītajos žurnālos
- Komandām un programmām ir redzama biznesa un arhitektūras epika. Viņi var redzēt, kas varētu virzīties viņu virzienā.
Programmas izpilde:
- SAFe lielu uzmanību pievērš darba sistēmām un no tā izrietošajiem biznesa rezultātiem.
- SAFe nav noderīga, ja komandas nevar izpildīt un nepārtraukti piegādāt vērtību.
Lean Agile līderi:
Lean-Agile vadītāji ir mūžizglītojošies un skolotāji. Tas palīdz komandām veidot labākas sistēmas, izprotot un demonstrējot Lean-Agile SAFe principus.
Kā komandu iespējotājs galīgā atbildība ir Lean-Agile attīstības pieņemšana, panākumi un pastāvīga uzlabošana. Lai mainītos un nepārtraukti pilnveidotos, vadītāji ir jāapmāca.
Līderiem jāpieņem jauns vadības stils. Tāds, kas patiesi pilnvaro un piesaista cilvēkus un komandas, lai sasniegtu savu augstāko potenciālu.
Šo Lean-Agile vadītāju principi
- Vadīt pārmaiņas
- Zināt ceļu; Uzsveriet mūžizglītību
- Attīstīt cilvēkus
- Iedvesmot un pieskaņoties misijai; Samazināt ierobežojumus
- Decentralizēt lēmumu pieņemšanu
- Atklājiet zināšanu darbinieku iekšējo motivāciju
Lean Agile Mind-Set:
Lean-Agile domāšanas veidu pārstāv divas lietas:
- SAFe Lean nams
- Veikls manifests
SAFe Lean nams :
SAFe ir atvasināts no Lean ražošanas principiem un prakses. Pamatojoties uz šiem faktoriem, SAFe piedāvā "SAFe Lean House". To iedvesmojusi liesās Toyota “māja”.
Lean mērķis ir nepārspējams: nodrošināt klientam maksimālu vērtību pēc iespējas īsākā izpildes laikā ar visaugstāko iespējamo kvalitāti
Zemāk esošajā attēlā ir paskaidrots "SAFe Lean House" mērķis, pīlāri un pamats.
Veikls manifests
Mēs atklājam labākus programmatūras izstrādes veidus, darot to un palīdzot citiem to darīt. Ar šo darbu mēs esam novērtējuši:
Tāpēc, lai gan labajā pusē esošajos vienumos ir vērtība, mēs kreisajā pusē esošos vienumus vērtējam vairāk.
Veikls manifests
- Augstākā prioritāte ir apmierināt klientu, nepārtraukti un savlaicīgi piegādājot vērtīgu programmatūru.
- Ietveriet mainīgās prasības, pat vēlu izstrādes laikā. Veiklā SAFe metodoloģija apstrādā izmaiņas klienta labā.
- Piegādājiet darba programmatūru bieži, sākot no pāris nedēļām līdz pāris mēnešiem, dodot priekšroku īsākam laika grafikam.
- Izstrādātājiem un biznesa cilvēkiem katru dienu jāsadarbojas visā projekta laikā.
- Veidojiet projektus ap motivētām personām. Sniedziet viņiem atbalstu un nepieciešamo vidi, un uzticieties, lai viņi paveiktu darbu.
- Visefektīvākā saziņas metode ar attīstības komandu ir klātienes saruna.
- Darba programmatūra ir galvenais progresa rādītājs.
- Veiklie procesi veicina ilgtspējīgu attīstību. Sponsoriem, izstrādātājiem un lietotājiem jāspēj pastāvīgi uzturēt nemainīgu tempu.
- Nepārtraukta uzmanība tehniskajai izcilībai un labam dizainam uzlabo veiklību.
- Vienkāršība - māksla maksimāli palielināt nepadarītā darba apjomu - ir būtiska.
- Vislabākās arhitektūras, prasības un dizains rodas no pašorganizējošām komandām.
- Regulāros intervālos komanda pārdomā, kā kļūt efektīvākai, pēc tam noregulē un attiecīgi pielāgo savu uzvedību.
Dažādi SAFE līmeņi
Ir divi dažādi SAFe ieviešanas veidi:
- SAFe 4.0 ieviešana
- SAFe 3.0 ieviešana
- SAFe 4.0 ieviešanā mums ir 4 līmeņi: portfelis, vērtību plūsma, programma un komanda.
- SAFe 3.0 ieviešanā mums ir 3 līmeņi: portfelis, programma un komanda
- 3 līmeņu SAFe ir paredzēts mazākiem ieviešanas gadījumiem ar 100 vai mazāk cilvēkiem. Programmas, kurām nav nepieciešama būtiska sadarbība.
- 4-līmeņu SAFe ir paredzēts risinājumiem, kuru ieviešanai un uzturēšanai programmatūru parasti prasa daudzi simti praktiķu.
Komandas līmenis
| Lomas / komandas | Notikumi | Artefakti | ||
|---|---|---|---|---|
| * Veiklā komanda | * Sprinta plānošana | * Komandu neizpilde | ||
| * Produkta īpašnieks | * Nepietiekama kopšana | * Nefunkcionālas prasības | ||
| * Scrum Master | * Ikdienas Stand-Up | * Komandas PI mērķi | ||
| * Izpilde | * Atkārtojumi | |||
| * Sprinta demonstrācija | * Stāsti (darba programmatūra) | |||
| * Sprinta retrospekcija | * Sprinta mērķi | |||
| * IP sprints | * Iebūvēta kvalitāte | |||
| * Tapas | ||||
| * Kanban komanda |
- Visas SAFe komandas ir viena vai otra Agile Release Train (ART) daļa.
- SAFe komandas ir pilnvarotas, pašorganizējošas, pašas vadošas, savstarpēji funkcionālas komandas
- Katra komanda ir vienlīdz atbildīga par stāstu noteikšanu, izveidošanu un testēšanu no komandas neizpildītā sastāva fiksēta garuma atkārtojumos
- Komandas plāno un izpilda divu nedēļu ilgas iterācijas saskaņā ar saskaņotajiem atkārtojuma mērķiem.
- Komandas izmantos ScrumXP / Team Kanban rutīnu, lai piegādātu augstas kvalitātes sistēmas, lai ik pēc divām nedēļām izveidotu sistēmas demonstrāciju.
- Visas dažādās ART (Agile Release Trains) komandas izveidos integrētu un pārbaudītu sistēmu. Ieinteresētās personas novērtēs un atbildēs uz tām ātri
- Viņi izmanto iebūvēto kvalitātes praksi.
- Katrā ScrumXP komandā būs 5-9 komandas locekļi, kas ietver visas lomas, kas nepieciešamas, lai katrā iterācijā izveidotu kvalitātes pieaugošu vērtību.
- ScrumXP lomās ietilpst:
- Komanda (Dev + QA)
- Scrum Master
- Produkta īpašnieks. Utt…
- SAFe sadala izstrādes grafiku atkārtojumu kopā PI (Programmas pieaugums) ietvaros.
- PI ilgums ir no 8 līdz 12 nedēļām.
- Komanda izmantos stāstus, lai sniegtu vērtību. Produkta īpašniekam būs satura pilnvaras attiecībā uz stāstu izveidošanu un pieņemšanu.
- Stāsti satur klienta prasības.
- Team Backlog ietver lietotāju un iespējotāju stāstus, kas tiek identificēti PI plānošanas laikā. Kad produktu vadība uzrāda ceļvedi, redzējumu un programmu neizpildi.
- Stāstu identificēšana, izstrāde, prioritāšu noteikšana, plānošana, ieviešana, testēšana un pieņemšana ir galvenās vadības darba prasības komandas līmenī.
- Katrā atkārtojumā ir:
- Vērtīgs jaunas funkcionalitātes pieaugums
- Veiciet, izmantojot pastāvīgi atkārtotu modeli
- Plānojiet atkārtojumu
- Apņemieties kādu funkcionalitāti
- Izpildiet iterāciju, izveidojot un pārbaudot stāstus
- Demonstrējiet jauno funkcionalitāti
- Retrospektīvi
- Atkārtojiet nākamo atkārtojumu
- Katras atkārtojuma beigās komandas atbalsta arī sistēmas demonstrāciju. kas ir ART kritiskais integrācijas punkts.
- Lielākas vērtības plūsmām būs vairāki ART.
- Inovāciju un plānošanas (IP) atkārtojumi komandām dod iespēju veikt inovācijas un izpēti.
Programmas līmenis
| Lomas / komandas | Notikumi | Artefakti | ||
|---|---|---|---|---|
| * DevOps | * PI (Programmas pieaugums) plānošana | * Vīzija | ||
| * Sistēmas komanda | * Sistēmas demonstrācijas | * Ceļvedis | ||
| * Izlaiduma pārvaldība | * Pārbaudiet un pieņemiet darbnīcu | * Metrika | ||
| * Produktu vadība | * Arhitektūras skrejceļš | * Pagrieziena punkti | ||
| * UEX arhitekts | * Atlaidiet jebkurā laikā | * Izlaidumi | ||
| * Izlaist vilcienu inženieri (RTE) | * Veikls atlaišanas vilciens | * Programmu epika | ||
| * Sistēmas arhitekts / inženieris | * Atlaidiet | * Programma Kanban | ||
| * Uzņēmumu īpašnieki | * Programmu neizpilde | |||
| * Lean-Agile līderi | * Nefunkcionālas prasības | |||
| * Prakses kopienas | * Svērtais īsākais darbs vispirms (WSJF) | |||
| * Dalītie pakalpojumi | * Programmas PI mērķi | |||
| * Klients | * Funkcija | |||
| * Iespējotājs | ||||
| * Risinājums | ||||
| * Value Stream koordinācija |
- Programmas līmenī SAFe vērtību nodrošina ilgstoši izveicīgi vilcieni (ART). Atkārtojums ir paredzēts komandai, bet vilciens - programmai.
- Veiklie izlaišanas vilcieni (ART) ir primārais līdzeklis, lai sniegtu vērtību programmas līmenī. Tas nodrošina vērtību plūsmu organizācijai.
- Programmas pieauguma (PI) ilgums ir no 8 līdz 12 nedēļām.
- ART sastāv no 5 - 12 veiklām komandām (~ 50 - 125+ cilvēku), kas ietver visas lomas un infrastruktūru, kas nepieciešama pilnībā pārbaudītas, darbojošas sistēmas līmeņa programmatūras nodrošināšanai.
- Katrs PI ir vairāku atkārtojumu laika lodziņš. Tās laikā tiek izstrādāts un piegādāts ievērojams, vērtīgs sistēmas pieaugums.
- Katrā PI notiks "demonstrācijas" un "Pārbaudiet un pielāgojiet" sesijas, un sākas nākamā PSI plānošana.
- Programmas līmenī SAFe uzsver uzskaites principu. Tas ir tāpēc, ka klienta vērtības radīšanai tiek integrēti vairāki veiklie komandas centieni.
- SAFe artefaktu hierarhija ir Epics-> Features-> lietotāju stāsti .
- Programmas līmenī produktu vadītājam / programmas vadītājam ir satura pilnvaras. Viņš nosaka programmas prioritātes un nosaka to prioritāti.
- Programmas neizpilde ir prioritārs funkciju saraksts.
- Programmas līmenī funkcijas var radīt vai arī tās var rasties no eposiem, kas definēti portfeļa līmenī.
- Funkcijas sadalās pēc lietotāju stāstiem un ieplūst komandas līmeņa neizpildītajos žurnālos.
- Produkta vadītāja vai izlaišanas vilciena inženiera lomu varētu apstrādāt programmas vadītājs / vecākais projektu vadītājs
- Sistēmas arhitekta loma programmas līmenī ir sadarboties ikdienas darbā ar komandām. Tas nodrošina nefunkcionālu prasību izpildi. Viņi arī strādā ar uzņēmuma arhitektu portfeļa līmenī, lai pārliecinātos, vai ir pietiekami daudz arhitektūras skrejceļa, lai apmierinātu gaidāmās lietotāju un biznesa vajadzības.
- Saskarnes dizainu, lietotāja pieredzes vadlīnijas un dizaina elementus komandām nodrošina UX dizaineri.
- Chief-Scrum Master lomu spēlē “Release Train Engineer”.
- Dažādas komandas (sākot no mārketinga, izstrādes, kvalitātes, operācijām un izvietošanas) veido “Izlaiduma vadības komandu”. Viņi apstiprinās ikdienas kvalitatīvu risinājumu izlaišanu klientiem.
- Programmatūras ieviešanu klientu vidēs un veiksmīgu piegādi rūpējas DevOps komanda.
Portfeļa līmenis
| Lomas / komandas | Notikumi | Artefakti | ||
|---|---|---|---|---|
| * Uzņēmuma arhitekts | * Stratēģiskā investīciju plānošana | * Stratēģiskās tēmas | ||
| * Programmas portfeļa Mgmt | * Kanban portfeļa (episkā) plānošana | * Uzņēmējdarbība | ||
| * Episki īpašnieki | * Portfeļa neizpilde | |||
| * Portfelis Kanban | ||||
| * Nefunkcionālas prasības | ||||
| * Epika un iespējotājs | ||||
| * Vērtību straume | ||||
| * Budžeti (CapEx un OpEx) |
- Visaugstākā interese / rūpes / iesaiste / SAFe ir SAFe portfelis
- Portfelis nodrošina pamata blokus Lean-Agile Enterprise vērtības plūsmas organizēšanai, izmantojot vienu vai vairākas Value Stream.
- Portfelis palīdz izstrādāt sistēmas un risinājumus, kas aprakstīti stratēģiskajās tēmās (SAFe portfeli saista ar mainīgo uzņēmuma biznesa stratēģiju).
- Lai sasniegtu stratēģiskos mērķus, portfeļa līmenis apkopo šos elementus. Tas nodrošina pamata budžeta veidošanu un citus pārvaldības mehānismus. Tādā veidā tas nodrošina, ka ieguldījums vērtību plūsmās nodrošina uzņēmumam nepieciešamo atdevi.
- Portfelis ir saistīts ar uzņēmējdarbību divvirzienu virzienā:
- Lai virzītu portfeli uz lielākiem mainīgajiem biznesa mērķiem, tas nodrošina stratēģiskas tēmas.
- Cits virziens norāda pastāvīgu portfeļa vērtību plūsmu.
- Programmas portfeļa pārvaldība darbojas kā ieinteresētās personas, un tās ir atbildīgas par biznesa rezultātu sasniegšanu.
- SAFe portfeļa līmenis satur cilvēkus, procesus un nepieciešamās uzbūves sistēmas un risinājumus, kas uzņēmumam nepieciešami stratēģisko mērķu sasniegšanai.
- Vērtību plūsmas ir galvenie Portfolio mērķi, ar kuriem cilvēkiem un citiem resursiem, kas nepieciešami Risinājumu izveidei, nepieciešams finansējums.
- Šeit tiek izmantoti svarīgi jēdzieni:
- Savienojums ar uzņēmumu,
- Programmu portfeļa pārvaldība,
- Portfeļa eposu plūsmas pārvaldīšana.
Vērtības straumes līmenis
| Lomas / komandas | Notikumi | Artefakti | ||
|---|---|---|---|---|
| * DevOps | * Pirms un pēc PI (programmas pieauguma) plānošana | * Vīzija | ||
| * Sistēmas komanda | * Risinājumu demonstrācijas | * Ceļvedis | ||
| * Izlaiduma pārvaldība | * Pārbaudiet un pieņemiet darbnīcu | * Metrika | ||
| * Risinājumu vadība | * Veikls atlaišanas vilciens | * Pagrieziena punkti | ||
| * UEX arhitekts | * Izlaidumi | |||
| * Value Stream inženieris (RTE) | * Value Stream Epics | |||
| * Risinājumu arhitekts / inženieris | * Value Stream Kanban | |||
| * Dalītie pakalpojumi | * Value Stream uzkrājums | |||
| * Klients | * Nefunkcionālas prasības | |||
| * Piegādātājs | * Svērtais īsākais darbs vispirms (WSJF) | |||
| * Value Stream PI mērķi | ||||
| * Spēja | ||||
| * Iespējotājs | ||||
| * Risinājuma konteksts | ||||
| * Value Stream koordinācija | ||||
| * Ekonomikas ietvars | ||||
| * Risinājuma nodoms | ||||
| * MBSE | ||||
| * Komplekts balstīts | ||||
| * Veiklā arhitektūra |
- Vērtības straumes līmenis nav obligāts SAFe.
- Vērtības straumes līmenis ir jauns SAFe 4.0.
- Vērtības straumes līmenis ir paredzēts / paredzēts uzņēmumiem / celtniekiem / organizācijām, kuri ir:
- Liela izmēra
- Neatkarīgs
- Ir sarežģīti risinājumi
- Viņu risinājumiem parasti ir vajadzīgi vairāki ART
- Viņiem ir piegādātāju ieguldījums.
- Viņi saskaras ar lielākajām sistēmu problēmām
- Kiberfiziskām sistēmām
- Programmatūrai, aparatūrai, elektrikai un elektronikai, optikai, mehānikai, šķidrumiem un daudz ko citu.
- Šāda veida sistēmu izveide bieži prasa simtiem, pat tūkstošiem praktiķu, ārēju un iekšēju piegādātāju.
- Ja sistēmām ir izšķiroša nozīme misijā. Risinājuma vai pat apakšsistēmas neveiksmei ir nepieņemamas ekonomiskas un sociālas sekas.
- Ja Uzņēmumus var izveidot kopā ar dažiem simtiem praktizētāju, tam var nebūt vajadzīgas šī līmeņa konstrukcijas. Tādā gadījumā viņi var izmantot no “ sakļautā skata”, kas ir 3 līmeņu SAFe.
- Lai izveidotu vērtību plūsmas risinājumus pēc Lean-Agile modeļa, ir nepieciešami papildu artefakti, koordinācija un konstrukcijas. Tātad šajā līmenī ir ietverta ekonomikas sistēma, lai nodrošinātu finanšu robežas Value Stream
- Tas atbalsta kadenci un sinhronizāciju vairākiem ART un piegādātājiem. Tas ietver pirms un pēc PI plānošanas sanāksmes un risinājumu demonstrāciju.
- Tas piešķir papildu lomas, kas ir: Value Stream Engineer, Solution Architect / Engineering un Solution Management.
Kopsavilkums:
- SAFe ir nozarē pārbaudīta, uz vērtībām vērsta metode Agile mērogošanai uzņēmuma līmenī.
- Tas atbild uz tādiem jautājumiem kā "Kā mēs plānojam?", "Kā mēs plānojam budžetu?" Un "Kā mēs kļūstam par savstarpēji funkcionāliem arhitektūrā un DevOps?"
- SAFe Agile sistēma palīdz lielām organizāciju komandām sasniegt organizācijas stratēģiskos mērķus, ne tikai atsevišķu projektu mērķus.
- Sistēma piedāvā iespēju uzturēt un izveidot centralizētu stratēģiju, lai sniegtu vērtību.
- SAFe modelim ir trīs / četri līmeņi, kas centralizē organizācijas stratēģiskās tēmas.
- Centralizēta stratēģija apvienojumā ar de-centralizētu veiklu attīstības izpildi.
Atsauces:
SAFe Lean Enterprises 5.0:
http://www.scaledagileframework.com
Šī raksta autors ir Jyothi Rangaraj