SAFe (Scaled Agile Framework) õpetus

Mis on SAFe (Scaled Agile Framework)?

Skaleeritud vilgas raamistik (SAFe) on vabalt kättesaadav veebipõhine teadmistebaas, mis võimaldab rakendada lean-agile praktikaid ettevõtte tasandil. See pakub tarkvara arendamiseks lihtsat ja kerget kogemust. See on organisatsioonide ja töövoomustrite kogum, mille eesmärk on juhendada ettevõtteid säästlike ja paindlike tavade skaleerimisel. See on jagatud kolmeks segmendiks: meeskond, programm ja portfell.

TURVALINE raamistik võimaldab meeskonnal

  • Lean-Agile'i tarkvara ja süsteemide juurutamine ettevõtte tasandil
  • See põhineb Lean ja Agile põhimõtetel.
  • See annab üksikasjalikud juhised tööks ettevõtte portfellis, väärtusvoos, programmis ja meeskonnas.
  • See on loodud vastama kõigi organisatsiooni sidusrühmade vajadustele.

SAFe töötati esmakordselt välja selles valdkonnas ja see töötati välja aastal Dean Leffingwells raamatuid ja ajaveebi. Versioon 1.0 on esimene ametlik väljalase 2011. aastal. Uusim versioon on 4.6, ilmus oktoobris 2018. See annab juhiseid tööks ettevõtte portfelli, väärtusvoo, programmi ja meeskonna tasemel.

Miks kasutada SAFe Agile Frameworki?

See on lihtne ja kerge raamistik, kuid suudab tulla toime suurte väärtusvoogude ja keeruka süsteemiarenduse vajadustega. SAFe agiilse raamistiku juurutamisel on teil järgmised eelised:

Agile Frameworki kasutamise eelised
Agile Frameworki kasutamise eelised
  • Tootlikkus tõusis by 20 - 50%
  • Kvaliteet suurenenud rohkem kui 50%
  • Aeg Market on kiirem kui 30 -75%
  • Kasvanud töötajate kaasamine ja töö rahulolu.

Üksikasjalik raamistiku diagramm on saadaval aadressil veebisait. See näitab kõiki võtmerolle, tegevusi, tulemusi ja vooge. See toimib ka ülejäänud saidi navigeerimisabina.

Allolev pilt selgitab, kuidas agiilne protsess töötab. Eeposed on suur hulk töid, mis jagunevad veelgi väiksemateks lugudeks või alaeeposteks. Need alaeeposed eraldatakse meeskonnale loona. Seejärel töötab iga meeskond nende lugude või tarkvarafunktsioonide kallal vastavalt.

Skaleeritud vilgas raamistik Architektuur
Skaleeritud vilgas raamistik Architektuur

Millal kasutada skaleeritud Agile Frameworki

Millal kasutada skaleeritud Agile Frameworki

  • Kui meeskond on huvitatud agiilse lähenemisviisi järjepidevast rakendamisest suuremates, mitut meeskonda hõlmavates programmides ja portfellides.
  • Kui mitu meeskonda kasutab omal moel paindlikku juurutamist, kuid seisavad silmitsi regulaarselt takistuste, viivituste ja tõrgetega.
  • Kui meeskonnad tahavad iseseisvalt töötada.
  • Kui soovite Agile'i kogu organisatsiooni ulatuses laiendada, kuid pole kindel, milliseid uusi rolle võib vaja minna või milliseid olemasolevaid rolle (st juhtkonda) tuleb muuta ja kuidas.
  • Kui olete püüdnud laiendada Agile'i kogu oma organisatsioonis, kuid teil on raskusi ühtse või järjepideva strateegia saavutamiseks äriosakondades portfellist programmi- ja meeskonnatasanditeni.
  • Kui organisatsioon peab parandama oma tootearenduse teostusaega ja soovib teada, kuidas teistel ettevõtetel on õnnestunud Agile'i SAFe abil skaleerida.

Kui erinev teistest Agile praktikatest

Nüüd selles Scaled Agile Frameworki õpetuses vaatame, kuidas Scaled Agile raamistik erineb teistest agiilsetest tavadest,

  • See on avalikult kättesaadav ja tasuta kasutatav.
  • Saadaval väga ligipääsetaval ja kasutataval kujul.
  • See on kerge, praktiliselt tõestatud tulemused ja tasemepõhine.
  • See muudab pidevalt/regulaarselt kõige sagedamini kasutatavaid agiilseid tavasid.
  • Pakub kasulikke laiendusi levinud agiilsetele tavadele.
  • Viib paindlikud tavad ettevõtte konteksti.
  • Pakub täielikku pilti tarkvaraarendusest.
  • Nähtavus või läbipaistvus on rohkem kõigil tasanditel.
  • Jätkub või regulaarne tagasiside kvaliteedi ja täiustamise kohta.

Foundations Scaled Agile Framework

Foundations Scaled Agile Framework
Foundations Scaled Agile Framework

Scaled Agile Framework (SAFe): see seisab selle alustel

  1. Lean-Agile põhimõtted
  2. Põhiväärtused,
  3. Lean-Agile Leadership
  4. Lean-Agile mõtteviis,
  5. Praktikakogukonnad (grupp inimesi, kes töötavad pidevalt SAFe tavade kallal)
  6. Rakendades 1-2-3

SAFe Lean-Agile põhimõtted

Neid põhilisi SAFe Agile põhimõtteid ja väärtusi SAFe jaoks tuleb mõista, näidata ja jätkata, et saavutada soovitud tulemusi.

  • Võtke majanduslik vaade
  • Rakenda süsteemset mõtlemist
  • Eeldame varieeruvust; säilitada valikud
  • Ehitage järk-järgult kiirete integreeritud õppetsüklite abil
  • Põhi verstapostid töösüsteemide objektiivsel hindamisel
  • Visualiseerige ja piirake WIP-i, vähendage partiide suurust ja hallake järjekorra pikkust
  • Rakenda sagedust, sünkroonida domeenidevahelise planeerimisega
  • Vabastage teadmustöötajate sisemine motivatsioon
  • Detsentraliseerige otsuste tegemine

SAFe Agile põhiväärtused

SAFe Agile metoodika põhineb neil neljal väärtusel.

Joondamine:

  • SAFe toetab joondamist.
  • Joondamine algab kell
    • Strateegilised teemad portfellis mahajäämus ja
    • Liigub alla programmi mahajäämuste visiooni ja tegevuskava ning seejärel
    • Liigub meeskonna mahajäämustesse.

Sisseehitatud kvaliteet:

  • See tagab, et iga järkjärguline tarne vastab kvaliteedistandarditele.
  • Kvaliteet ei ole "hiljem lisatud" on sisse ehitatud.
  • Sisseehitatud kvaliteet on Leani eeltingimus ja kohustuslik

Läbipaistvus:

  • Läbipaistvus on usalduse soodustaja.
  • SAFe aitab ettevõttel saavutada läbipaistvust kõigil tasanditel – juhid, portfellihaldurid ja muud sidusrühmad.
  • Igaüks näeb portfelli mahajäämust/Kanbani, programmide mahajäämust/Kanbani ja Team Backlogi/Kanbani.
  • Igal tasandil on selge arusaam PI eesmärkidest.
  • Rongiprogrammidel on nähtavus nii meeskonna mahajäämustest kui ka muudest programmide mahajäämustest
  • Meeskondadel ja programmidel on äri- ja arhitektuurieeposed nähtavad. Nad näevad, mis nende teel võib olla.

Programmi täitmine:

  • SAFe pöörab suurt tähelepanu töösüsteemidele ja sellest tulenevatele äritulemustele.
  • SAFe pole kasulik, kui meeskonnad ei suuda teostada ega pidevalt väärtust pakkuda.

Lean Agile Leaders

Lean-Agile Leaders on elukestvad õppijad ja õpetajad. See aitab meeskondadel luua paremaid süsteeme Lean-Agile SAFe põhimõtete mõistmise ja tutvustamise kaudu.

Meeskondade toetajana on ülim vastutus Lean-Agile'i arenduste kasutuselevõtt, edu ja pidev täiustamine. Muutumiseks ja pidevaks täiustamiseks tuleb juhte koolitada.

Juhid peavad omaks võtma uue juhtimisstiili. Üks, mis annab üksikisikutele ja meeskondadele tõeliselt jõudu ja kaasab neid oma kõrgeima potentsiaali saavutamiseks.

Nende Lean-Agile juhtide põhimõtted

  • Juhtige muutust
  • Teadke teed; Rõhutage elukestvat õpet
  • Arendage inimesi
  • Inspireerida ja ühtlustada missiooniga; Minimeeri piirangud
  • Detsentraliseerige otsuste tegemine
  • Avage teadmustöötajate sisemine motivatsioon

Lean Agile Mind-Set

Lean-Agile mõtteviisi esindab kaks asja:

  1. SAFe House of Lean
  2. Agiilne manifest

SAFe House of Lean:

SAFe tuleneb Lean tootmise põhimõtetest ja tavadest. Nendele teguritele tuginedes esitleb SAFe “SAFe Lean maja”. See on inspireeritud lahja Toyota majast.

Lean'i eesmärk on ületamatu: pakkuda kliendile maksimaalset väärtust võimalikult lühikese teostusajaga ja kõrgeima võimaliku kvaliteediga.

Alloleval joonisel selgitatakse eesmärki, sambaid ja Foundation "SAFe House of Lean".

Eesmärgid ja Foundations Scaled Agile Framework
Eesmärgid ja Foundations Scaled Agile Framework

Agiilne manifest

Avastame paremaid viise tarkvara arendamiseks, tehes seda ja aidates teistel seda teha. Selle töö kaudu oleme väärtustanud:

Agiilne manifest
Agiilne manifest

Sellepärast, kuigi paremal on väärtus, väärtustame vasakpoolseid üksusi rohkem.

Agiilne manifest

  1. Kõrgeim prioriteet on kliendi rahulolu pideva ja varajase väärtusliku tarkvara tarnimise kaudu.
  2. Võtke omaks muutuvad nõuded, isegi hilises arengujärgus. Agile SAFe metoodika protsessid rakendavad muutused kliendi hüvanguks.
  3. Tarnige töötavat tarkvara sageli, paarist nädalast paari kuuni, eelistades lühemat ajakava.
  4. Arendajad ja äriinimesed peavad kogu projekti vältel igapäevaselt koostööd tegema.
  5. Ehitage projekte motiveeritud inimeste ümber. Andke neile tuge ja keskkonda, mida nad vajavad, ning usaldage neid tööga hakkama saama.
  6. Kõige tõhusam viis arendusmeeskonnaga suhtlemiseks on näost näkku vestlus.
  7. Töötav tarkvara on edusammude peamine mõõdupuu.
  8. Agiilsed protsessid soodustavad säästvat arengut. Sponsorid, arendajad ja kasutajad peaksid saama püsivat tempot lõputult hoida.
  9. Pidev tähelepanu tehnilisele tipptasemele ja heale disainile suurendab agilityt.
  10. Lihtsus – tegemata töö mahu maksimeerimise kunst – on hädavajalik.
  11. Parimad arhitektuurid, nõuded ja kujundused tekivad iseorganiseeruvatest meeskondadest.
  12. Meeskond mõtleb korrapäraste ajavahemike järel, kuidas tõhustada, seejärel häälestab ja kohandab oma käitumist vastavalt.

Erinevad tasemed SAFE'is

SAFe rakendamist on kahte erinevat tüüpi.

  1. SAFe 4.0 juurutamine
  2. SAFe 3.0 juurutamine
Erinevad tasemed SAFE'is
SAFe tasemed
  • SAFe 4.0 juurutamisel on meil 4 taset: Portfell, väärtusvoog, programm ja meeskond.
  • SAFe 3.0 juurutamisel on meil 3 taset: Portfell, programm ja meeskond
  • 3-tasemeline SAFe on mõeldud väiksemate rakenduste jaoks, kus on 100 või vähem inimest. Programmid, mis ei nõua märkimisväärset koostööd.
  • 4-Level SAFe on mõeldud lahendustele, mille juurutamiseks ja hooldamiseks on tavaliselt vaja sadu praktikuid.

Meeskonna tase

Rollid/meeskonnad Sündmused Esemeid
* Agiilne meeskond * Sprint Planeerimine * Meeskonna mahajäämus
* Toote omanik * Mahajäänud hooldus * Mittefunktsionaalsed nõuded
* Scrum Master * Igapäevane Stand-Up * Team PI eesmärgid
* Täitmine * Iteratsioonid
* Sprint Demo * Lood (töötav tarkvara)
* Sprint Retrospektiivne * Sprint Eesmärgid
* IP Sprints * Sisseehitatud kvaliteet
* Naelu
* Meeskond Kanban
  • Kõik SAFe meeskonnad on osa ühest või teisest Agile Release Trainist (ART).
  • SAFe meeskonnad on volitatud, iseorganiseeruvad, isejuhtivad ja funktsionaalsed meeskonnad
  • Iga meeskond vastutab võrdselt oma meeskonna backlogi lugude määratlemise, loomise ja testimise eest fikseeritud pikkusega iteratsioonides
  • Meeskonnad kavandavad ja viivad läbi kahenädalased ajakastiga iteratsioonid vastavalt kokkulepitud iteratsioonieesmärkidele.
  • Meeskonnad kasutavad ScrumXP/Team Kanban rutiini, et pakkuda kvaliteetseid süsteeme, et luua iga kahe nädala järel süsteemidemo.
  • Kõik ART (Agile Release Trains) erinevad meeskonnad loovad integreeritud ja testitud süsteemi. Sidusrühmad hindavad ja vastavad kiire tagasisidega
  • Nad rakendavad sisseehitatud kvaliteedi tavasid.
  • Igas ScrumXP meeskonnas on 5–9 meeskonnaliiget, mis hõlmab kõiki rolle, mis on vajalikud igas iteratsioonis kvaliteetse lisaväärtuse loomiseks.
  • ScrumXP rollid hõlmavad järgmist:
  • SAFe jagab arenduse ajaskaala PI (Program Increment) sees iteratsioonide komplektiks.
  • PI kestus on 8–12 nädalat.
  • Meeskond kasutab väärtuse pakkumiseks lugusid. Tooteomanikul on sisu autoriteet lugude loomise ja vastuvõtmise üle.
  • Lood sisaldavad kliendi nõudeid.
  • Team Backlog sisaldab kasutajate ja lubajate lugusid, mis tuvastatakse PI planeerimise käigus. Kui tootehaldus esitleb tegevuskava, visiooni ja programmi mahajäämust.
  • Lugude tuvastamine, väljatöötamine, tähtsuse järjekorda seadmine, ajakava koostamine, juurutamine, testimine ja aktsepteerimine on meeskonna tasandil juhtimistöö peamised nõuded.
  • Iga iteratsioon pakub:
    • Väärtuslik juurdekasv uutest funktsioonidest
    • Saavutage pidevalt korduva mustri abil
    • Planeeri iteratsioon
    • Pühenduge mõnele funktsioonile
    • Teostage iteratsioon lugude loomise ja testimisega
    • Demonstreerige uut funktsiooni
    • Retrospektiivne
    • Korrake järgmise iteratsiooni jaoks
  • Meeskonnad toetavad ka süsteemidemot iga iteratsiooni lõpus. mis on ART jaoks kriitiline integratsioonipunkt.
  • Suurematel väärtusvoogudel on mitu ART-i.
  • Innovatsiooni ja planeerimise (IP) iteratsioonid annavad meeskondadele võimaluse innovatsiooniks ja uurimiseks.

Programmi tase

Rollid/meeskonnad Sündmused Esemeid
* DevOps * PI (Program Increment) planeerimine * Nägemus
* Süsteemi meeskond * Süsteemi demod * Teekaart
* Väljalaskehaldus * Kontrollige ja võtke töötuba vastu * Mõõdikud
* Tootehaldus * Architektuurne lennurada * Verstapostid
* UEX Architect * Vabastage igal ajal * Väljalasked
* Vabasta rongiinsener (RTE) * Agile Release Train * Programmi eeposed
* Süsteem Architekt/insener * Vabasta * Programm Kanban
* Ettevõtete omanikud * Programmi mahajäämus
* Lean-Agile juhid * Mittefunktsionaalsed nõuded
* Praktikakogukonnad * Kaalutud lühim töö enne (WSJF)
* Jagatud teenused * Programmi PI eesmärgid
* Klient * Tunnusjoon
* Lubaja
* Lahendus
* Väärtusvoo koordineerimine
  • Programmi tasemel pakuvad SAFe väärtust pikaealised Agile Release Trains (ART). Iteratsioon on mõeldud meeskonnale ja koolitus on programmi jaoks.
  • Agile Release Trains (ART) on peamine vahend väärtuse edastamiseks programmi tasemel. See annab organisatsioonile väärtusvoo.
  • Programmi suurendamise (PI) kestus on 8–12 nädalat.
  • ART koosneb 5–12 paindlikust meeskonnast (~50–125+ inimest), mis hõlmab kõiki rolle ja infrastruktuuri, mis on vajalik täielikult testitud, töötava süsteemitasemel tarkvara tarnimiseks.
  • Iga PI on mitme iteratsiooniga ajakast. Selle käigus töötatakse välja ja tarnitakse süsteemi oluline väärtuslik juurdekasv.
  • Igas PI-s toimuvad „demo” ja „Inspekteeri ja kohanda” seansid ning järgmise PSI planeerimine algab.
  • Programmi tasandil on SAFe rõhk joondamise põhimõttel. Selle põhjuseks on asjaolu, et kliendiväärtuse loomiseks on integreeritud mitu paindlikku meeskonnatööd.
  • SAFe artefakti hierarhia on Eeposed->funktsioonid->kasutajate lood.
  • Programmi tasemel on tootejuhil/programmijuhil sisuvolitus. Ta määratleb ja seab prioriteediks programmi mahajäämuse.
  • Programmi mahajäämus on funktsioonide prioriteetne loend.
  • Programmi tasemel võivad funktsioonid olla pärit või portfelli tasemel määratletud eepostest.
  • Funktsioonid lagunevad kasutajalugudeks ja voolavad meeskonna tasemel mahajäämusteks.
  • Tootejuhi või väljalaskekoolitaja rolliga võib tegeleda programmijuht/vanemprojektijuht
  • süsteem ArchiProgrammi tasandil on ülesanne teha igapäevast koostööd meeskondadega. See tagab mittefunktsionaalsete nõuete täitmise. Samuti teevad nad koostööd ettevõtte arhitektiga portfelli tasemel, et tagada piisav arhitektuurne rada, et toetada tulevasi kasutajate ja ettevõtete vajadusi.
  • Liidese disaini, kasutajakogemuse juhised ja meeskondade disainielemendid pakuvad UX Designers.
  • Chief-Scrum Masteri rolli mängib "Vabasta rongiinsener".
  • Erinevad meeskonnad (turundusest, arendusest, kvaliteedist, operatsioonidest ja juurutamisest) moodustavad väljalaskehaldusmeeskonna. Nad kiidavad heaks kvaliteetsete lahenduste rutiinsed väljaanded klientidele.
  • Tarkvara juurutamise kliendikeskkondadesse ja eduka kohaletoimetamise eest hoolitseb DevOpsi meeskond.

Portfelli tase

Rollid/meeskonnad Sündmused Esemeid
* Enterprise Architect * Investeeringute strateegiline planeerimine * Strateegilised teemad
* Programmiportfelli haldaja * Kanbani portfelli (eepiline) planeerimine * Ettevõtlus
* Eepilised omanikud * Portfelli mahajäämus
* Portfell Kanban
* Mittefunktsionaalsed nõuded
* Eepiline ja võimaldaja
* Väärtusvoog
* Eelarved (CapEx ja OpEx)
  • Kõrgeim huvi/mure/kaasamine/ SAFe vastu on SAFe portfell
  • Portfell pakub põhiplokke Lean-Agile Enterprise'i väärtusvoo korraldamiseks ühe või mitme väärtusvoo kaudu.
  • Portfell aitab välja töötada süsteeme ja lahendusi, mida kirjeldatakse strateegilistes teemades (seob SAFe portfelli ettevõtte muutuva äristrateegiaga).
  • Strateegiliste eesmärkide saavutamiseks hõlmab portfelli tase neid elemente. See pakub põhilisi eelarve koostamise ja muid juhtimismehhanisme. Nii on tagatud, et investeering väärtusvoogudesse annab ettevõttele vajaliku tulu.
  • Portfell on äriga seotud kahesuunaliselt:
    • Portfelli suunamiseks suuremate muutuvate ärieesmärkideni pakub see strateegilisi teemasid.
    • Teine suund näitab portfelli väärtuste pidevat liikumist.
  • Programmi portfellihaldus tegutseb sidusrühmadena ja vastutavad äritulemuste saavutamise eest.
  • SAFe Portfolio Level sisaldab inimesi, protsesse ja vajalikke ehitussüsteeme ja lahendusi, mida ettevõte vajab oma strateegiliste eesmärkide saavutamiseks.
  • Väärtusvood on Portfolio peamised eesmärgid, mille abil rahastatakse inimesi ja muid lahenduste loomiseks vajalikke ressursse.
  • Siin kasutatavad olulised põhimõisted on järgmised:
    • Ühendus ettevõttega,
    • Programmi portfelli haldamine,
    • Portfelli eeposte voo haldamine.

Väärtusvoo tase

Rollid/meeskonnad Sündmused Esemeid
* DevOps * Pre- ja Post PI (Program Increment) planeerimine * Nägemus
* Süsteemi meeskond * Lahendusde demod * Teekaart
* Väljalaskehaldus * Kontrollige ja võtke töötuba vastu * Mõõdikud
* Lahenduste haldus * Agile Release Train * Verstapostid
* UEX Architect * Väljalasked
* Value Stream Engineer (RTE) *Väärtusvoo eeposed
* Lahendus Architekt/insener * Value Stream Kanban
* Jagatud teenused * Väärtusvoo mahajäämus
* Klient * Mittefunktsionaalsed nõuded
* Tarnija * Kaalutud lühim töö enne (WSJF)
* Value Stream PI eesmärgid
* Võime
* Lubaja
* Lahenduse kontekst
* Väärtusvoo koordineerimine
* Majandusraamistik
* Lahenduse kavatsus
* MBSE
* Set Based
* Agar Architektuur
  • Väärtusvoo tase on SAFe-s valikuline.
  • Value Stream Level on versioonis SAFe 4.0 uus.
  • Väärtusvoo tase on mõeldud/mõeldud ettevõtetele/ehitajatele/organisatsioonidele, kes on:
  1. Suurte mõõtmetega
  2. Sõltumatu
  3. Kasutage keerukaid lahendusi
  4. Nende lahendused nõuavad tavaliselt mitut ART-i
  5. Neil on tarnijate panus.
  6. Nad seisavad silmitsi suurimate süsteemiprobleemidega
  7. Küberfüüsikaliste süsteemide jaoks
  8. Tarkvara, riistvara, elektri- ja elektroonikaseadmete, optika, mehaanika, vedelike ja muu jaoks.
  • Seda tüüpi süsteemide loomiseks kulub sageli sadu, isegi tuhandeid praktikuid, väliseid ja sisemisi tarnijaid.
  • Kui süsteemid on missioonil üliolulised. Lahenduse või isegi allsüsteemi ebaõnnestumisel on vastuvõetamatud majanduslikud ja sotsiaalsed tagajärjed.
  • Kui ettevõtteid saab ehitada mõnesaja praktikuga, ei pruugi see selle taseme konstruktsioone vajada. Sel juhul saavad nad kasutadakokkuvarisenud vaade' mis on 3-tasemeline SAFe.
  • Väärtusvoo lahenduste loomine Lean-Agile mustriga nõuab täiendavaid artefakte, kooskõlastamist ja konstruktsioone. Seega sisaldab see tase majanduslikku raamistikku, mis annab Value Streamile rahalised piirid
  • See toetab sagedust ja sünkroonimist mitme ART-i ja tarnija jaoks. See sisaldab PI-eelseid ja -järgseid planeerimiskoosolekuid ning lahenduse demo.
  • See annab täiendavaid rolle, milleks on: Value Stream Engineer, Solution Architect / Engineering ja Solution Management.

kokkuvõte

  • SAFe on tööstuses end tõestanud väärtuskeskne meetod Agile'i skaleerimiseks ettevõtte tasemel.
  • See vastab küsimustele, nagu "Kuidas me planeerime?", "Kuidas me eelarvet koostame?" ja "Kuidas muutume arhitektuuris ja ristfunktsionaalseks?" DevOps?"
  • SAFe Agile raamistik aitab suurtel organisatsioonimeeskondadel täita organisatsiooni strateegilisi eesmärke, mitte ainult üksikute projektieesmärke.
  • Raamistik pakub võimalust säilitada ja luua tsentraliseeritud strateegia väärtuse pakkumiseks.
  • SAFe mudelil on kolm/neli taset, mis koondavad organisatsiooni strateegilised teemad.
  • Tsentraliseeritud strateegia koos detsentraliseeritud agiilse arendustegevusega.

viited:

SAFe Lean Enterprises 5.0:

http://www.scaledagileframework.com