Mange organisasjoner gjør en overgang fra tradisjonell fossemetodikk til smidig praksis. Ennå,en vanlig klage er at smidig utvikling ikke skaleres bra. Det er en rekke smidige rammer som nå er tilgjengelige for store bedriftsprosjekter. Denne artikkelen fokuserer på en av de mest populærestore agile rammer: Scaled Agile Framework (SAFe).La oss dykke dypere ned i hva nøyaktig Scaled Agile Framework er og hvordan det vanligvis implementeres.
Emnene som diskuteres i denne artikkelen er som følger:
- Overgang til smidig
- Hva er Scaled Agile Framework?
- Levels of Scaled Agile Framework
- SAFe-konfigurasjoner
- Fordeler med Scaled Agile Framework
- Ulemper hvis skalert smidig ramme
Overgang til smidig
For tiden, Agile er et velkjent utviklingskonsept og den valgte tilnærmingen for mange utviklingsteam, spesielt de som prøver å skape et miljø av kontinuerlig levering .Selv om alle går smidige i disse dager, er en vanlig klage at den ikke viser tilfredsstillende resultaterpå bedriftsnivå. Det utgjør mange problemer som:
- Vanskeligheter med å koordinere flere team som jobber med et stort prosjekt
- Å takle lengre planleggingshorisonter
- For mange teammedlemmer til å samarbeide og administrere
- Økt innsats for å holde oversikt over flere kilder til krav
- Ikke-kartlagte avhengigheter som skaper uventede problemer og hindringer
Det er mye skalering av smidige rammer som ser ut til å løse problemene knyttet til smidighet i skala. De tre ledende rammene erStorskala Scrum (LeSS), Scaled Agile Framework (SAFe) og Disciplined Agile (DAD). I denne artikkelen er vårt hovedfokus på Scaled Agile Framework.
Hva er Scaled Agile Framework?
Scaled Agile Framework, også kjent som SAFe, er en utviklingsramme for bedriftsskala, utviklet av metodolog Dean Leffingwell. Den bruker en kombinasjon av eksisterende magre og smidige prinsipper og kombinerer dem i et malrammeverk for store prosjekter.
SAFe ble utviklet i 2011 for å hjelpeprogramvareutviklingsteam gir produkter av bedre kvalitet til markedet i et raskere tempo.Den fokuserer på fire grunnleggende verdier, som er:
Justering
Det er nødvendig å følge med på raske endringer, forstyrrende konkurransekrefter og geografisk fordelte team. Bedre virksomhetsmål må legges større vekt på lagmål.
Innebygd kvalitet
Det sørger for athvert element og hvert trinn i bygget er opp til samme høye kvalitetsstandard gjennom hele livssyklusen. Kvalitet er veldig viktig, uten den, vil organisasjonen sannsynligvis operere med store mengder ubekreftet, ikke-validert arbeid.
round robin planleggingsalgoritme i c
Åpenhet
Å utvikle produkter i stor skala er ikke en enkel oppgave. For å oppnå best resultat er åpenhet i organisasjonen veldig viktig. Åpenhet og tillit sørger for detvirksomheten og utviklingen kan med sikkerhet stole på at en annen handler integritet, spesielt i vanskeligheter.
Programutførelse
Naturligvis betyr ingenting noehvis lag ikke kan utføre og kontinuerlig levere de beste resultatene. Derfor legger SAFe intenst fokus på arbeidssystemer og forretningsresultater. Selv om overgangen til smidig er vanlig, sliter team ofte med å levere større mengder løsningsverdi, pålitelig og effektivt.
The Scaled Agile Framework prøver å innlemme alle disse kjerneverdiene for å gi betydelige forbedringer i leveringstid, ansattes engasjement, arbeidsproduktivitet og hovedsakelig kvaliteten på produktet. Nå som du har en ide om hva SAFe er, la oss grave litt dypere for å vite mer.
Nivåer av skalerte smidige rammer
SAFe er en mal for å skalere smidig for store organisasjoner. Den har fire nivåer, som er:
La oss lære mer om hvert av disse nivåene.
Merk: Viktige SAFe-vilkår
- Agile Teams - De er en liten gruppe individer som fokuserer på å definere, bygge og teste løsninger innen en kort tidsramme.
- Agile Release Train (ART) - Det er en selvorganiserende, langvarig gruppe på smidige lag hvis formål er å planlegge, forplikte og utføre løsninger sammen. De eksisterer kun for å levere på lovet verdi ved å bygge gunstige løsninger for kunden.
Lagnivå
På lagnivå,teknikkene som er skissert er de som brukes i Scrum , levere produktøkning (arbeidsprogramvare) annenhver ukes sprintsyklus. Imidlertid kan lag også jobbe i Kanban eller Scrumban. De Lagnivå inneholder roller, gjenstander, hendelser og prosesser som smidige team bygger og leverer.
- ART-rollene og funksjonene, inkludert Release Train Engineer (RTE), Product Management, System Architect, etc støtter alle lagene på toget
- Agile team er fullt i stand tildefinere, bygge, teste og distribuere historier fra deres produktetterslep
- Lag bruker ScrumXP eller Kanban til å levere produkter av høy kvalitet, og produserer rutinemessig enSystemdemo (integrert syn på nye funksjoner) for den siste iterasjonen
- Hvert lag har fem til ni medlemmer og inkluderer alle rollene som er nødvendige for å bygge et kvalitetsøkning
- Rollene som er involvert er et Agile team (et tverrfunksjonelt ScrumXP eller Kanban), Development Team, Scrum Master & Product Owner
- Å identifisere, prioritere, planlegge, implementere, teste og godta historiene er de viktigste kravene til ledelsesarbeid på teamnivå
- Teamet bruker beste praksis som innebygd kvalitet for å sikre at produktet oppfyller passende kvalitetsstandarder gjennom hele utviklingen
SAFe-teamnivået er en viktig del av Programnivå . Men hva er egentlig programnivået?
Programnivå
På programnivå fungerer SAFe det samme som på teamnivå, bortsett fra i stor skala. Som i,det refererer til flere team som jobber sammen under ledelse av programledelsesteamet, og gir verdi i konseptet Agile Release Train. Den har teamnivå, roller og aktiviteter på programnivå som gir en kontinuerlig verdistrøm.
deler av et java-program
- Hver ART har 5 til 12 smidige team, og de jobber i en tidsbokset tilnærming der trinn på produktet er 8 til 12 uker lange
- Produktøkning har fire utvikling iterasjoner , etterfulgt av en innovasjon og planlegging iterasjon
Slik fungerer et typisk programnivå.
Trinn 1: Produktansvarlig bestemmer innholdet i en potensielt overførbar trinn ved hjelp av en Programetterslep
Steg 2: Produktinkrementet starter med Produktøkningsplanlegging (PI-planlegging) , en tråkkfrekvensbasert, ansikts-til-ansikt-planlegging, som tilpasser alle lagene på ART til oppdraget.
Trinn 3: Så går lagene sammen for å diskutere hva de kan gjøre i gruppen sin mens justere med andre lag . De planlegger og diskuterer i utgangspunktet en rekke sprints fremover på funksjonsnivået, i motsetning til scrum gjør (Scrum planlegger bare en sprint foran).
Trinn 4: Deforpliktelser fra lagene og avhengighet mellom lagene er kartlagt på en programstyret .
Trinn 5: Scrum Masters ogSlipp Train Engineer, som er sjef Scrum Master for toget, tilrettelegge for programmer gjennom forskjellige mekanismer som program kanban, inspisere og tilpasse verksteder, etc. for å diskutere fremdriften i oppdraget . Dette fullfører fire utvikling iterasjoner.
Trinn 5: Neste gang er 5. iterasjon. Det er for herding, innovasjon og planlegging . Herding innebærer endelig verifisering og testing. Innovasjon handler om å utforske nye ideer. Planlegging medfører vedlikehold på frigjøringstoget og planlegging for neste syklus på 10 uker.
Dette nivået har også en arkitekturbane som består av eksisterende kode, komponenter og teknisk infrastruktur for å støtte produktfunksjoner. Neste gang har vi et valgfritt nivå kalt Verdistrømnivå.
Verdistrømnivå
Value Stream Level er et valgfritt nivå beregnet på byggere av store og komplekse løsninger, som vanligvis krever flere ARTs samt bidrag fra leverandører. Den tilbyr en rekke funksjoner som er nye i SAFe 4.0.
Merk: Hver verdistrøm er en langvarig serie med systemdefinisjon, utvikling og distribusjonstrinn som brukes til å bygge og distribuere systemer som gir kontinuerlig verdistrøm til virksomheten eller kunden.
- Hovedformålet erå beskrive Lean-Agile tilnærminger for å definere, bygge og distribuere store, oppdragskritiske løsninger
- Disse tilnærmingene er med på å takle utfordringen meddefinere, bygge og distribuere store, oppdragskritiske løsninger i skala. Å gjøre det krevertilleggskonstruksjoner, gjenstander og koordinering
- Vanligvis fsykdom i løsningen, eller til og med et delsystem, har uakseptable økonomiske og samfunnsmessige konsekvenser
- Dette nivået inneholder
- An Økonomisk ramme som gir økonomiske grenser for beslutningsprosesser i Value Stream
- TIL Løsning Intens som et lager for å holde rede på tiltenkt og faktisk løsningsadferd
- TIL Løsningskontekst , som beskriver hvordan løsningen passer i distribusjonsmiljøet
- Evner som beskriver løsningens større atferd
- Dette nivået erorganisert rundt Programøkninger , som er synkronisert på tvers av alle Agile Release Trains i verdistrømmen
- For å diskutere fremdriften og planlegge ting, har dette nivået også Til - og Planlegging etter PI møter og Løsningsdemo
- Gir ogsåtilleggsroller som Løsningsadministrasjon , Løsningsarkitekt / ingeniørfag , og Value Stream Engineer
Til slutt har vi et porteføljenivå.
Porteføljenivå
De P ortfolio er det høyeste bekymringsnivået i SAFe. Det gir prinsippene, praksisene og rollene som trengs for å initiere, organisere og styre et sett med verdistrømmer for utvikling. Definerer strategi og investeringsfinansiering for verdistrømmene og deres løsninger.
- Det gir smidig porteføljedrift og magert styring for menneskene og ressursene som trengs for å levere løsninger
- Tilbyr grunnleggende konstruksjoner som trengs for å organisere Lean-Agile Enterprise rundt verdistrømmen via en eller flere verdistrømmer
- Hver av disse verdistrømmene utvikler systemene og løsningene som er nødvendige for å oppfylle den strategiske hensikten
- Leverer grunnleggende budsjett og nødvendige styringsmekanismer, inkludert Lean Budget Guardrails
- Sørg for at verdistrømmer og togene fokuserer på å bygge de riktige tingene med riktig investeringsnivå
Hver SAFe-portefølje har en toveis forbindelse til bedriften .
- Den første måten er å gi de strategiske temaene som styrer porteføljen til de større og stadig skiftende forretningsmålene. Disse strategiske temaene knytter porteføljen til den utviklende forretningsstrategien, gir forretningskontekst for beslutningstaking i porteføljen og påvirker investeringer i verdistrømmer og fungerer som innspill til portefølje, løsning og programetterslep. Strategiske temaer blir ikke skapt av virksomheten isolert, snarere deltar viktige porteføljeinteressenter i den prosessen.
- Den andre retningen gir en konstant strøm av tilbakemeldinger fra porteføljen tilbake til bedriftens interessenter. Dette inkluderer viktige ytelsesindikatorer for verdistrøm,kvalitative vurderinger av den nåværende tilstanden til porteføljens løsninger for markedsformåle, sammen med eventuelle styrker, svakheter, muligheter og trusler som er til stede på porteføljenivå.
På denne måten fungerer Scaled Agile Framework som eninteraktiv kunnskapsbase for implementering av smidig praksis i bedriftsskala. Den tilbyr fire smaker av SAFe-konfigurasjoner.
SAFe-konfigurasjoner
SAFe støtter hele spekteret av utviklingsmiljøer med fire forskjellige konfigurasjoner,
Viktig SAFe
Essential SAFe-konfigurasjonen er kjernen i rammeverket og er den enkleste utgangspunktet for implementering av SAFe.Det er den grunnleggende byggesteinen for alle andre SAFe-konfigurasjoner og beskriver de mest kritiske elementene som er nødvendige for å gjøre bruk av størstedelen av rammens fordel. Består av teamnivå og programnivå for SAFe.
Stor løsning SAFe
Denne konfigurasjonen er for å utvikle største og mest komplekse løsninger som vanligvis krever flere Agile Release Trains (ART) og leverandører, men ikke krever porteføljenivå. Vanlig brukt i bransjer som luftfart, forsvar, bilindustri osv. Består av teamnivå, programnivå og stort løsningsnivå. Løsningsnivå hjelper bedrifter som står overfor de største utfordringene - å bygge storfaglig, tverrfaglig programvare, maskinvare og komplekse IT-systemer.
java dobbel til int konvertering
Portefølje SAFe
Porteføljekonfigurasjon hjelper til justere porteføljekjøring til forretningsstrategi oggir de grunnleggende konstruksjonene for å organisere Lean-Agile Enterprise rundt verdistrømmen.Lean-Agile budsjettering gir beslutningstakere, kanban-system gir porteføljesynlighet og WIP-grenser, bedriftsarkitektur styrer større teknologibeslutninger. Og objektive beregninger støtter styring og forbedring.Verdistrømmen leveres via Epics.Den består av teamnivå, programnivå og porteføljenivå.
Full SAFe
Det er mestomfattende versjon av rammeverket og består av alle de fire nivåene av SAFe - teamnivå, programnivå, porteføljenivå og verdistrømnivå. Full SAFestøtter bedrifter som bygger og vedlikeholder store integrerte løsninger som krever hundrevis av mennesker eller mer, og inkluderer alle nivåer av SAFe. Noen ganger kan det i større bedrifter være nødvendig med flere forekomster av forskjellige SAFe-konfigurasjoner for å fungere og levere produktet.
Enkelt sagt er Scaled Agile Framework detdesignet ikke så mye som en enkelt rammerk, men som en bred kunnskapsbase med påvist beste praksis som team har brukt for å levere vellykkede programvareprodukter. Den har sine egne plusspoeng og negative poeng.
Fordeler med Scaled Agile Framework
- Tilbyr muligheten til å benytte seg av et relativt lett rammeverk som skaper effektivitet i programvareutvikling og samtidig opprettholde den sentraliserte beslutningstaking som er nødvendig på bedriftsnivå.
- Hjelperteam opprettholder samsvar med forretningsmål ogoppnå større åpenhet
- Hjelper Tverrfunksjonelle lag samarbeide mer effektivt
- Velegnet for store organisasjoner
- Legger mer vekt på mennesker fremfor teknologi
Selv om SAFe gir mange fordeler til bordet, kommer det også med sine egne ulemper.
Ulemper ved Scaled Agile Framework
- SAFe tarfor mye av en top-down-tilnærming, snarere enn en teambasert tilnærming
- Understreker sterkt bruken av dets spesifikke praksis og regler, uten å gi mye rom for tilpasning fra organisasjonens side
- Ytterligere lag med tilsyn, administrasjon og koordinering av SAFe gjør at det ligner på fossefalltilnærmingen som mange lag prøver å legge igjen
Bunnlinjen, SAFe er skapt for å imøtekomme store organisasjoner med store løsninger,særlig ved å gjøre det mulig for organisasjoner av en viss størrelse å ta en mer smidig tilnærming til programvareutvikling. Det er imidlertid klart at SAFe har flere ulemper, som lagene bør være klar over og planlegge deretter.
Det er det, folkens !. Med dette har vi nådd slutten av artikkelen. Du kan føle deg overveldet med antall nøkkelord som brukes her. Hvis ja, kan du referere til dette Skalert Agile Framework Glossary .
Forsikre deg om at du er godt kjent med Scrum-terminologien før du begynner å bruke den.
Har du spørsmål til oss? Vennligst nevn det i kommentarfeltet i dette 'Hva er Scrum?' artikkel, og vi kommer tilbake til deg så snart som mulig.