Du later som planen er fulgt og har feilet, og skriver ned hvorfor. Det heter en pre-mortem. Her er hvordan du gjør den med AI, hvordan du gjør den med folk, og hvorfor du bør skrive dine egne grunner først. Del 2 av 5 i Beslutninger.
En pre-mortem er det motsatte av en obduksjon. I stedet for å finne ut hvorfor prosjektet døde når det er for sent, later du som det allerede har skjedd, mens planen ennå kan endres. Psykologen Gary Klein beskrev metoden i Harvard Business Review i 2007. AI kan gjøre én del av jobben: foreslå grunner. Den vet ikke hva som kommer til å skje. Det koster et kvarter i et møte, og den som eier planen, bestemmer hvilke flagg som tas.
Du har en plan som ser bra ut, og alle i møtet har nikket. Det betyr ikke at alle er enige. Det betyr at ingen fant et godt øyeblikk å si det motsatte.
Dette er del 2 av 5 i serien Beslutninger. Del 1, om planlegging, har pre-mortem som ett av fem trinn. Her er metoden for seg selv: hvorfor den virker, hvordan du gjør den med AI, og hvordan du gjør den med folk.
Spør du «kan noe gå galt?», får du et forsvar for planen. Det er et ja-eller-nei-spørsmål, og den som laget planen svarer nei. Sier du i stedet «det har gått galt, hva skjedde?», er feilen et faktum i øvelsen, og spørsmålet ber om forklaringer. Den som har gått med en tvil, blir plutselig den som gjør jobben best.
Klein bygger på en studie fra 1989 av Deborah Mitchell, Edward Russo og Nancy Pennington. Der skrev folk som skulle forklare et utfall som var sikkert, flere og mer konkrete grunner enn de som fikk samme utfall som en mulighet. Selve tidsperspektivet, om hendelsen lå fram eller tilbake i tid, betydde lite. Klein skriver at metoden gjorde folk rundt 30 prosent bedre til å finne riktige grunner. Det tallet står ikke i sammendraget av studien. Sammendraget handler om hvor mange og hva slags grunner folk skrev, ikke om de var riktige.
Ellers er forskningen på pre-mortem tynn. Det beste argumentet er ikke et tall. Det ser ut som en tankelek. Det er egentlig en møteregel: den gjør det lov å si det ingen sa.
Du har kanskje sett tipset om å «lure AI-en til å tro» at planen allerede er innført. Det trengs ikke. En språkmodell tror ingenting. Den skriver videre ut fra teksten den får, og «anta at planen er fulgt og har feilet» er et like godt utgangspunkt som en løgn. Det er ikke funnet noen måling som viser at det gir bedre svar å lyve.
Det er én fallgruve. Skriver du at systemet ble innført i mars og feilet, kan modellen dikte opp detaljer om innføringen, som tall og hendelser, og de høres ut som fakta. Be den holde seg til det som står i planen, og les hver grunn som en mulig forklaring.
Du trenger ikke et ferdig plandokument. Fem linjer om hva dere skal gjøre, når, og hvem som gjør det, holder. Det kan være flyttingen, jubileet eller det nye systemet på jobb.
[Er dette fra jobb? Bruk bare et verktøy virksomheten har godkjent, og skriv «omtrent» og «Kunde A» i stedet for interne tall og navn. Slett denne linjen før du sender.] Her er planen: [lim inn planen] Vi skal gjøre en pre-mortem. Anta at planen er fulgt, og at det har gått galt etter [seks måneder]. Dette er en tankeøvelse. Jeg vil ha mulige forklaringer, ikke en spådom. Skriv sju konkrete grunner til at det kan ha gått galt. For hver grunn: - hvilken del av planen den treffer (en fase, en antakelse eller en avhengighet), med et kort sitat - hvor sannsynlig og hvor dyr du mener den er: lav, middels eller høy - et tidlig tegn jeg kan følge med på Ta med minst én grunn som handler om noe planen ikke nevner i det hele tatt. Ikke finn på tall, datoer eller hendelser som ikke står i planen. Mangler du opplysninger for å vurdere noe, skriv det.
1. Folk ble i det gamle systemet. Treffer: «Opplæring i november». Planen sier ikke hvem som har tid til opplæring i en travel måned. Sannsynlighet: høy. Kostnad: middels. Tidlig tegn: under halvparten har logget inn etter to uker.
2. Ingen eide driften etterpå. Treffer: planen slutter ved «Oppstart 1. desember». Sannsynlighet: middels. Kostnad: høy. Tidlig tegn: ingen kan svare på hvem som tar imot feilmeldinger i januar.
Prøv dette i kveld: ta noe du skal gjøre de neste ukene, som en flytting, et jubileum eller noe på jobb. Skriv fem linjer om hva, når og hvem, og så tre grunner til at det kan gå galt. Kjør prompten over og se hva den fant som du ikke hadde. Det tar ti minutter.
Klein beskriver pre-mortem som en øvelse for en gruppe. Alle har hørt planen. Lederen sier at prosjektet har feilet. Hver deltaker skriver ned sine grunner, alene og uten å snakke, og så går man rundt bordet med én grunn hver til listene er tomme. Mye av verdien ligger i at alle skriver før noen har sagt noe, så den første og høyeste stemmen ikke bestemmer hva de andre tør å si.
AI-en erstatter én del av dette: den som kommer med grunner. Den erstatter ikke rommet. Derfor ville jeg skrevet mine egne grunner før jeg spurte. Da ser du to ting etterpå. Det den fant som du ikke tenkte på, og det bare du visste. Det siste er ofte det viktigste, for det handler om folk, tid og hvem som egentlig må si ja, og det står ikke i noen plan.
Her er mine egne grunner, skrevet før jeg så dine: [lim inn listen din] Sammenlign med dine. Lag tre lister: grunner vi begge har, grunner bare du har, og grunner bare jeg har. Ikke vurder om mine er gode. For hver grunn bare du har: si om den bygger på noe som står i planen, eller på en antakelse du har gjort.
Kjør samme pre-mortem tre ganger, gjerne i tre nye samtaler (trykk Ny samtale eller New chat), eller be om tre roller. Historiene kommer til å sprike. Det er poenget. Spriket viser at svarene er forslag, ikke en spådom. En grunn som dukker opp i alle tre, er verdt å ta på alvor. En grunn som bare kommer én gang, kan fortsatt være den riktige, men den trenger din vurdering.
Gjør samme pre-mortem fra tre roller: [den som skal bruke det], [den som skal drifte det etterpå] og [den som betaler]. Skriv én kort historie per rolle, fem til åtte setninger, om hvordan det gikk galt sett derfra. Hold historiene adskilt, og la dem gjerne være uenige. Avslutt med grunnene som går igjen i mer enn én historie.
I et møte tar en pre-mortem et kvarter. Gjør den før planen vedtas, ikke etter. AI-en kommer inn mot slutten, som en ekstra stemme. Lar du den snakke først, setter den dagsordenen, og da har du mistet det rommet kunne gitt deg.
| Grunn | Treffer i planen | Endre, godta eller følg med | Eier |
|---|---|---|---|
AI-en er siste stemme rundt bordet, ikke første. Det den foreslår, er hypoteser. Planer fra jobb limes bare inn i et verktøy virksomheten har godkjent.
Charlan Nemeth og to kolleger sammenlignet i 2001 grupper der én person framsto som ekte uenig, med grupper der noen spilte djevelens advokat. Gruppene der uenigheten framsto som ekte, kom fram til flere og bedre løsninger enn alle tre variantene med djevelens advokat. Det som varierte, var om uenigheten virket ment eller spilt. Ekte uenighet er vanskelig å spille.
En AI som får beskjed om å være uenig, spiller alltid, og det vet du. Den er nyttig til å finne spørsmål du ikke stilte, men den erstatter ikke kollegaen som faktisk mener planen er feil. Finnes den kollegaen, spør henne eller ham først. Det er verdt mer enn prompten.
En pre-mortem uten beslutninger er bare bekymring. For hver av de tre viktigste grunnene har du tre valg. Du kan endre planen. Du kan godta risikoen og skrive den ned, med hvem som eier den. Eller du kan følge med på et tidlig tegn og bestemme på forhånd hva du gjør hvis det dukker opp. Det tredje er et ekte valg, ikke en utsettelse, så lenge tegnet og tiltaket står skrevet.
Prompten for å revidere planen etterpå står i planleggingssaken. Risikoene du godtar, hører hjemme i beslutningsloggen, så du om et halvt år kan se at dere visste om dem.
Vil du slippe å lime inn prompten hver gang, kan du bruke skillen utfordrer. En skill er en tekstfil med instruksjoner som AI-verktøyet henter fram når den trenger dem. Denne gjør en pre-mortem på planen du gir den, finner skjulte antakelser og avhengigheter uten eier, og foreslår endringer uten å skrive planen på nytt. Den er ren tekst og kjører ingenting. Slik legger du den inn: se skillhylla.
Skriver du en sak til styret, er det samme grep i styresaken om AI: la en AI angripe saken før du sender den.
Ta den neste planen som betyr noe. Skriv fem grunner til at den kan feile, på fem minutter. Kjør prompten, sammenlign, og velg tre du gjør noe med. Det tar en halvtime, og det er den billigste halvtimen planen kommer til å få.
Oppdatert oktober 2026. Gary Klein, «Performing a Project Premortem», Harvard Business Review, september 2007. Ingressen og sammendrag av resten er lest, ikke hele artikkelen, og beskrivelsen av gruppeøvelsen bygger på dem. Deborah J. Mitchell, J. Edward Russo og Nancy Pennington, «Back to the future: Temporal perspective in the explanation of events», Journal of Behavioral Decision Making 2(1), 1989, s. 25–38. Sammendraget er lest, ikke hele studien, og tallet på 30 prosent står ikke i det. Jason Collins går gjennom forskningen på pre-mortem og peker på det samme i «The premortem». Charlan Nemeth, Keith Brown og John Rogers, «Devil’s advocate versus authentic dissent: stimulating quantity and quality», European Journal of Social Psychology 31(6), 2001, s. 707–720, DOI 10.1002/ejsp.58. Sammendrag og et intervju med Nemeth er lest, ikke hele artikkelen. Om den som var uenig, faktisk mente det, er derfor ikke sjekket. Eksempelet i figuren er konstruert.