Organisasjoner gjennomfører prosjekter, piloter og utviklingsarbeid – og lærer mye underveis. Men hva skjer med kunnskapen etterpå? Hvis erfaringene blir værende i prosjektet, avdelingen eller fagmiljøet der de oppsto, risikerer vi å lære mye hver for oss og for lite sammen.
Dette gjelder langt mer enn kommuner. Bedrifter, sykehus, ideelle organisasjoner og offentlige virksomheter investerer betydelige ressurser i utviklingsarbeid.
Vi prøver noe nytt. Medarbeidere gjør erfaringer. Brukere, kunder og samarbeidspartnere gir tilbakemeldinger. Vi oppdager barrierer vi ikke hadde sett på forhånd. Noen av antakelsene våre bekreftes. Andre utfordres.
Så avsluttes prosjektet. Resultatene presenteres. Det skrives kanskje en sluttrapport. Prosjektgruppen oppløses, og deltakerne går tilbake til ordinære oppgaver.
Organisasjonen går videre.
Men gjør læringen det samme?
Erfaring er ikke det samme som læring
David Kolbs klassiske arbeid med erfaringslæring bygger, svært forenklet, på en intuitiv idé:
Erfaring → refleksjon → ny forståelse → ny handling → ny erfaring
Vi gjør oss altså en erfaring. Men for at erfaringen skal bli til læring, må vi stoppe opp, forsøke å forstå hva som skjedde – og la den nye forståelsen påvirke hva vi gjør neste gang.
Det gjelder også organisasjoner.
En organisasjon kan gjennomføre svært mange prosjekter, piloter og evalueringer og dermed produsere store mengder erfaring. Men erfaring er råmaterialet for læring – ikke læringen i seg selv.
En organisasjon kan være rik på erfaring og samtidig fattig på læring.
Og en sluttrapport løser ikke nødvendigvis problemet.
En sluttrapport dokumenterer at vi har lært. Den sikrer ikke at organisasjonen lærer.
For organisatorisk læring krever at erfaringene får konsekvenser. At de påvirker hvordan vi forstår utfordringene, hvilke spørsmål vi stiller og hva vi gjør annerledes neste gang.
Når fem prosjekter lærer det samme
Tenk at fem utviklingsprosjekter i samme organisasjon over noen år kommer fram til lignende funn.
Informasjonsflyten er krevende. Ansvar blir uklart når oppgaver går på tvers. Systemene snakker dårlig sammen. Relasjoner og uformelle nettverk blir avgjørende for å få arbeidet til å fungere. Brukere eller kunder opplever organisasjonen som fragmentert.
Hvert prosjekt kan beskrive dette som viktig læring.
Men dersom ingen kobler erfaringene, kan det samme bli oppdaget igjen noen år senere – i et nytt prosjekt, med nytt navn, nytt mandat og ny prosjektleder.
Hvis fem prosjekter oppdager den samme systembarrieren, har organisasjonen lært fem ganger – eller har den egentlig ikke lært?
Det er her forskjellen mellom prosjektlæring og systemlæring blir interessant.
Prosjektlæring spør:
Hva lærte vi i dette prosjektet?
Systemlæring spør:
Hva forteller erfaringene fra flere prosjekter og deler av organisasjonen oss om systemet vi er en del av?
Ett prosjekt kan gi oss et funn. Flere prosjekter kan gi oss et mønster.
Det er først når punktene kobles at mønsteret blir synlig.
Gjør vi bare løsningene bedre?
Argyris og Schön (1978) viser oss noe viktig – et skille mellom single-loop og double-loop learning.
Single-loop-læring handler enkelt sagt om å oppdage at noe ikke fungerer som ønsket – og korrigere handlingen. Vi justerer rutinen, forbedrer systemet eller endrer arbeidsprosessen.
Det kan være både nødvendig og klokt.
Double-loop-læring stiller et vanskeligere spørsmål:
Hvorfor gjør vi dette på denne måten i utgangspunktet?
Hvis flere prosjekter for eksempel konkluderer med at «vi trenger bedre samarbeid», kan organisasjonen etablere nye samarbeidsrutiner og møteplasser.
Men den kan også spørre:
Hvorfor har vi organisert oss slik at samarbeid stadig må repareres med nye rutiner og prosjekter?
Da forsøker vi ikke bare å forbedre løsningen. Vi utfordrer antakelsene og systemet rundt den.
Og da kan organisasjonen bli nødt til å lære noe om seg selv.
Hva trodde vi egentlig skulle skje?
Her er også et nyttig perspektiv.
Funnell og Rogers (2011) sin Theory of Change viser hvordan utviklingstiltak bygger på forestillinger om hvordan bestemte handlinger skal bidra til bestemte resultater og effekter.
Forenklet:
Tiltak → resultat → endring → ønsket effekt
Men det interessante ligger ofte mellom pilene.
Der ligger antakelsene våre.
Vi etablerer for eksempel en ny møteplass fordi vi tror den skal gi bedre samarbeid. Men hva hvis møteplassen fungerer akkurat som planlagt – uten at samarbeidet blir bedre?
Da kan vi forbedre møteplassen.
Eller vi kan stille et mer interessant spørsmål:
Hvorfor trodde vi egentlig at flere møter skulle gi bedre samarbeid?
Kanskje utfordringen egentlig handlet om ulike mål, uklart ansvar, manglende tillit eller forskjellige forståelser av problemet.
Theory of Change kan derfor brukes som et læringsverktøy:
Dette trodde vi skulle skje. Dette skjedde faktisk. Hva forteller forskjellen oss om antakelsene våre?
Et prosjekt som ikke gir forventet effekt, kan dermed fortsatt gi svært verdifull læring – dersom vi er nysgjerrige på hvorfor.
Kanskje er et av de viktigste resultatene fra et prosjekt ikke bare hva som virket – men hvilke antakelser vi oppdaget at ikke holdt.
Vi kan ha mye kunnskap – og samtidig vite for lite
Komplekse utfordringer blir gjerne sett fra mange steder.
Førstelinjen ser én del. Ledelsen ser en annen. IT ser teknologien, økonomi ser ressursene og HR ser kompetanse og organisering. Brukeren eller kunden kan oppleve noe helt annet igjen.
Ingen av perspektivene trenger å være feil.
Men ingen av dem er nødvendigvis hele bildet.
Vi kan ha mye kunnskap i systemet – og samtidig mangle kunnskap om systemet.
Det er nettopp derfor erfaringer må kobles.
Kanskje ser ulike deler av organisasjonen den samme barrieren fra forskjellige ståsteder. Kanskje er det vi har behandlet som fem lokale problemer, egentlig fem symptomer på den samme systemutfordringen.
Systemlæring begynner når vi slutter å behandle hvert funn som en isolert hendelse og begynner å spørre:
Hvilket mønster danner disse erfaringene når vi ser dem sammen?
Kunnskap må kunne reise
De fleste organisasjoner har mange arenaer for kunnskapsdeling: rapporter, fagdager, seminarer, nettverk, Teams-kanaler, presentasjoner og evalueringer.
Likevel sprer ikke kunnskap seg automatisk.
For kunnskap er ikke en PowerPoint-fil som bare kan sendes videre.
En erfaring fra ett prosjekt må forstås i en annen sammenheng. Hva betyr dette hos oss? Gjelder det samme her? Hva kan gjenbrukes? Hva må tilpasses?
Informasjon kan sendes. Kunnskap må ofte oversettes.
Og det er ikke nødvendigvis hele prosjektet som skal leve videre.
Noen ganger er det en løsning. Andre ganger er det en arbeidsmåte, et prinsipp, en relasjon, et spørsmål vi har lært å stille – eller kunnskapen om noe vi bør slutte å gjøre.
Det er ikke nødvendigvis prosjektet som skal leve videre. Det er læringen som skal gjøre det.
Dette perspektivet finner vi også igjen i NOU 2026:6 Den nye velferdskommunen, der innovasjon forstås bredere enn utvikling av helt nye løsninger. Forbedring, gjenbruk, tilpasning og læring er også sentrale deler av utviklingsarbeidet.
Problemstillingen gjelder imidlertid langt utover kommunene:
Hvordan sørger vi for at erfaringene fra det vi prøver, faktisk øker organisasjonens evne til å løse den neste utfordringen?
Hvem kobler punktene?
Erfaringslæring minner oss om at erfaring ikke automatisk blir til læring.
Argyris og Schön minner oss om at vi ikke bare bør forbedre løsningene, men også utfordre antakelsene bak dem.
Theory of Change hjelper oss å undersøke forskjellen mellom det vi trodde skulle skje, og det som faktisk skjedde.
Og systemtenkning hjelper oss å lete etter mønstre på tvers.
Til sammen peker perspektivene mot noe ganske enkelt:
Vi trenger ikke bare flere erfaringer. Vi trenger bedre forbindelser mellom erfaringene.
Men slike forbindelser oppstår ikke av seg selv.
Systemlæring trenger derfor et tydelig eierskap. Noen må ha mandat til å koble erfaringer på tvers, lete etter mønstre og sørge for at innsikten kan påvirke nye beslutninger. Det ansvaret kan ikke bli liggende hos det enkelte prosjekt alene.
Samtidig er kanskje ikke svaret å utpeke én person som skal «ha ansvar for læring».
Det større spørsmålet er om organisasjonen har skapt ansvar, relasjoner, arenaer og beslutningsveier som gjør at erfaringene faktisk kan bli til organisatorisk læring.
For prosjekter har prosjektledere.
Men hvem leder læringen mellom prosjektene?
Og kanskje enda viktigere:
Har vi bygget en organisasjon som gir læringen rom til å skje?
Det er spørsmålet jeg tar med meg videre til neste blogg.
Faglig utgangspunkt
Argyris, C., & Schön, D. A. (1978). Organizational learning: A theory of action perspective. Addison-Wesley.
Funnell, S. C., & Rogers, P. J. (2011). Purposeful program theory: Effective use of theories of change and logic models. Jossey-Bass.
Kim, B. (2023). Systems design thinking for social innovation: A learning perspective. Business and Society Review, 128(2), 217–250.
Kolb, D. A. (1984). Experiential learning: Experience as the source of learning and development. Prentice-Hall.
NOU 2026:6. (2026). Den nye velferdskommunen.
