En beslutningslogg er en kort post for hver viktig beslutning: hva dere valgte, hva dere visste, hva dere valgte bort, hva dere forventer og når dere ser på det igjen. Den skrives samme dag og skrives aldri om. AI kan lage utkastet fra møtenotatene og hjelpe deg å sammenligne forventning med utfall. Den kan også skrive historien om, og det må du passe på. I et styre er gevinsten ofte én linje i saken om hva styret forventer skal skje, og en dato for når dere ser på det igjen.
Et prosjekt gikk dårlig, og i evalueringa sier noen at det var åpenbart fra starten. Kanskje det var. Kanskje det bare ser sånn ut nå.
Dette er siste del av serien Beslutninger. Du har planlagt, gjort en pre-mortem, sjekket strategien og sett hvordan planen holder i flere fremtider. Nå er valget tatt. Det som gjenstår, er å skrive ned hvorfor, før dere vet hvordan det går.
Baruch Fischhoff ga i 1975 folk korte beskrivelser av historiske og kliniske hendelser med fire mulige utfall. Noen fikk vite hvilket utfall som faktisk skjedde. De vurderte det utfallet som mer sannsynlig enn de som ikke visste, også når de ble bedt om å se bort fra det. Han kalte det creeping determinism: det som skjedde, ser ut som det måtte skje.
Samme år spurte Fischhoff og Ruth Beyth folk hvor sannsynlige ulike utfall av en presidentreise var, før reisen. Etterpå skulle de huske hva de hadde svart. De husket høyere sannsynlighet for det som faktisk skjedde. Det er ikke juks. Det er slik hukommelsen virker.
Det betyr to ting for en ledergruppe. Dere kommer til å dømme gode beslutninger som dårlige fordi de gikk dårlig, og dårlige som gode fordi dere var heldige. Og dere lærer feil ting av begge. Det enkleste vernet er å skrive ned hva dere visste og forventet, før dere vet svaret.
En loggpost trenger ikke være lang. Det viktigste feltet er hva dere forventer, og det må være målbart og ha en dato. «Bedre samarbeid» kan ikke sjekkes. «Halvert tid i statusmøter innen 1. mars» kan.
Beslutning: [hva vi valgte, i én setning] Dato og hvem som bestemte: [dato, rolle] Hva vi visste: [de tre-fire viktigste fakta, og hva vi ikke visste] Valgt bort: [alternativene, og hvorfor, én linje hver] Hva vi forventer: [målbart, med dato: «innen 1. mars skal …»] Hvor sikre vi er: [lav, middels eller høy, og hvorfor] Ser på det igjen: [dato]
Her er et konstruert ark med to utfylte poster og en tom du kan skrive ut. Den ene venter på gjennomgang. Den andre er gjennomgått, og har et tillegg som viser hvordan nye opplysninger kommer inn uten at posten skrives om.
Åpne arket i eget vindu for å skrive det ut. Der kan du også vise bare den tomme posten. Fila henter skriftene fra Google, ellers sender den ingenting noe sted.
Den vanligste grunnen til at ingen skriver loggen, er at det er én ting til etter et langt møte. Der kan AI-en hjelpe: lim inn notatene, og få et utkast på et minutt. Men les det som et utkast. En modell som skal oppsummere, gjør gjerne begrunnelsen penere og mer samstemt enn den var i rommet.
[Møtenotater fra jobb kan inneholde navn, personopplysninger og fortrolige tall. Bruk bare et verktøy virksomheten har godkjent, og stryk det som ikke trengs. Slett denne linjen før du sender.] Her er notatene fra møtet der vi bestemte [hva]: [lim inn notatene] Lag en loggpost med disse feltene: beslutning, dato og hvem som bestemte (rolle, ikke navn), hva vi visste, hva vi valgte bort og hvorfor, hva vi forventer (målbart, med dato), hvor sikre vi var, og når vi ser på det igjen. Bruk bare det som står i notatene. Skriv «står ikke i notatene» der noe mangler, i stedet for å fylle inn. Ikke gjør begrunnelsen tydeligere eller mer enstemmig enn den var. Var noen uenige, skal det stå. Merk med [sitat] det du har hentet ordrett fra notatene.
På datoen i posten tar dere den fram igjen. Gi AI-en posten slik den står, ikke din egen oppsummering av den, og be den holde valget og utfallet fra hverandre.
Her er loggposten vi skrev [dato], uendret: [lim inn loggposten] Her er det som faktisk skjedde: [utfallet, med tall der du har dem] Sammenlign, i denne rekkefølgen: 1. Hva vi forventet, og hva som skjedde. Bare fakta, side om side. 2. Hvilke av opplysningene i «hva vi visste» holdt, og hvilke holdt ikke. 3. Var beslutningen rimelig ut fra det vi visste den gangen? Hold det atskilt fra om utfallet ble bra. 4. Hva ville vi gjort annerledes neste gang, og hva ser ut som flaks eller uflaks? Ikke bruk utfallet til å si at noe «burde vært åpenbart». Står det ikke i loggposten, visste vi det ikke.
Det er tre steder det kan skje. Når den lager utkastet, kan den fylle inn grunner ingen sa og glatte over uenighet. Når den sammenligner, kan den bruke utfallet til å forklare hvorfor alt var forutsigbart. Og ber du den senere «rydde i loggen» eller «gjøre den tydeligere», forsvinner originalen.
Reglene som hindrer det, er enkle. Posten skrives samme dag og godkjennes av den som bestemte. Den skrives aldri om: nye opplysninger kommer som et tillegg med dato. Og AI-en får alltid posten ordrett, ikke din hukommelse av den. Er loggen konfidensiell, gjelder samme regel som for alt annet fra jobb: bare godkjente verktøy, og roller i stedet for navn.
En plan har en endringslogg, og den svarer på hva som ble endret. Beslutningsloggen svarer på hvorfor. De to hører sammen: legg lenka til loggposten i planen der valget ble gjort. Risikoene dere godtok i en pre-mortem, hører også hjemme her, så dere om et halvt år kan se at dere visste om dem.
I et styre finnes protokollen allerede, og den sier hva som ble vedtatt. Den sier sjelden hva styret forventet skulle skje. Én linje om det i saken, og en dato for når styret ser på det igjen, er det meste av gevinsten.
Ta den neste beslutningen som tar mer enn et møte. Skriv fem linjer samme dag, få dem godkjent, og sett datoen for gjennomgang i kalenderen. Det tar ti minutter. Om et halvt år er det den eneste kilden til hva dere faktisk trodde.
Oppdatert oktober 2026. Baruch Fischhoff, «Hindsight is not equal to foresight: The effect of outcome knowledge on judgment under uncertainty», Journal of Experimental Psychology: Human Perception and Performance 1(3), 1975, s. 288–299. Baruch Fischhoff og Ruth Beyth, «“I knew it would happen”: Remembered probabilities of once-future things», Organizational Behavior and Human Performance 13, 1975. Begge er sjekket mot sammendrag, blant annet oversikten over etterpåklokskap, ikke lest i original. Tallene i figuren og arket er konstruert.