Hvem passer Scaled Agile Framework for?

Leading SAFe® Nivå - Organisasjon

8 min. lesning

De aller fleste bransjer og sektorer er i endring, og stadig flere virksomheter jobber for å bli mer smidige. I dette ligger både det å øke utviklingstakten og å bli mer tilpasningsdyktige. 

Noen aktører har ledet an, noe som gjør at vi med stor trygghet tør si at smidige modeller kan gi gode resultater. Spørsmålet blir derfor hvordan?

SAFe – Scaled Agile Framework® –er et svar på hvordan virksomheter effektivt kan respondere på uforutsigbarhet i marked og omgivelser, endret etterspørsel og rask teknologiutvikling.

Men passer SAFe for alle typer virksomheter, sett i lys av at det fortsatt er grunnleggende forskjeller med tanke på hvordan virksomheter skaper verdi? Hvilken rolle spiller det om virksomheten leverer til forbrukere eller til andre virksomheter, om de leverer standardiserte produkter eller skreddersøm, fysiske produkter eller digitale produkter?

Fra Facebook til etablerte virksomheter i offentlig og privat sektor

De siste årene har aktører som Google, Amazon, Spotify og Facebook vært viktige inspirasjonskilder til agil endring – også for virksomheter i helt andre bransjer og i offentlig sektor, som for eksempel, Forsvaret i Norge. Inspirasjonen har gitt gode resultater. Hva kan vi lese ut av dette? Jo, tilsynelatende svært forskjellige virksomheter kan ha noe til felles som gjør at de kan «bli agile» etter felles prinsipper og modeller. Her kommer SAFe inn i bildet.


Hold deg oppdatert på hva som skjer i smidigverden - abonner på smidigbloggen.


SAFe har sin opprinnelse i programvareindustrien, og er utviklet for å levere bedre produkter til markedet raskere. Med utgangspunkt i etablerte metoder for agil utvikling på team-nivå (Scrum, Kanban, etc), adresserer SAFe utfordringer mange virksomheter får når en ønsker å organisere utvikling med mange team.

Behovet er mange tverrfaglige team som skal være selvgående og selvledede, og samtidig samspille med andre team for å skape mest mulig verdi i samlet utvikling av produkter og tjenester. SAFe skaper sammenheng mellom virksomhetsledelsens overordnede styringsprosesser og smidige utviklingsprosesser i autonome team for å sikre felles mål og retning. På denne måten gjør SAFe det mulig å skalere smidig i større virksomheter. SAFe sikrer tilstrekkelig strategisk styring og sammenheng mellom mange utviklingsteam som skal levere deler av en større helhet for virksomheten.

Riktig virkemiddel, men ikke for alle

SAFe er ikke en løsning for alle, men for virksomheter med noen grunnleggende likheter som vi straks skal se litt nærmere på. I tillegg er SAFe en kilde til gode praksiser, kunnskap og innsikt. Et bidrag til at de virkemidler man velger er tilpasset virksomheten og utfordringene som skal løses.

SAFe er ikke bare egnet for programvareindustrien, men retter seg mot alle virksomheter som avhenger av teknologi for å innovere og skape verdi. For å være konkurransedyktige, eller levere på samfunnets endrede krav og forventninger, er det nødvendig å håndtere rask utvikling av IT.

Denne typen virksomheter kjennetegnes av et eller flere momenter:

  • Kjernevirksomheten kan organiseres i relativt varige produkter og tjenester – Lean

  • Utvikling av IT skjer etter smidige metoder som Scrum, Kanban og lignende – Agile

  • Teamene er permanente og tverrfaglige med ansvar for både drift, forvaltning og utvikling – DevOps

Det viktigste er at det både er mulig og hensiktsmessig å organisere virksomheten, eller deler av den, rundt relativt varige produktlinjer. Det innebærer at innovasjon og høy utviklingstakt skjer innenfor organisering av noen hovedprodukter eller -tjenester som er relativt stabile og leveres kontinuerlig. Lean har også sitt opphav og sin styrke innen produksjonsvirksomhet – herunder tjenesteproduksjon – og en kontinuerlig forbedring og utvikling.

Noen forenklede eksempler:

  • Spotify leverer en digital tjeneste til et forbrukermarked i kontinuerlig utvikling. Utviklingstakten er høy, samtidig er produktet i stor grad varig og i stort det samme.

  • En bank tilbyr de samme grunnleggende tjenester som alle andre banker, og er dermed relativt lik i kjernevirksomhet, som i dag er svært digitale. Konkurransekraft skapes gjennom rask utvikling for å tilby effektive og kundetilpassede tjenester rundt grunnleggende varige produkter.

  • En rekke offentlige etater har ytelsesområder som i svært stor grad er digitale, med systemløsninger for håndtering av regelverk, saksbehandling og kundedialog. Evne til å håndtere høy utviklingstakt er viktig, men ytelsene og ytelsesområdene er varige.

Sentralt i SAFe er også at selve produktutviklingen følger prinsipper og metodikk i smidig utvikling av IT (agile). Samtidig som dette er en forutsetning, kan vi kanskje også si at det er det minst viktig i denne sammenheng. Dette fordi iterativ og inkrementell utvikling i dag må sies å være «default-metode» for utvikling av IT-løsninger – enten de inngår i varige eller midlertidige team, i tidsavgrensede prosjekter eller kontinuerlig utvikling.

Viktigere er derfor at den smidige utviklingen skjer i permanente team, som har et helhetlig ansvar for både utvikling, forvaltning og drift av en løsning eller et produkt som inngår i en varig produktlinje, altså DevOps. DevOps har vist seg å ha positive effekter når det implementeres på en god måte, og er derfor en målsetting for de fleste digitale eller IT-intensive virksomheter i dag.

Skalerbart og kan implementeres trinnvis

Organisering rundt varige digitale produkter som utgjør en del av kjernevirksomheten, men som på tross av å være varige må være i rask og kontinuerlig utvikling, er altså sentralt i SAFe.

En av SAFe sine store styrker er som nevnt en helhetlig organisering, som skaper sammenheng mellom virksomhetsledelsen og et høyt antall utviklingsteam. Metoden er også skalerbar og bør implementeres trinnvis.

I korte trekk beskrives trinnene for implementering slik:

  • På laveste nivå forklares det hvordan smidige utviklingsteam inngår i en kontinuerlig leveranse-pipeline (Agile Release Train), som også kalles et Program. I tillegg til definerte prosesser og roller, er det sentralt at alle team jobber med samme sprintfrekvens. Dette gjør at de forskjellige nivåene kan samhandle både strategisk og operativt.

  • Videre kan Programmer inngå i et overordnet «Large Solution-nivå». Dette har et mer strategisk fokus både teknologisk og forretningsmessig, i tillegg til å sikre at underliggende programmer og team gjør riktige ting til riktig tid og skaper forventet nytte.

  • På øverste nivå beskrives en helhetlig porteføljestyring, som i korte trekk handler om strategisk prioritering, eierstyring, finansiering og kapasitetsstyring.

Mulige utfordringer med SAFe

SAFe har, som alle metoder og rammeverk, både styrker og svakheter. I utgangspunktet er det lite hensiktsmessig å sette forskjellige rammeverk opp mot hverandre. Det som imidlertid er viktig, er å forstå hvordan din virksomhet skaper verdi – hva som skal forbedres – for deretter å finne egnede virkemidler til forbedring. Noen overordnede forhold ved SAFe kan det likevel være greit å være forberedt på:

SAFe kan fremstå som «for stort» for typiske norske virksomheter

Et «Agilt Release Train» kan beskrives som en virtuell organisasjon på 50–125 personer. Vi mener likevel at alle nivåer kan forstås også på et mer konseptuelt nivå – og at det må tilpasses virksomheten, som alle andre metoder og rammeverk.

SAFe er ikke en «quick fix»

Implementering av SAFe kan innebære en transformasjon av hvordan virksomheten opererer, noe som kan kreve både teknologisk, organisatorisk og ikke minst kulturell omstilling. SAFe kommuniserer dette tydelig og tilbyr en «Implementation roadmap». Det er likevel betydelig risiko for en over-optimistisk tilnærming, som for all utvikling og omstilling.

SAFe er ikke «ekte agilt»

For smidige evangelister vil SAFe kunne fremstå som rigid. Dette er fordi smidige team må forholde seg til flere overordnede styringsmekanismer. De kan faktisk minne en hel del om prinsipper vi finner i god prosjektledelse og -eierstyring. Vi mener dette er absolutt nødvendig for å sikre virksomhetens samlede evne til helhetlig, målrettet og prioritert utvikling. Også kalt styring (ikke detaljstyring).

SAFe er ikke løsningen for all type innovasjon eller nyskapning

Det er svært mye i SAFe som bidrar til økt endringstakt og hyppige, verdiøkende innovasjoner. Vi mener imidlertid at en organisering i varige produktlinjer og «DevOps» i større grad stimulerer til en kontinuerlig innovasjon og forbedring – enn til mer radikal innovasjon og nyskapning. Vår erfaring er at også denne type virksomheter vil utsettes for endringer som en produksjonsvirksomhet ikke er organisert eller skalert for. Her kan utfordringen kreve en annen type strategisk planlegging, hvor virksomheten må forplikte seg til overordnede rammer som innebærer en annen type beslutningsrisiko etc.

Alle rammeverk krever kompetanse for å bli forstått og benyttet på en god måte, slik at en benytter virkemidler tilpasset virksomheten og den type utfordring som skal løses. Forståelse av forskjellig type problemstillinger, som ofte er både kompliserte og komplekse, mener vi er nøkkelen til både å forme og tilpasse organisasjon til en ny normal - og det unike som vil oppstå.

Abonner på smidigbloggen


Øyvind jobber i Management Consulting i Metier OEC og har stort engasjement innen digitalisering og virksomheters evne til utvikling. Han har utdanning innen produksjonsteknikk og kvalitetsledelse, og over 20 års erfaring med prosjekter og forbedring av prosjektvirksomheter. De siste ti årene har han vært rådgiver og kvalitetssikrer i en rekke store offentlige og private digitaliseringsprogrammer, og lært masse i fremveksten av smidige arbeidsformer. Ellers trives han på sykkel, ski og brett.


Likte du dette blogginnlegget? Da tror vi at disse også passer for deg

3 populære sertifiseringer for deg som jobber med IT-prosjekter

Jobber du med IT-prosjekter og ønsker en sertifisering i prosjektledelse? I dette blogginnlegget ser vi nærmere på våre tre mest populære sertifiseringer for IT-prosjektledelse.