Vadnica za metodologijo SAFe: Kaj je Scaled Agile Framework

Kazalo:

Anonim

Kaj je Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) je prosto dostopna spletna baza znanja, ki vam omogoča uporabo vitkih in gibčnih praks na ravni podjetja. Zagotavlja preprosto in lahko izkušnjo za razvoj programske opreme. Gre za nabor organizacij in vzorcev delovnega toka, ki so namenjeni podjetjem za merjenje vitkih in gibčnih praks. Razdeljen je na tri segmente, ki so skupina, program in portfelj.

Okvir SAFe omogoča ekipi za,

  • Uvajanje programske opreme in sistemov Lean-Agile na ravni podjetja
  • Temelji na načelih vitkosti in gibčnosti.
  • Daje podrobna navodila za delo v portfelju podjetja, vrednostnem toku, programu in skupini.
  • Zasnovan je tako, da ustreza potrebam vseh zainteresiranih strani v organizaciji.

SAFe je bil prvič razvit na tem področju in je bil podrobno opisan v knjigah in blogu Deana Leffingwella . Različica 1.0 je prva uradna izdaja leta 2011. Najnovejša različica je 4.6, izdana je bila oktobra 2018. Zagotavlja smernice za delo na ravni portfelja podjetij, vrednosti pretoka, programa in skupine.

V tej vadnici SAFe Agile se boste naučili -

  • Kaj je Scaled Agile Framework (SAFe)
  • Zakaj uporabljati Agile Framework
  • Kdaj uporabiti Scaled Agile Framework
  • Kako drugačne kot druge agilne prakse
  • Temelji Scaled Agile Framework
  • Agile Manifesto
  • Različni nivoji VARNO
    • Skupinska raven
    • Raven programa
    • Raven portfelja
    • Raven pretoka vrednosti

Zakaj uporabljati Agile Framework

Je preprost in lahek okvir, vendar je sposoben obvladati potrebe velikih tokov vrednosti in zapletenega razvoja sistema. Z izvajanjem agilnega okvira SAFe boste imeli naslednje prednosti:

Prednosti uporabe Agile Framework
  • Produktivnost se je povečala za 20 - 50%
  • Kakovost se je povečala za več kot 50%
  • Čas do prodaje je hitrejši od 30 -75%
  • Povečana zavzetost zaposlenih in zadovoljstvo pri delu.

Podroben okvirni diagram je na voljo na spletni strani. Prikazuje vse ključne vloge, dejavnosti, končne rezultate in tokove. Služi tudi kot navigacijski pripomoček za preostale strani.

Spodnja slika pojasnjuje, kako deluje agilen postopek. Epike so obsežno delo, ki se nadalje razdeli na številne manjše zgodbe ali podepe. Ti podepi so ekipi dodeljeni kot zgodba. Nato vsaka ekipa ustrezno obdela te zgodbe ali funkcije programske opreme.

Scaled Agile Framework Architecture

Kdaj uporabiti Scaled Agile Framework

  • Ko je ekipa zainteresirana za dosledno izvajanje agilnega pristopa v večjih programih in portfeljih za več ekip.
  • Ko več ekip vodi svojo pot agilne izvedbe, vendar se redno sooča z ovirami, zamudami in neuspehi.
  • Ko ekipe želijo delati samostojno.
  • Ko želite prilagoditi Agile v celotni organizaciji, vendar niste prepričani, katere nove vloge bodo morda potrebne ali katere obstoječe vloge (tj. Upravljanje) je treba spremeniti in kako.
  • Ko poskušate prilagoditi Agile v svoji organizaciji, vendar se trudite, da bi dosegli enotno ali dosledno strategijo med poslovnimi oddelki, od portfelja do ravni programa in skupine.
  • Ko mora organizacija izboljšati čas razvoja svojih izdelkov in želi vedeti, kako je drugim podjetjem uspelo prilagoditi Agile s SAFe.

Kako drugačne kot druge agilne prakse

Zdaj v tej vadnici Scaled Agile Framework poglejmo, kako se Scaled Agile framework razlikuje od drugih agilnih praks,

  • Je javno dostopen in brezplačen za uporabo.
  • Na voljo v zelo dostopni in uporabni obliki.
  • Je lahek, praktično dokazan rezultat in specifičen za raven.
  • Nenehno / redno spreminja / vzdržuje najpogosteje uporabljene agilne prakse.
  • Ponuja uporabne razširitve običajnih agilnih praks.
  • Gibke prakse utemelji na kontekstu podjetja.
  • Ponuja popolno sliko razvoja programske opreme.
  • Vidnost ali preglednost je bolj na vseh ravneh.
  • Nadaljevanje ali redne povratne informacije o kakovosti in izboljšavah.

Temelji Scaled Agile Framework

Temelji Scaled Agile Framework

Scaled Agile Framework (SAFe): stoji na temeljih

  1. Lean-Agile Principi
  2. Temeljne vrednote,
  3. Vitko in gibčno vodstvo
  4. Lean-Agile Mind-set,
  5. Skupnosti za prakso (Skupina ljudi, ki nenehno dela na praksah SAFe)
  6. Izvajanje 1-2-3

VARNA Lean-Agile načela

Ta osnovna načela in vrednote SAFe Agile za SAFe je treba razumeti, razstaviti in nadaljevati, da dosežemo želene rezultate.

  • Zavzemite ekonomsko stališče
  • Uporabite sistemsko razmišljanje
  • Predpostavimo variabilnost; ohraniti možnosti
  • Gradite postopoma s hitrimi, integriranimi cikli učenja
  • Mejniki temeljijo na objektivni oceni delovnih sistemov
  • Vizualizirajte in omejite WIP, zmanjšajte velikost paketov in upravljajte dolžine čakalnih vrst
  • Uporabite kadenco, sinhronizirajte z načrtovanjem med domenami
  • Sprostite notranjo motivacijo zaposlenih v znanju
  • Decentralizirajte odločanje

SAFe okretne temeljne vrednote

Metodologija SAFe Agile temelji na teh štirih vrednotah.

Poravnava:

  • SAFe podpira poravnavo.
  • Poravnava se začne ob,
    • Strateške teme v zaostankih v portfelju in
    • Pomakne se navzdol do vizije in načrta zaostankov programov in nato
    • Premakne se v zaostanke ekipe.

Vgrajena kakovost:

  • Zagotavlja, da vsaka dodatna dostava odraža standarde kakovosti.
  • Kakovost ni "dodana pozneje".
  • Vgrajena kakovost je predpogoj Lean in obvezen

Preglednost:

  • Preglednost omogoča zaupanje.
  • SAFe podjetju pomaga doseči preglednost na vseh ravneh - vodstveni delavci, vodje portfeljev in drugi deležniki.
  • Vsakdo lahko vidi zaostanek portfelja / Kanban, zaostanek programov / Kanban in zaostanek ekipe / Kanban.
  • Vsaka raven jasno razume cilje PI.
  • Programi vlakov imajo vpogled v zaostanke ekipe in tudi v druge zaostanke programov
  • Skupine in programi imajo vpogled v poslovni in arhitekturni Epics. Vidijo lahko, kaj bi se lahko usmerilo na njihovo pot.

Izvajanje programa:

  • SAFe daje velik poudarek delujočim sistemom in posledičnim poslovnim rezultatom.
  • SAFe ni uporaben, če ekipe ne morejo izvajati in neprestano zagotavljati vrednosti.

Vitki okretni voditelji:

Lean-Agile Leaders so vseživljenjski učenci in učitelji. Skupinam pomaga zgraditi boljše sisteme z razumevanjem in razstavljanjem načel vitke in gibčne varnosti.

Kot orodje za ekipe je glavna odgovornost sprejemanje, uspeh in stalno izboljševanje Lean-Agile razvoja. Za spremembe in nenehne izboljšave morajo biti voditelji usposobljeni.

Voditelji morajo sprejeti nov slog vodenja. Ta, ki resnično opolnomoči in pritegne posameznike in ekipe, da dosežejo svoj največji potencial.

Načela teh vitkih in gibčnih voditeljev

  • Vodite spremembo
  • Spoznajte pot; Poudarite vseživljenjsko učenje
  • Razvijte ljudi
  • Navdihni in uskladi z misijo; Zmanjšajte omejitve
  • Decentralizirajte odločanje
  • Odklenite notranjo motivacijo delavcev znanja

Lean Agile Mind-Set:

Lean-Agile miselnost je zastopana v dveh stvareh:

  1. SAFe House of Lean
  2. Agile Manifesto

VARNA Hiša vitke :

SAFe izhaja iz načel in praks vitke proizvodnje. Na podlagi teh dejavnikov SAFe predstavlja "SAFe House of Lean". Navdihuje ga "hiša" vitke Toyote.

Cilj vitkosti je nepremagljiv: zagotoviti stranki največjo možno vrednost v najkrajšem možnem času z najvišjo možno kakovostjo

Spodnja slika pojasnjuje cilj, stebre in osnovo "SAFe House of Lean."

Cilji in temelji razširjenega agilnega okvira

Agile Manifesto

Odkrivamo boljše načine za razvoj programske opreme tako, da to počnemo in pomagamo drugim. S tem delom smo prišli do vrednosti:

Agile Manifesto

Zato, čeprav je vrednost na postavkah na desni, bolj vrednotimo predmete na levi.

Agile Manifesto

  1. Najpomembnejša naloga je zadovoljiti kupca s stalno in zgodnjo dobavo dragocene programske opreme.
  2. Sprejmite spreminjajoče se zahteve, tudi pozno v razvoju. Agile SAFe metodologija obdeluje spremembe v korist kupca.
  3. Pogosto dobavljajte delujočo programsko opremo, od nekaj tednov do nekaj mesecev, s prednostjo do krajšega časovnega okvira.
  4. Razvijalci in poslovneži morajo med projektom vsak dan sodelovati.
  5. Gradite projekte okoli motiviranih posameznikov. Dajte jim podporo in okolje, ki ga potrebujejo, ter jim zaupajte, da bodo delo opravili.
  6. Najučinkovitejša metoda za komunikacijo z razvojno skupino je osebni pogovor.
  7. Delovna programska oprema je glavno merilo napredka.
  8. Agilni procesi spodbujajo trajnostni razvoj. Sponzorji, razvijalci in uporabniki bi morali imeti možnost, da neomejeno vzdržujejo stalno hitrost.
  9. Nenehna pozornost tehnični odličnosti in dobremu dizajnu povečuje gibčnost.
  10. Preprostost - umetnost maksimiranja količine opravljenega dela - je bistvenega pomena.
  11. Najboljše arhitekture, zahteve in modeli izhajajo iz samoorganiziranih ekip.
  12. V rednih časovnih presledkih ekipa razmišlja, kako postati učinkovitejša, nato uglasi in ustrezno prilagodi svoje vedenje.

Različni nivoji VARNO

Obstajata dve različni vrsti izvajanja SAFe:

  1. Izvajanje SAFe 4.0
  2. Izvajanje SAFe 3.0
Ravni SAFe
  • Pri izvajanju SAFe 4.0 imamo 4 ravni: portfelj, vrednostni tok, program in ekipa.
  • Pri izvajanju SAFe 3.0 imamo tri ravni: portfelj, program in ekipa
  • 3-nivojski SAFe je namenjen manjšim izvedbam s 100 ali manj osebami. Programi, ki ne zahtevajo večjega sodelovanja.
  • 4-nivojski SAFe je namenjen rešitvam, ki običajno zahtevajo na stotine strokovnjakov, da razvijejo uvajanje in vzdrževanje programske opreme.

Skupinska raven

Vloge / ekipe Dogodki Artefakti
* Agilna ekipa * Načrtovanje sprinta * Zaostanek ekipe
* Lastnik izdelka * Negovanje zaostankov * Nefunkcionalne zahteve
* Scrum mojster * Dnevno stand-up * Cilji ekipe PI
* Izvedba * Ponovitve
* Sprint Demo * Zgodbe (delujoča programska oprema)
* Sprint retrospektiva * Sprint cilji
* IP Sprints * Vgrajena kakovost
* Konice
* Ekipa Kanban
  • Vse ekipe SAFe so del enega ali drugega gibljivega vlaka za sprostitev (ART).
  • Ekipe SAFe so pooblaščene, samoorganizirajoče se, samoupravne, medfunkcionalne ekipe
  • Vsaka ekipa je enako odgovorna za definiranje, oblikovanje in preizkušanje zgodb iz zaostankov v določenih dolgih ponovitvah
  • Ekipe načrtujejo in izvajajo dvotedenske časovne ponovitve v skladu s dogovorjenimi cilji ponovitve.
  • Skupine bodo uporabile rutino ScrumXP / Team Kanban za zagotavljanje visokokakovostnih sistemov za izdelavo sistemske predstavitve vsaka dva tedna.
  • Vse različne ekipe v ART (Agile Release Trains) bodo ustvarile integriran in preizkušen sistem. Zainteresirane strani bodo ocenile in odgovorile s hitrimi povratnimi informacijami
  • Uporabljajo vgrajene prakse kakovosti.
  • Vsaka ekipa ScrumXP bo imela 5-9 članov ekipe, kar vključuje vse vloge, potrebne za izgradnjo kakovostne inkrementalne vrednosti v vsaki ponovitvi.
  • Vloge ScrumXP vključujejo:
    • Skupina (Dev + QA)
    • Scrum mojster
    • Lastnik izdelka. Itd…
  • SAFe razdeli časovni načrt razvoja na sklop ponovitev znotraj PI (povečanje programa).
  • Trajanje PI je med 8 in 12 tedni.
  • Skupina bo z zgodbami prinesla vrednost. Lastnik izdelka bo imel vsebinsko pristojnost nad njihovim ustvarjanjem in sprejemanjem zgodb.
  • Zgodbe vsebujejo zahteve kupca.
  • Team Backlog vključuje zgodbe o uporabnikih in omogočevalcih, ki se prepoznajo med načrtovanjem PI. Ko Product Management predstavi načrt, vizijo in zaostanke v programu.
  • Prepoznavanje, priprava, določanje prednostnih nalog, razporejanje, izvajanje, testiranje in sprejemanje zgodb so glavne zahteve vodstvenega dela na timskem nivoju.
  • Vsaka ponovitev zagotavlja:
    • Dragocen prirastek nove funkcionalnosti
    • Izpolnite z nenehno ponavljajočim se vzorcem
    • Načrtujte ponovitev
    • Zavežite se določeni funkcionalnosti
    • Ponovitev izvedite tako, da sestavite in preizkusite Zgodbe
    • Predstavite novo funkcionalnost
    • Retrospektiva
    • Ponovite za naslednjo ponovitev
  • Ekipe podpirajo tudi sistemsko predstavitev na koncu vsake ponovitve. kar je kritična integracijska točka za ART.
  • Večji vrednostni tokovi bodo imeli več ART-jev.
  • Ponovitve za inovacije in načrtovanje (IP) izkoristijo skupinam priložnost za inovacije in raziskovanje.

Raven programa

Vloge / ekipe Dogodki Artefakti
* DevOps * Načrtovanje PI (povečanje programa) * Vizija
* Sistemska ekipa * Predstavitve sistema * Načrt
* Upravljanje izdaje * Preglejte in sprejmite delavnico * Meritve
* Upravljanje izdelkov * Arhitekturna vzletno-pristajalna steza * Mejniki
* UEX arhitekt * Sprostite kadar koli * Izdaje
* Izpustite inženirja vlakov (RTE) * Agile Release Train * Program Epics
* Sistemski arhitekt / inženir * Sprostite * Program Kanban
* Lastniki podjetij * Zaostanek programa
* Vitki in okretni voditelji * Nefunkcionalne zahteve
* Skupnosti prakse * Najprej najtežje delovno mesto (WSJF)
* Skupne storitve * Cilji programa PI
* Stranka * Značilnost
* Omogoča
* Rešitev
* Usklajevanje toka vrednosti
  • Na ravni programa vrednost SAFe zagotavljajo dolgoživi gibljivi vlaki za sprostitev (ART). Ponavljanje je za ekipo, vlak pa za program.
  • Agile Release Trains (ART) je glavno sredstvo za zagotavljanje vrednosti na ravni programa. Organizaciji prinaša tok vrednosti.
  • Trajanje programskih prirastkov (PI) je od 8 do 12 tednov.
  • ART je sestavljen iz 5 - 12 okretnih ekip (~ 50 - 125+ ljudi), ki vključuje vse vloge in infrastrukturo, potrebno za zagotavljanje popolnoma preizkušene, delujoče programske opreme na sistemski ravni.
  • Vsak PI je časovno polje z več ponovitvami. Med tem se razvije in dostavi pomemben, dragocen prirastek sistema.
  • V vsakem PI se bosta zgodili seji »demo« in »Preveri in prilagodi«, načrtovanje pa se začne za naslednji PSI.
  • Na ravni programa SAFe poudarja načelo usklajenosti. To je zato, ker je za ustvarjanje vrednosti za stranke integriranih več agilnih skupinskih prizadevanj.
  • VARNA hierarhija artefaktov je Epics-> funkcije-> zgodbe uporabnikov .
  • Na ravni programa ima upravitelj izdelkov / vodja programa pooblastilo za vsebino. Opredeli in prednostno obravnava zaostanke v programu.
  • Zaostanek programa je prednostni seznam funkcij.
  • Na programski ravni lahko funkcije izvirajo ali izhajajo iz epov, opredeljenih na ravni portfelja.
  • Funkcije se razgradijo na uporabniške zgodbe in pretočijo v zaostanke na ravni ekipe.
  • Vlogo vodje izdelka ali izdaje inženirja za izdajo vlakov bi lahko opravljal vodja programa / višji vodja projekta
  • Vloga sistemskega arhitekta na programski ravni je vsakodnevno sodelovanje s skupinami. Zagotavlja, da so izpolnjene nefunkcionalne zahteve. Prav tako sodelujejo s podjetniškim arhitektom na ravni portfelja, da se prepričajo, ali je na voljo dovolj arhitekturne steze za podporo prihajajočim uporabniškim in poslovnim potrebam.
  • Oblikovanje vmesnikov, smernice za uporabniško izkušnjo in elemente oblikovanja za ekipe zagotavlja UX Designers.
  • Vlogo Chief-Scrum Master igra 'Release Train Engineer'.
  • Različna skupina (od trženja, razvoja, kakovosti, operacij in uvajanja) oblikuje 'Release Management Team'. Strankam bodo odobrili rutinske izdaje kakovostnih rešitev.
  • Za uvajanje programske opreme v okolja strank in uspešno dostavo skrbi ekipa DevOps.

Raven portfelja

Vloge / ekipe Dogodki Artefakti
* Enterprise Architect * Strateško načrtovanje naložb * Strateške teme
* Portfelj programa Mgmt * Kanbanovo načrtovanje portfelja (epsko) * Podjetje
* Epski lastniki * Zaostanki v portfelju
* Portfelj Kanban
* Nefunkcionalne zahteve
* Epic in Enabler
* Vrednostni tok
* Proračuni (CapEx in OpEx)
  • Najvišja stopnja zanimanja / zaskrbljenosti / vpletenosti / za SAFe je portfelj SAFe
  • Portfelj ponuja osnovne bloke za organizacijo pretoka vrednosti Lean-Agile Enterprise prek enega ali več vrednostnih tokov.
  • Portfelj pomaga razvijati sisteme in rešitve, ki so opisani v strateških temah (povezuje portfelj SAFe s spreminjajočo se poslovno strategijo podjetja).
  • Da bi izpolnili strateške cilje, raven portfelja vključuje te elemente. Zagotavlja osnovne proračunske in druge mehanizme upravljanja. Na ta način zagotavlja, da naložba v tokove vrednosti zagotavlja donose, potrebne za podjetje.
  • Portfelj je povezan s poslovanjem dvosmerno:
    • Da bi portfelj usmeril k širšim spreminjajočim se poslovnim ciljem, ponuja strateške teme.
    • Druga smer kaže na stalen pretok vrednosti portfelja.
  • Upravljanje portfelja programov deluje kot zainteresirane strani in so odgovorne za doseganje poslovnih rezultatov.
  • Portfelj SAFe vsebuje ljudi, procese in potrebne sisteme in rešitve za izdelavo, ki jih podjetje potrebuje za izpolnitev svojih strateških ciljev.
  • Vrednostni tokovi so glavni cilji portfelja, s katerim se financirajo ljudje in drugi viri, potrebni za izgradnjo rešitev.
  • Tukaj so uporabljeni pomembni ključni koncepti:
    • Povezava s podjetjem,
    • Upravljanje portfelja programov,
    • Upravljanje toka portfeljskih epov.

Raven pretoka vrednosti

Vloge / ekipe Dogodki Artefakti
* DevOps * Pred in po načrtovanju PI (povečanje programa) * Vizija
* Sistemska ekipa * Predstavitve rešitve * Načrt
* Upravljanje izdaje * Preglejte in sprejmite delavnico * Meritve
* Upravljanje rešitev * Agile Release Train * Mejniki
* UEX arhitekt * Izdaje
* Value Stream Engineer (RTE) * Value Stream Epics
* Arhitekt / inženir rešitve * Value Stream Kanban
* Skupne storitve * Zaostanki v toku prenosa vrednosti
* Stranka * Nefunkcionalne zahteve
* Dobavitelj * Najprej najtežje delovno mesto (WSJF)
* Cilji PI vrednostnega toka
* Sposobnost
* Omogoča
* Kontekst rešitve
* Usklajevanje toka vrednosti
* Ekonomski okvir
* Namen rešitve
* MBSE
* Nastavljeno na osnovi
* Okretna arhitektura
  • Vrednost toka vrednosti v SAFe ni obvezna.
  • Value Stream Level je novost v SAFe 4.0.
  • Raven toka vrednosti je namenjena / zasnovana za podjetja / gradbenike / organizacije, ki so:
  1. Velik
  2. Neodvisno
  3. Imeti zapletene rešitve
  4. Njihove rešitve običajno zahtevajo več ART
  5. Prispevajo dobavitelji.
  6. Soočajo se z največjimi sistemskimi izzivi
  7. Za kiber-fizične sisteme
  8. Za programsko opremo, strojno opremo, elektriko in elektroniko, optiko, mehaniko, tekočino in drugo.
  • Za izdelavo tovrstnih sistemov je pogosto treba na stotine, celo tisoče izvajalcev, zunanjih in notranjih dobaviteljev.
  • Če so sistemi ključnega pomena. Neuspeh rešitve ali celo podsistema ima nesprejemljive ekonomske in družbene posledice.
  • Če je mogoče podjetja zgraditi z nekaj sto izvajalci, morda ne bodo potrebovali konstruktov te ravni. V tem primeru lahko uporabijo iz " strnjenega pogleda", ki je 3-stopenjski SAFe.
  • Gradnja rešitev toka vrednosti v vzorcu Lean-Agile zahteva dodatne artefakte, koordinacijo in konstrukcije. Ta raven torej vsebuje ekonomski okvir, ki zagotavlja finančne meje za vrednostni tok
  • Podpira kadenco in sinhronizacijo za več ART-jev in dobaviteljev. Vključuje sestanke pred in po načrtovanju PI ter demo rešitev.
  • Omogoča dodatne vloge, ki so: Value Stream Engineer, Solution Architect / Engineering in Solution Management.

Povzetek:

  • SAFe je v industriji preizkušena, na vrednost usmerjena metoda za skaliranje Agile na ravni podjetja.
  • Odgovarja na vprašanja, kot so "Kako načrtujemo?", "Kako načrtujemo proračun?" In "Kako postanemo večfunkcionalni v arhitekturi in DevOps?"
  • Okvir SAFe Agile pomaga velikim organizacijskim skupinam pri izpolnjevanju strateških ciljev organizacije, ne le posameznih ciljev projekta.
  • Okvir ponuja sposobnost vzdrževanja in ustvarjanja centralizirane strategije za doseganje vrednosti.
  • Model SAFe ima tri / štiri ravni, ki centralizirajo strateške teme organizacije.
  • Centralizirana strategija v kombinaciji z decentralizirano agilno izvedbo razvoja.

Reference:

SAFe za vitka podjetja 5.0:

http://www.scaledagileframework.com

Ta članek prispeva Jyothi Rangaraj