Lean-prosjektledelse: 5 prinsipper og hvordan de implementeres

Lean bygger på to grunnpilarer: kontinuerlig forbedring og respekt for mennesker. Målet er å:

• Forenkle prosesser
• Fjerne unødvendige trinn
• Levere resultater av høyere kvalitet med færre ressurser

Lean kan spores tilbake til Toyota Production System (TPS). Toyota tok Fords masseproduksjonsmodell og tilpasset den til varierte produkter og skiftende etterspørsel. Forskere kalte dette senere «lean», og tilnærmingen spredte seg utenfor produksjonsindustrien.

Lean- og smidige prosjektledelsestilnærminger er beslektede, men ulike. Lean kom først, og smidig prosjektledelse hentet mange av ideene sine derfra. Uansett hvilken lean- eller smidig metodikk du følger, håndteres prosjekter alltid best i prosjektstyringsprogramvare.

De tre M-ene i lean prosjektledelse

Lean retter seg mot sløsing, kjent som muda, samt to tilstander som forårsaker den. Til sammen kalles disse de tre M-ene.

1. Muda: Enhver aktivitet som bruker ressurser, men ikke tilfører verdi som kunden vil betale for. Eksempler er omarbeiding, unødvendig ventetid og ubrukte funksjoner.
2. Mura: Ujevnhet eller manglende samsvar i arbeidsmengden. Det kan for eksempel være en oppgavefordeling som overbelaster enkelte teammedlemmer, mens andre har for lite å gjøre.
3. Muri: Overbelastede eller urealistiske arbeidsmengder. Det kan for eksempel være å tildele for mye arbeid med en knapp tidsfrist, noe som øker risikoen for utbrenthet og feil.

Fem prinsipper for lean prosjektledelse

I Lean-tenkning foreslo James P. Womack og Daniel T. Jones fem grunnleggende prinsipper for lean prosjektledelse. Slik ser hvert av dem ut i praksis.

1. Identifiser verdien

Begynn med å finne ut hva kunden er villig til å betale for. Alt annet kan vurderes fjernet.

I praksis ligner dette mye på å presentere et prosjektkostnadsestimat og et arbeidsomfang med priser. Spør kunden hvilke resultater som betyr mest, og bygg deretter omfanget rundt svarene.

2. Identifiser verdistrømmen for hvert produkt

Lag et verdistrømskart for å se alt arbeidet som trengs for å levere et produkt. Det er et flytskjema som viser hvordan materialer og informasjon beveger seg gjennom prosjektet.

Gå gjennom hvert trinn sammen med teamet, og marker hvilke som tilfører verdi. Trinn som ikke tilfører verdi, som overflødige godkjenninger, er de første du bør vurdere å fjerne.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

3. Skap flyt

Organiser arbeidet slik at det beveger seg fra start til slutt uten stopp. Dette hindrer forsinkelser og flaskehalser.

For å få til dette bør du dele arbeidet inn i mindre puljer og begrense hvor mye teamet håndterer samtidig. Et Kanban-brett hjelper deg med å se hvor oppgaver hoper seg opp, slik at du kan løse opp floken.

4. Etabler trekkprinsippet

Tilpass arbeidet til den faktiske kundeetterspørselen, kjent som et trekksystem. Teamet starter bare på nytt arbeid når noen er klare for det, i stedet for å sende ut oppgaver ingen har bedt om.

I praksis betyr dette at du ikke lager opp leveranser i tilfelle en kunde ønsker dem. Du sparer tid og penger, og ressursene brukes der det er behov for dem nå.

5. Søk perfeksjon

Se på forbedring som en kontinuerlig vane, ikke som en opprydding du gjør én gang. Hver syklus bør redusere mer sløsing og levere mer verdi.

Gjennomfør jevnlige retrospektiver for å vurdere hva som fungerte, og hva som ikke gjorde det. Gjør deretter én eller to små endringer før neste runde, og følg med på resultatene.

Teknikker for lean prosjektledelse

Lean har en håndfull grunnleggende teknikker. Dette er de åtte jeg ville satt meg inn i først.

• Deming-syklusen: Start med en plan for et konkret mål, og gjennomfør den deretter. Så sjekker du resultatene og tar med deg det du har lært, inn i den neste planen. Den kalles også PDCA- eller PDSA-syklusen, som står for Plan, Do, Check (eller Study) og Act.
• Lean Six Sigma: Denne tilnærmingen kombinerer Six Sigma med lean-prinsipper. Six Sigma bruker data, sannsynligheter og statistikk for å redusere sløsing og feil, sammen med teknikker som rotårsaksanalyse.
• Kanban: Kanban er et visuelt system for å håndtere arbeid mens det beveger seg gjennom ulike faser. Du følger oppgaver på en tavle, begrenser hvor mye arbeid som pågår samtidig, og oppdager flaskehalser tidlig.
• Last Planner System: Denne teknikken, som er vanlig i byggebransjen, planlegger arbeidet sammen med personene som skal utføre det. Teammedlemmene forplikter seg til oppgaver de vet at de kan fullføre, noe som gjør ukeplanene mer pålitelige.
• Kaizen: Kaizen er en praksis for å gjøre små, kontinuerlige forbedringer. Alle i teamet, fra medarbeidere i førstelinjen til ledelsen, kan foreslå endringer og teste dem.
• Verdistrømsanalyse: Denne teknikken kartlegger hvert trinn fra forespørsel til levering. Du markerer hvilke trinn som tilfører verdi, og hvilke som forårsaker forsinkelser, slik at du kan redusere sløsingen.
• Levering akkurat i tide: Levering akkurat i tide betyr at man produserer og leverer arbeid bare når det trengs. Du unngår at overflødig lagerbeholdning og uferdig arbeid hoper seg opp.
• 5S-metoden: 5S-metoden organiserer arbeidsområdet ditt slik at arbeidet flyter problemfritt. De fem trinnene er Seiri (sorter), Seiton (sett i system), Seiso (skinnende rent), Seiketsu (standardiser) og Shitsuke (oppretthold).

Slik innfører du lean-prosjektledelse

Disse åtte trinnene omsetter prinsippene ovenfor til praksis. Jeg ville fulgt dem i denne rekkefølgen.

1. Definer verdi sammen med kunden

Start med å spørre kunden hva de ville betalt for, og hva de ikke ville betalt for. Skriv ned svarene og bruk dem som filter for hver oppgave som følger.

Spørsmål jeg stiller:

• Hvilket resultat er viktigst for deg?
• Hva ville du kuttet hvis budsjettet ble redusert?
• Hvilke tidligere leveranser ble ikke brukt?

2. Kartlegg den nåværende verdistrømmen

Følg den faktiske prosessen, ikke den idealiserte prosessen i prosjektplanen. Jeg får de beste kartleggingene ved å sitte sammen med personene som utfører arbeidet. Ta med overleveringer og ventetid, siden det er der forsinkelsene skjuler seg.

Trinn	Aktiv tid	Ventetid	Tilfører verdi?
Skriveutkast	4 timer	1 dag	Ja
Intern godkjenning	15 minutter	2 dager	Nei

3. Finn og ranger sløsingen

Du vil finne mer sløsing enn du kan fjerne, så ranger den. Jeg begynner med det som forsinker leveringen mest, ikke det som er enklest å fjerne. Raske gevinster skaper fremdrift, men de flytter sjelden tidsplanen din.

• Gjør: Se etter omarbeid, køer uten aktivitet og ubrukte leveranser.
• Gjør: Spør teamet hvor de venter.
• Ikke gjør: Kutt ut et trinn, for eksempel kvalitetssikring, før du vet hva det beskytter.

4. Visualiser arbeidet og begrens arbeid i prosess

Legg hver oppgave på en Kanban-tavle med kolonner som samsvarer med den faktiske arbeidsflyten. Sett deretter en øvre grense for hvor mange elementer hver kolonne kan inneholde. Begrensninger kan føles ubehagelige i begynnelsen, men de avdekker flaskehalser raskt.

I digitale prosjekter er halvferdige oppgaver lagerbeholdningen din. Et godt utgangspunkt er én eller to oppgaver per person.

5. Gå over til et trekksystem

Slutt å tildele arbeid på forhånd. La teammedlemmene hente den neste oppgaven når de har kapasitet. Mindre partier hjelper, siden noe bør bli ferdig med noen få dagers mellomrom, ikke etter flere uker.

Skyv	Trekk
Arbeid tildeles på forhånd	Arbeid hentes når det er klart
Køer bygger seg opp	Køene holdes korte
Prioriteringer endres midt i oppgaven	Prioriteringer fastsettes ved henting

6. Start med et pilotprosjekt i ett team

Ikke rull ut lean i alle prosjekter samtidig. Velg ett team og ett prosjekt med en engasjert leder. Jeg har sett store utrullinger stoppe opp fordi folk følte at lean ble gjort mot dem.

Et godt pilotprosjekt har:

• En tydelig start- og sluttdato
• En sponsor som støtter endringene
• Nok arbeid til å vise resultater på en måned

7. Spor noen få flytmåltall

Velg tre eller fire måltall, og gå gjennom dem i hver retrospektiv gjennomgang. Jeg har sett team drukne i oversikter, så hold det enkelt. Følg med på trender, ikke individuell prestasjon, ellers vil folk manipulere tallene.

Måltall	Hva det måler
Gjennomløpstid	Fra forespørsel til levering
Syklustid	Fra arbeidet starter til det er ferdig
Arbeid under utførelse	Elementer som er under arbeid samtidig
Gjennomstrømning	Elementer som ferdigstilles per uke
Flyteffektivitet	Andelen av gjennomløpstiden som brukes aktivt på arbeid

8. Gå gjennom og forbedre regelmessig

Hold en retrospektiv gjennomgang i hver sprint eller annenhver uke. Spør hva som bremset dere, og velg deretter én eller to endringer som dere tester med Deming-syklusen. Unngå å fikse alt på én gang.

Hvis godkjenninger for eksempel fører til to dagers ventetid, kan dere teste et godkjenningsvindu på 24 timer i én sprint. Etter min erfaring fester små endringer seg, mens store endringer blir droppet.

Fordeler og ulemper med Lean-prosjektledelse

Lean reduserer sløsing og sørger for at arbeidet er knyttet til kundeverdi, men det krever mye av teamet og interessentene dine. Bruk denne tabellen for å vurdere om det passer til prosjektet ditt.

Fordeler	Ulemper
Kultur for kontinuerlig forbedring: Teammedlemmer på alle nivåer kan foreslå og teste bedre arbeidsmetoder.	Snevert fokus: Små, trinnvise forbedringer kan skjule helhetsbildet og flytte arbeid til andre prosjektfaser.
Bedre synlighet for interessenter: Regelmessige innspill fra kunder og interessenter sørger for at omfanget er knyttet til reell verdi.	Reaktiv planlegging: Det blir vanskeligere å forberede seg på plutselige endringer i etterspørselen når man unngår overproduksjon.
Lavere kostnader: Levering akkurat i tide begrenser overflødig lagerbeholdning, og reduksjon av sløsing holder utgiftene under kontroll.	Små buffere: Når det er lite slingringsmonn i prosessen, kan én forsinkelse eller leverandørutfordring stoppe hele prosjektet.
Mindre sløsing og omarbeid: Dere kutter trinn, overleveringer og leveranser som ikke skaper verdi.	Store krav fra interessentene: Hyppige innspill fungerer bare når interessentene er tilgjengelige og engasjerte.
Raskere levering: Kortere sykluser og mindre partier gir kundene verdi raskere.	Langsom kulturell tilpasning: Team som er vant til tradisjonell planlegging, kan streve med overgangen, og resultatene tar tid.
Større engasjement i teamet: Folk som eier forbedringene, bryr seg som regel mer om resultatene.	Verdi som er vanskelig å måle: Det krever disiplin å definere og følge opp verdi, og team er ofte uenige om dette.
Tydeligere prioriteringer: Et fokus på kundeverdi gir teamet en grunn til å si nei til arbeid med liten effekt.	Dårligere egnet for komplekse prosjekter: Store, sterkt regulerte eller svært avhengige prosjekter trenger ofte mer planlegging på forhånd.
Bedre kvalitet: Når feil oppdages tidlig, blir det færre rettinger og mindre omarbeid senere i prosjektet.	Fare for utbrenthet: Konstant press for å finne og fjerne sløsing kan slite ut teamene.
Tydeligere innsyn i arbeidsflyten: Verktøy som Kanban-tavler gjør det enkelt å oppdage og løse flaskehalser.	Begrenset langsiktig prognostisering: Et fokus på neste leveranse gjør tidsplaner og budsjetter vanskeligere å forutsi.
Smartere ressursbruk: Folkene og budsjettet brukes på arbeid som kundene faktisk verdsetter.	Opplærings- og kompetansegap: Teamet må lære Lean-verktøy som verdistrømskartlegging før de gir effekt.

Når bør du bruke Lean-prosjektledelse?

Lean-prosjektledelse er mest nyttig i prosjektsituasjoner der:

• Du har begrensede ressurser eller et begrenset budsjett: Lean hjelper deg med å redusere sløsing og oppnå effektiviseringer, slik at du får mest mulig ut av ressursene dine og kutter unødvendige kostnader eller tidstyver. 
• Du trenger rom for fleksibilitet og tilpasning: Fordi Lean beveger seg raskt og innebærer regelmessige gjennomganger (ofte ved fastsatte milepæler i prosjektet), kan team raskt endre kurs for å håndtere tilbakemeldinger, endringer i prosjektplanen eller ny informasjon og nye beslutninger som påvirker prosjektet.
• Du har en stram tidsfrist: Lean legger vekt på raske reaksjoner på endringer, slik at teamet kan tilpasse seg endringer som ellers kunne ha satt kjepper i hjulene for arbeidet med å bli ferdig innen fristen. 
• Du må prioritere kontinuerlig forbedring: Lean gir et innebygd system for forbedring over tid. Dette passer godt for team som består av juniorer, eller team som er nye i å jobbe sammen.

Lean sammenlignet med andre prosjektstyringsmetoder

Lean, smidig, Scrum, Kanban og Six Sigma overlapper, så folk blander dem ofte sammen. Lean og smidig er beslektet, men forskjellige. Lean kom først, og smidig lånte mange av ideene. Scrum og Kanban er spesifikke rammeverk du kan bruke innenfor begge tilnærmingene.

Metode	Hovedfokus	Planleggingstilnærming	Leveringsfrekvens	Håndtering av endringer	Best egnet for
Lean	Redusere sløsing og levere kundeverdi	Kontinuerlig, basert på trekk	Kontinuerlig flyt	Tilpasser seg gjennom regelmessige forbedringssykluser	Repeterbare prosesser med synlig sløsing
Smidig	Tilpasse seg endringer og levere fungerende resultater tidlig	Iterativ	Korte iterasjoner	Ønsker endringer mellom iterasjonene velkommen	Prosjekter med krav i utvikling
Scrum	Levere i faste, tidsavgrensede sprinter	Sprint for sprint	Sprinter på én til fire uker	Endringer legges i produktkøen, ikke i den pågående sprinten	Produktteam med en dedikert produktkø
Kanban	Visualisere arbeid og begrense arbeid som pågår	Kontinuerlig	Kontinuerlig	Prioriteringer kan endres når som helst	Løpende arbeid og støtteforespørsler
Six Sigma	Redusere feil og prosessvariasjon	Datadrevet, prosjektbasert	Faseinndelt, ved bruk av DMAIC	Lav, siden endringer følger dataanalyse	Prosesser med målbare feil

Vanlige spørsmål om Lean-prosjektstyring

Hva er forskjellen mellom Lean og smidig?

Lean har som mål å redusere sløsing og levere kundeverdi, mens smidig har som mål å levere arbeid i korte iterasjoner og tilpasse seg endringer. Lean kommer fra produksjon, mens smidig kommer fra programvareutvikling. Begge verdsetter kontinuerlig forbedring og innspill fra kunder. Lean ser på hele arbeidsflyten din, mens smidig ser på hvordan du leverer hver enkelt økning.

Kan du kombinere Lean med smidig eller Kanban?

Ja, og det gjør mange team. Kanban er allerede et Lean-verktøy, så det passer naturlig inn. Bruk Lean til å finne sløsing i prosessen din og smidige sprinter til å levere i korte sykluser. Jeg ville startet med én metode som grunnlag og deretter lagt til praksiser bare når de løser et spesifikt problem.

Hvordan bruker du Lean-prosjektstyring i programvareprosjekter?

Start med å kartlegge leveringsprosessen fra idé til lansering. Se deretter etter sløsing, som lange køer for gjennomgang, ubrukte funksjoner og forsinkelser i overleveringer. Bruk et Kanban-brett til å begrense arbeid som pågår og synliggjøre flaskehalser. Lanser små økninger og innhent tilbakemeldinger fra brukerne, slik at du bare bygger det kundene trenger. Gjennomfør regelmessige retrospektiver for å fortsette forbedringsarbeidet.

Hvilke typer sløsing forsøker Lean å eliminere?

Lean retter seg mot all aktivitet som ikke tilfører kundeverdi. Taiichi Ohnos opprinnelige liste omfatter sju typer: transport, lagerbeholdning, bevegelse, venting, overproduksjon, overprosessering og feil. Mange fagfolk legger til en åttende type: uutnyttet talent. I prosjektarbeid viser disse seg som ekstra godkjenninger, overleveringer i ventemodus, unødvendige funksjoner og omarbeid.

Hva er de vanligste feilene når man tar i bruk Lean?

Den største feilen er å behandle Lean som et kostnadskuttprosjekt. Andre feil omfatter å hoppe over forankring hos interessentene, kopiere produksjonsverktøy uten å tilpasse dem og ignorere innspillene fra teamet. Hvis du fjerner all slakk, blir det heller ikke rom for overraskelser. Jeg ville startet i det små, testet én endring og målt resultatene før du utvider.

Hva skjer videre?

Lean er ett av mange temaer som diskuteres i medlemsfellesskapet vårt for DPM – registrer deg og få tilgang til alle samtalene i Slack, samt over 100 maler, eksempler og prøver for vanlig prosjektdokumentasjon.