Lean er et begrep som ofte dukker opp i møter, strategidokumenter og utviklingsprosjekter. Mange sier at de jobber “lean”, men hvis du spør hva det faktisk betyr i praksis, får du ofte ulike svar. Noen forbinder det med effektivisering, andre med kostnadskutt, mens enkelte knytter det til Agile utvikling eller japanske produksjonsmetoder. Begrepet brukes så bredt at det nesten mister betydningen sin. Likevel er tanken bak Lean ganske enkel: å skape mest mulig verdi for kunden, samtidig som man fjerner alt som ikke bidrar til denne verdien.
Lean startet på fabrikkgulvet
Lean har sitt opphav i Toyota Production System etter andre verdenskrig. Toyota hadde ikke de samme ressursene til masseproduksjon som amerikanske bilprodusenter, og måtte derfor finne smartere måter å organisere arbeidet på.
I stedet for å produsere enorme mengder og rette feil senere, forsøkte de å bygge et system hvor kvalitet, læring og flyt stod i sentrum. Det innebar blant annet å:
- oppdage problemer så tidlig som mulig
- redusere unødvendige steg i prosessen
- forbedre arbeidsmetoder litt etter litt
Over tid viste det seg at prinsippene bak Lean ikke bare fungerte i produksjon. Den samme tankegangen kunne brukes i nesten alle typer virksomheter, enten det gjaldt IT, utvikling, kundeservice, helsevesen eller offentlig sektor.
Kjernen i Lean: verdi og sløsing
Kjernen i Lean kan egentlig oppsummeres i ett spørsmål:
Hvilke aktiviteter skaper faktisk verdi for kunden?
Alt annet er i utgangspunktet sløsing.
I klassisk Lean beskrives flere typer sløsing som kan oppstå i en organisasjon. De vanligste er:
- ventetid
- overproduksjon
- unødvendige prosesser
- feil og omarbeid
- unødvendige overleveringer mellom avdelinger
- oppgaver som hoper seg opp i kø
- ubrukt kompetanse
I en fabrikk kan dette være ganske lett å se. Maskiner står stille, varer ligger på lager eller produkter må repareres etter produksjon.
Men sløsing finnes i like stor grad i kunnskapsarbeid.
Det kan for eksempel være:
- møter uten tydelig mål eller beslutning
- oppgaver som sendes frem og tilbake mellom avdelinger
- funksjoner som utvikles før noen faktisk trenger dem
- dokumentasjon som finnes, men som ingen finner igjen
- support som må rydde opp i feil som kunne vært unngått tidligere
Når slike ting får lov til å bygge seg opp over tid, oppstår friksjon i organisasjonen. Arbeidet går saktere, selv om alle opplever at de jobber hardt.
Lean handler om flyt
En viktig del av Lean er tanken om flyt. Arbeidet skal bevege seg gjennom organisasjonen uten unødvendige stopp, køer eller omveier.
Når flyten brytes, oppstår det flaskehalser.
I utviklingsprosjekter kan dette for eksempel skje når:
- oppgaver blir liggende og vente på godkjenning
- utvikling leverer noe drift ikke er klar til å håndtere
- support oppdager problemer først etter lansering
- beslutninger må opp flere nivåer før noe kan skje
Resultatet blir ofte at arbeidet stopper opp, selv om mange mennesker er involvert i prosessen samtidig.
Derfor forsøker Lean å se hele verdikjeden, ikke bare én avdeling av gangen.
Lean, Agile og Kaizen – hva er forskjellen?
Begrepene Lean, Agile og Kaizen brukes ofte om hverandre, men de representerer egentlig litt ulike perspektiver.
Agile handler først og fremst om hvordan man utvikler løsninger gjennom korte iterasjoner, tilbakemeldinger og justeringer underveis.
Kaizen handler om kontinuerlig forbedring gjennom små, jevnlige justeringer i prosesser og arbeidsmetoder.
Lean handler derimot om å se hele systemet og fjerne det som ikke skaper verdi.
Det betyr at man kan:
- jobbe Agile uten å være Lean, hvis man leverer ofte men bygger feil ting
- jobbe med Kaizen uten å være Lean, hvis man forbedrer detaljer men overser helheten
Lean begynner først når man stiller spørsmålet: Hva er det egentlig som skaper verdi i denne prosessen?
Lean i utvikling og teknologi
I teknologi- og utviklingsprosjekter brukes Lean ofte sammen med Agile og DevOps. Tanken er at små leveranser og hyppige oppdateringer gjør det lettere å lære underveis og redusere risiko.
I praksis kan Lean i utvikling blant annet innebære å:
- prioritere de viktigste funksjonene først
- lansere tidlig og lære av brukerne
- unngå store prosjekter som utvikles i isolasjon
- redusere teknisk gjeld over tid
- forbedre prosesser kontinuerlig
Dette er grunnen til at mange utviklingsmiljøer i dag jobber med korte iterasjoner og hyppige oppdateringer. Ikke fordi det er en trend, men fordi det gjør det mulig å oppdage problemer tidligere og justere kursen underveis.
Lean er ikke bare en metode
En vanlig misforståelse er at Lean er en metode man kan innføre gjennom et kurs eller et nytt system. I virkeligheten er Lean først og fremst et tankesett.
Det handler om å stille spørsmål som:
- hvorfor gjør vi dette trinnet?
- hvem skaper vi egentlig verdi for?
- kan denne prosessen forenkles?
- hvor oppstår ventetiden?
- hva skjer hvis vi fjerner dette steget?
Ofte viser det seg at mange prosesser eksisterer mest fordi “sånn har vi alltid gjort det”.
Lean i praksis
Lean trenger ikke være komplisert. Ofte handler det om å ta et skritt tilbake og se helheten.
Noen enkle prinsipper kan være et godt utgangspunkt:
- se hele prosessen, ikke bare én avdeling
- fjern aktiviteter som ikke skaper verdi
- reduser ventetid mellom oppgaver
- bruk feil og erfaringer til læring
- involver dem som faktisk gjør jobben
De som jobber nærmest prosessen, ser ofte forbedringsmuligheter som ledelsen ikke oppdager.
Lean handler egentlig om sunn fornuft
Når man fjerner alle buzzordene, sitter man igjen med noe ganske jordnært. Lean handler i bunn og grunn om tre enkle prinsipper:
- Jobb med det som faktisk skaper verdi.
- Fjern det som ikke gjør det.
- Forbedre litt etter litt.
Det er lett å kaste rundt seg med begreper som Lean, Agile og DevOps, men til syvende og sist handler det ikke om hva man kaller arbeidsmetoden. Det avgjørende er hvordan man faktisk jobber i praksis.
Hvis du derfor ser på arbeidsdagen i din egen organisasjon, kan det være verdt å stille seg et enkelt spørsmål: Hvor mye av tiden går egentlig til aktiviteter som skaper verdi for kunden?
Og hvor mye går til venting, koordinering og oppgaver som kunne vært gjort enklere?
Svaret på det spørsmålet sier ofte mer om hvor “lean” en organisasjon er enn hvilken metode den sier den bruker.
