Mis on laiendatud väledusraamistik (SAFe)?
Scaled Agile Framework (SAFe) on vabalt kättesaadav veebipõhine teadmistebaas, mis võimaldab teil ettevõtte tasandil rakendada vähese vilumusega tavasid. See pakub tarkvara arendamiseks lihtsat ja kerget kogemust. See on organisatsioonide ja töövoo mustrite kogum, mis on ette nähtud ettevõtete suunamiseks lahja ja väleda praktika laiendamisel. See on jagatud kolme segmenti, milleks on meeskond, programm ja portfell.
SAFe raamistik võimaldab meeskonnal
- Lean-Agile 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 organisatsiooni kõigi sidusrühmade vajaduste rahuldamiseks.
SAFe töötati esmakordselt välja selles valdkonnas ja seda arendati Dean Leffingwelli raamatutes ja ajaveebis. Versioon 1.0 on esimene ametlik väljaanne 2011. aastal. Viimane versioon on 4.6 ja see anti välja 2018. aasta oktoobris. See annab juhiseid töötamiseks ettevõtte portfelli, väärtuse voo, programmi ja meeskonna tasandil.
Selles SAFe Agile õpetuses saate teada
- Mis on laiendatud väledusraamistik (SAFe)
- Miks kasutada Agile Frameworkit
- Millal kasutada mastaapset agiilset raamistikku
- Kui erinevad kui teised agiilsed tavad
- Scaled Agile Frameworki alused
- Vilgas manifest
- SAFE erinevad tasemed
- Meeskonna tase
- Programmi tase
- Portfelli tase
- Voo voo tase
Miks kasutada Agile Frameworkit
See on lihtne ja kergekaaluline raamistik, kuid suudab siiski toime tulla suurte väärtusvoogude ja keeruka süsteemiarenduse vajadustega. SAFe vilgas raamistiku juurutamisel on teil järgmised eelised:
- Tootlikkus suurenes poolt 20-50%
- Kvaliteet tõusis üle 50%
- Aeg turule jõudmiseks on kiirem kui 30–75%
- Suurenenud töötajate kaasatus ja tööga rahulolu.
Üksikasjalik raamistik on saadaval veebisaidil. See näitab kõiki põhirolle, tegevusi, tulemusi ja voogusid. See toimib ka navigatsioonivahendina ülejäänud saidil.
Allpool olev pilt selgitab, kuidas vilgas protsess töötab. Eeposed on suur töö, mis jaguneb edasi mitmeteks väiksemateks lugudeks või alepoosideks. Need osa-eeposed on meeskonnale eraldatud kui lugu. Seejärel töötab iga meeskond vastavalt nende lugude või tarkvara funktsioonidega.
Millal kasutada mastaapset agiilset raamistikku
- Kui meeskond soovib rakendada järjepidevat lähenemisviisi järjepidevalt suuremates, mitme meeskonnaga programmides ja portfellides.
- Kui mitu meeskonda töötab oma agiilse rakendamise viisi, kuid seisab regulaarselt silmitsi takistuste, viivituste ja ebaõnnestumistega.
- Kui meeskonnad soovivad töötada iseseisvalt.
- Kui soovite Agile'i laiendada kogu organisatsioonis, kuid pole kindel, milliseid uusi rolle võib vaja minna või milliseid olemasolevaid rolle (st juhtkonda) tuleb muuta ja kuidas.
- Kui olete proovinud Agile'i laiendada kogu oma organisatsioonis, kuid võitlesite ühtlustamise nimel, et saavutada äriosakondades ühtne või ühtlane strateegia portfellist programmi ja meeskonna tasandini.
- Kui organisatsioon peab oma tootearenduse täitmisaega parandama ja soovib teada, kuidas teistel ettevõtetel on õnnestunud Agile'i SAFe-ga skaleerida.
Kui erinevad kui teised agiilsed tavad
Vaatame nüüd selles Scaled Agile Frameworki õpetuses, kuidas Scaled Agile Framework erineb teistest agiilsetest tavadest,
- See on avalikult kättesaadav ja tasuta kasutamiseks.
- Saadaval väga ligipääsetavas ja kasutatavas vormis.
- See on kerge, praktiliselt tõestatud tulemused ja konkreetse taseme jaoks.
- See muudab / hooldab pidevalt / regulaarselt kõige sagedamini kasutatavaid agiilseid tavasid.
- Pakub kasulikke laiendusi levinud agiilsetele tavadele.
- Põhjendab ettevõtte konteksti jaoks agaraid tavasid.
- Pakub täielikku pilti tarkvaraarendusest.
- Nähtavus või läbipaistvus on rohkem kõigil tasanditel.
- Jätkuv või regulaarne tagasiside kvaliteedi ja parendamise kohta.
Scaled Agile Frameworki alused
Scaled Agile Framework (SAFe): see seisab oma alustaladel
- Lean-Agile põhimõtted
- Põhiväärtused,
- Lean-Agile juhtimine
- Lean-Agile mõttekomplekt,
- Praktikakogukonnad (rühm inimesi, kes töötavad pidevalt SAFe praktikate kallal)
- Rakendamine 1-2-3
SAFe Lean-Agile põhimõtted
Neid SAFe Agile põhiprintsiipe ja väärtusi SAFe jaoks tuleb mõista, näidata ja jätkata, et saada soovitud tulemusi.
- Vaadake majanduslikku vaadet
- Rakenda süsteemimõtlemist
- Oletame varieeruvust; säilitada võimalusi
- Ehitage järk-järgult kiirete, integreeritud õppetsüklitega
- Töötavate süsteemide objektiivse hindamise alused
- Visualiseerige ja piirake WIP-i, vähendage partii suurust ja hallake järjekorra pikkusi
- Rakendage rütm, sünkroonige domeenidevahelise planeerimisega
- Ava teadmistetöötajate sisemine motivatsioon
- Detsentraliseeri otsustamine
SAFe väledad põhiväärtused
SAFe Agile metoodika põhineb neil neljal väärtusel.
Joondamine:
- SAFe toetab joondamist.
- Joondamine algab
- Strateegilised teemad portfelli mahajäämuses ja
- Siirdub jaotisesse Programmifailide visioon ja teekaart ning seejärel
- Kolib meeskonna mahajäämustesse.
Sisseehitatud kvaliteet:
- See tagab, et iga täiendav tarne kajastab kvaliteedistandardeid.
- Kvaliteeti ei ole "hiljem lisatud" sisse ehitatud.
- Sisseehitatud kvaliteet on Lean'i eeltingimus ja selle kohustuslikkus
Läbipaistvus:
- Läbipaistvus võimaldab usaldust.
- SAFe aitab ettevõttel saavutada läbipaistvust kõigil tasanditel - juhid, portfellihaldurid ja muud sidusrühmad.
- Kõik näevad portfelli mahajäämust / Kanbani, programmide mahajäämusi / Kanbani ja Team Backlogit / Kanbani.
- Igal tasemel on selge arusaam PI eesmärkidest.
- Rongiprogrammid on nähtavad nii meeskonna kui ka muude programmide mahajäämustesse
- Meeskonnad ja programmid on nähtavad äri- ja arhitektuurieeposest. Nad näevad, mis võib nende teele suunduda.
Programmi täitmine:
- SAFe pöörab suurt tähelepanu töötavatele süsteemidele ja sellest tulenevatele äritulemustele.
- SAFe pole kasulik, kui meeskonnad ei suuda teostada ja pidevalt väärtust pakkuda.
Lean Agile juhid:
Lean-Agile juhid on elukestvad õppijad ja õpetajad. See aitab meeskondadel paremaid süsteeme üles ehitada, mõistes ja tutvustades Lean-Agile SAFe põhimõtteid.
Meeskondade võimaldajana on lõplik vastutus Lean-Agile arenduste vastuvõtmisel, edukusel ja pideval täiustamisel. Muutuste ja pideva täiustamise jaoks tuleb juhte koolitada.
Juhid peavad kasutusele võtma uue juhtimisstiili. See, mis annab inimestele ja meeskondadele tõelise volituse ja kaasab nad oma kõrgeima potentsiaali saavutamisse.
Nende Lean-Agile juhtide põhimõtted
- Juhi muutust
- Tunne teed; Rõhutage elukestvat õpet
- Arenda inimesi
- Inspireerige ja sobitage missiooniga; Minimeeri piirangud
- Detsentraliseeri otsuste tegemine
- Ava teadmistetöötajate sisemine motivatsioon
Lean Agile mõttekomplekt:
Lean-Agile mõtteviis on esindatud kahes asjas:
- SAFe Lean'i maja
- Vilgas manifest
SAFe Lean'i maja :
SAFe on tuletatud Lean'i tootmise põhimõtetest ja tavadest. Nende tegurite põhjal esitleb SAFe SAFe Lean House'i. See on inspireeritud lahja Toyota majast.
Leansi eesmärk on ületamatu: pakkuda kliendile maksimaalset väärtust võimalikult lühikese aja jooksul võimalikult kõrge kvaliteediga
Allpool olev joonis selgitab SAFe Lean House'i eesmärki, sambaid ja sihtasutust.
Vilgas manifest
Avastame paremaid viise tarkvara arendamiseks, tehes seda ja aidates teistel seda teha. Selle töö kaudu oleme väärtustanud:
Sellepärast, kuigi paremal asuvatel üksustel on väärtus, väärtustame vasakpoolseid üksusi rohkem.
Vilgas manifest
- Kõrgeim prioriteet on kliendi rahulolu pideva ja varajase väärtusliku tarkvara tarnimisega.
- Võtke kasutusele muutuvad nõuded, isegi arenduse hilises staadiumis. Agile SAFe metoodika töötleb muutusi kliendi kasuks.
- Tarnige töötavat tarkvara sageli, paarist nädalast paari kuuni, eelistades lühemat ajakava.
- Arendajad ja ärimehed peavad kogu projekti vältel igapäevaselt koostööd tegema.
- Ehitage motiveeritud inimeste ümber projekte. Andke neile tuge ja vajalikku keskkonda ning usaldage neid tööd tegema.
- Kõige tõhusam meetod suhtlemiseks arendusmeeskonnaga on näost näkku vestlus.
- Töötav tarkvara on edasimineku esmane mõõdupuu.
- Väledad protsessid soodustavad säästvat arengut. Sponsorid, arendajad ja kasutajad peaksid suutma lõputult ühtlast tempot hoida.
- Pidev tähelepanu tehnilisele tipptasemele ja heale kujundusele suurendab väledust.
- Lihtsus - tegemata tööde maksimeerimise kunst - on hädavajalik.
- Parimad arhitektuurid, nõuded ja kujundused tulenevad isekorraldavatest meeskondadest.
- Korrapäraste ajavahemike järel mõtiskleb meeskond selle üle, kuidas tõhusamaks muuta, seejärel häälestab ja kohandab oma käitumist vastavalt sellele.
SAFE erinevad tasemed
SAFe rakendamisel on kaks erinevat tüüpi:
- SAFe 4.0 juurutamine
- SAFe 3.0 juurutamine
- SAFe 4.0 juurutamisel on meil neli taset: portfell, väärtusvoog, programm ja meeskond.
- SAFe 3.0 juurutamisel on meil kolm taset: portfell, programm ja meeskond
- Kolmetasandiline SAFe on mõeldud väiksematele rakendustele, kus on 100 või vähem inimest. Programmid, mis ei vaja märkimisväärset koostööd.
- 4-tasemel SAFe on mõeldud lahendustele, mis vajavad tarkvara juurutamise ja hoolduse väljatöötamiseks tavaliselt sadu praktikuid.
Meeskonna tase
| Rollid / võistkonnad | Sündmused | Artefaktid | ||
|---|---|---|---|---|
| * Vilgas meeskond | * Sprindi planeerimine | * Meeskonna mahajäämus | ||
| * Toote omanik | * Mahajäänud hoolitsemine | * Mittefunktsionaalsed nõuded | ||
| * Scrum Master | * Igapäevane püstijaotus | * Meeskonna PI eesmärgid | ||
| * Täitmine | * Kordused | |||
| * Sprindi demo | * Lood (töötav tarkvara) | |||
| * Sprindi retrospektiiv | * Sprindi eesmärgid | |||
| * IP-sprindid | * Sisseehitatud kvaliteet | |||
| * Naastud | ||||
| * Meeskond Kanban |
- Kõik SAFe meeskonnad on osa ühest või teisest Agile Release Trainist (ART).
- SAFe meeskonnad on võimekad, iseorganiseeruvad, ise juhtivad, funktsionaalsust ületavad meeskonnad
- Iga meeskond vastutab võrdselt oma meeskonna mahajäämuse lugude määratlemise, koostamise ja testimise eest fikseeritud pikkusega kordustes
- Võistkonnad kavandavad ja viivad läbi kahenädalaseid aeg-ajalisi kordusi vastavalt kokkulepitud iteratsiooni eesmärkidele.
- Võistkonnad kasutavad ScrumXP / Team Kanbani rutiini, et pakkuda iga kahe nädala tagant kvaliteetseid süsteeme, et koostada süsteemidemo.
- Kõik ART (Agile Release Trains) meeskonnad loovad integreeritud ja testitud süsteemi. Sidusrühmad hindavad ja vastavad kiirelt
- Nad rakendavad sisseehitatud kvaliteedipraktikaid.
- Igas ScrumXP meeskonnas on 5–9 meeskonnaliiget, mis sisaldab kõiki rolle, mis on vajalikud kvaliteedi juurdekasvu loomiseks igas iteratsioonis.
- ScrumXP rollid hõlmavad järgmist.
- Meeskond (Dev + QA)
- Scrum Master
- Toote omanik. Jne…
- SAFe jagab arenduse ajaskaala korduste komplektiks PI-s (Programmi juurdekasv).
- PI kestus on vahemikus 8-12 nädalat.
- Meeskond kasutab väärtuste edastamiseks lugusid. Toote omanikul on sisuline autoriteet nende loomisel ja lugude vastuvõtmisel.
- Lood sisaldavad kliendi nõudmisi.
- Team Backlog sisaldab kasutajate ja lubajate lugusid, mis tuvastatakse PI kavandamisel. Kui tootehaldus esitab tegevuskava, visiooni ja programmi mahajäämuse.
- Lugude tuvastamine, väljatöötamine, prioriteetide seadmine, ajakavade koostamine, rakendamine, testimine ja aktsepteerimine on meeskonnatasandi juhtimistöö peamised nõuded.
- Igas iteratsioonis on:
- Uue funktsionaalsuse väärtuslik juurdekasv
- Täitke pidevalt korduva mustri abil
- Planeerige iteratsioon
- Pühenduge mõnele funktsioonile
- Teostage iteratsioon lugude koostamise ja testimisega
- Uue funktsionaalsuse demo
- Tagantjärele
- Korrake järgmist iteratsiooni
- Samuti toetavad meeskonnad iga korduse lõpus süsteemi demot. mis on ART kriitiline integratsioonipunkt.
- Suurema väärtusega voogudel on mitu ART-d.
- Innovatsiooni ja planeerimise (IP) iteratsioonid annavad meeskondadele võimaluse innovatsiooniks ja uurimiseks.
Programmi tase
| Rollid / võistkonnad | Sündmused | Artefaktid | ||
|---|---|---|---|---|
| * DevOps | * PI (programmi juurdekasv) planeerimine | * Visioon | ||
| * Süsteemimeeskond | * Süsteemi demod | * Teekaart | ||
| * Väljalaske haldamine | * Kontrollige ja võtke vastu töökoda | * Mõõdikud | ||
| * Tootehaldus | * Arhitektuurne rada | * Verstapostid | ||
| * UEX arhitekt | * Vabastage igal ajal | * Väljalasked | ||
| * Vabastage rongi insener (RTE) | * Agile vabastav rong | * Programmi eeposed | ||
| * Süsteemiarhitekt / insener | * Vabastage | * Kanbani saade | ||
| * Ettevõtte omanikud | * Programmi mahajäämus | |||
| * Lean-Agile juhid | * Mittefunktsionaalsed nõuded | |||
| * Praktikakogukonnad | * Kaalutud lühim töö kõigepealt (WSJF) | |||
| * Jagatud teenused | * Programmi PI eesmärgid | |||
| * Klient | * Tunnusjoon | |||
| * Võimaldaja | ||||
| * Lahendus | ||||
| * Väärtuste voo koordineerimine |
- Programmi tasemel annavad SAFe väärtuse pikaealised agiilsed vabastamisrongid (ART). Kordus on meeskonnale ja rong programmile.
- Agile Release Trains (ART) on peamine vahend väärtuse edastamiseks programmi tasandil. See edastab organisatsioonile väärtusvoo.
- Programmi juurdekasvu (PI) kestus on 8 kuni 12 nädalat.
- ART koosneb 5–12 väledast meeskonnast (umbes 50–125+ inimest), mis sisaldab kõiki rolle ja infrastruktuuri, mida on vaja täielikult testitud, toimiva süsteemitaseme tarkvara tarnimiseks.
- Iga PI on mitme iteratsiooni ajakast. Selle käigus töötatakse välja ja tarnitakse süsteemi märkimisväärne väärtuslik juurdekasv.
- Igas PI-s toimuvad "demo" ja "Kontrolli ja kohanda" seansid ning algab järgmise PSI kavandamine.
- Programmi tasandil rõhutatakse SAFe vastavusse viimise põhimõtet. Seda seetõttu, et kliendi väärtuse loomiseks on integreeritud mitu kiiret meeskonnatööd.
- SAFe artefakti hierarhia on Epics-> funktsioonid-> kasutajalood .
- Programmi tasandil on tootejuhil / programmijuhil sisuõigus. Ta määratleb ja seab prioriteediks programmi mahajäämuse.
- Programmi mahajäämus on prioriteetsete funktsioonide loend.
- Programmitasandil võivad funktsioonid olla alguse saanud või tuleneda portfellitasemel määratletud eepostest.
- Funktsioonid lagunevad kasutajate lugudeks ja liiguvad meeskonnataseme mahajäämustesse.
- Tootejuhi või väljalaske rongi inseneri rolliga võiks tegeleda programmijuht / vanemprojektijuht
- Süsteemiarhitekti roll programmi tasemel on meeskondadega igapäevane koostöö. See tagab mittefunktsionaalsete nõuete täitmise. Samuti teevad nad portfelli tasemel koostööd ettevõtte arhitektiga, et veenduda, et tulevaste kasutajate ja ettevõtete vajaduste rahuldamiseks on piisavalt arhitektuurirada.
- Liidese kujunduse, kasutuskogemuse juhised ja meeskondade kujunduselemente pakub UX Designers.
- Chief-Scrum Master'i rolli mängib "Release Train Engineer".
- Erinevad meeskonnad (alates turundusest, arendamisest, kvaliteedist, operatsioonidest ja juurutamisest) moodustavad väljalaske halduse meeskonna. Nad kiidavad heaks kvaliteetsete lahenduste tavapärase väljaandmise klientidele.
- Tarkvara juurutamisest kliendikeskkondadesse ja eduka edastamise eest hoolitseb DevOpsi meeskond.
Portfelli tase
| Rollid / võistkonnad | Sündmused | Artefaktid | ||
|---|---|---|---|---|
| * Ettevõtte arhitekt | * Investeeringute strateegiline planeerimine | * Strateegilised teemad | ||
| * Programmiportfelli haldus | * Kanbani portfelli (eepiline) planeerimine | * Ettevõtlus | ||
| * Eepilised omanikud | * Portfelli mahajäämus | |||
| * Portfell Kanban | ||||
| * Mittefunktsionaalsed nõuded | ||||
| * Eepiline ja võimaldaja | ||||
| * Väärtuste voog | ||||
| * Eelarved (CapEx ja OpEx) |
- Kõige suurem huvi SAFe vastu on SAFe portfell
- Portfell pakub põhiplokid Lean-Agile ettevõtte väärtusvoo korraldamiseks ühe või mitme väärtusvoo kaudu.
- Portfell aitab arendada süsteeme ja lahendusi, mida kirjeldatakse strateegilistes teemades (seob SAFe portfelli ettevõtte muutuva äristrateegiaga).
- Strateegiliste eesmärkide saavutamiseks koondab portfellitase need elemendid. See pakub põhilisi eelarvestamise ja muid juhtimismehhanisme. Nii tagab see, et investeering väärtusvoogudesse annab ettevõttele vajaliku tootluse.
- Portfell on ettevõttega ühendatud kahesuunaliselt:
- Portfelli suunamiseks suuremate muutuvate ärieesmärkide juurde pakub see strateegilisi teemasid.
- Teine suund näitab portfelliväärtuste pidevat voogu.
- Programmiportfelli haldamine toimib sidusrühmadena ja nad vastutavad majandustulemuste saavutamise eest.
- SAFe portfellitase sisaldab inimesi, protsesse ning vajalikke ehitussüsteeme ja lahendusi, mida ettevõte vajab oma strateegiliste eesmärkide saavutamiseks.
- Väärtuste voog on portfelli põhieesmärk, mille abil rahastada inimesi ja muid ressursse, mis on vajalikud lahenduste loomiseks.
- Siin kasutatavad olulised põhimõisted on:
- Ühendus ettevõttega,
- Programmi portfelli haldamine,
- Portfellieeposte voo haldamine.
Voo voo tase
| Rollid / võistkonnad | Sündmused | Artefaktid | ||
|---|---|---|---|---|
| * DevOps | * Enne ja pärast PI (programmi juurdekasvu) planeerimine | * Visioon | ||
| * Süsteemimeeskond | * Lahenduste demod | * Teekaart | ||
| * Väljalaske haldamine | * Kontrollige ja võtke vastu töökoda | * Mõõdikud | ||
| * Lahenduste haldamine | * Agile vabastav rong | * Verstapostid | ||
| * UEX arhitekt | * Väljalasked | |||
| * Value Streami insener (RTE) | * Voogesituse eeposed | |||
| * Lahendusarhitekt / insener | * Väärtuste voog Kanban | |||
| * Jagatud teenused | * Voo voo mahajäämus | |||
| * Klient | * Mittefunktsionaalsed nõuded | |||
| * Tarnija | * Kaalutud lühim töö kõigepealt (WSJF) | |||
| * Väärtuse voo PI eesmärgid | ||||
| * Võime | ||||
| * Võimaldaja | ||||
| * Lahenduse kontekst | ||||
| * Väärtuste voo koordineerimine | ||||
| * Majandusraamistik | ||||
| * Lahenduse kavatsus | ||||
| * MBSE | ||||
| * Komplektipõhine | ||||
| * Agile arhitektuur |
- Väärtuste voo tase on SAFe-s valikuline.
- Voogevoo tase on SAFe 4.0 versioonis uus.
- Value Stream Level on mõeldud / mõeldud ettevõtetele / ehitajatele / organisatsioonidele, kes on:
- Suurte mõõtmetega
- Iseseisev
- Kas teil on keerulisi lahendusi
- Nende lahendused nõuavad tavaliselt mitut ART-d
- Neil on tarnijate panus.
- Nad seisavad silmitsi suurimate süsteemidega seotud probleemidega
- Küberfüüsikaliste süsteemide jaoks
- Tarkvara, riistvara, elektri- ja elektroonika, optika, mehaanika, voolikute ja muu jaoks.
- Selliste süsteemide ülesehitamine nõuab sageli sadu, isegi tuhandeid spetsialiste, väliseid ja sisemisi tarnijaid.
- Kui süsteemid on missioonil üliolulised. Lahenduse või isegi alamsüsteemi ebaõnnestumisel on vastuvõetamatud majanduslikud ja sotsiaalsed tagajärjed.
- Kui ettevõtteid saab rajada mõnesaja praktiseerijaga, ei pruugi see vajada selle taseme konstruktsioone. Sel juhul saavad nad kasutada „ ahendatud vaates“, mis on 3-tasemeline SAFe.
- Väärtusvoo lahenduste ehitamine Lean-Agile mustri järgi nõuab täiendavaid artefakte, kooskõlastamist ja konstruktsioone. Nii et see tase sisaldab majandusraamistikku, et anda Value Streami jaoks finantspiirid
- See toetab mitme ART-i ja tarnija kiirust ja sünkroniseerimist. See sisaldab enne ja pärast PI-planeerimise koosolekuid ning lahenduste tutvustust.
- See annab täiendavaid rolle: Value Stream Engineer, Solution Architect / Engineering ja Solution Management.
Kokkuvõte:
- SAFe on tööstuses tõestatud ja väärtusele keskendunud meetod Agile'i skaleerimiseks ettevõtte tasandil.
- See vastab sellistele küsimustele nagu "Kuidas me planeerime?", "Kuidas me eelarvet teeme?" Ja "Kuidas saada arhitektuuris ja DevOpsis ristfunktsionaalseks?"
- SAFe Agile raamistik aitab suurtel organisatsioonimeeskondadel täita organisatsiooni strateegilisi eesmärke, mitte ainult üksikute projekti eesmärke.
- Raamistik pakub võimalust säilitada ja luua väärtuse andmiseks tsentraliseeritud strateegia.
- SAFe mudelil on kolm / neli taset, mis koondavad organisatsiooni strateegilised teemad.
- Tsentraliseeritud strateegia koos de-tsentraliseeritud ja kiire arenduse teostamisega.
Viited:
SAFe Lean Enterprises 5.0 jaoks:
http://www.scaledagileframework.com
Selle artikli kirjutas Jyothi Rangaraj