Beslutningslog: sådan lærer du af dine egne beslutninger som direktør

Skriv ved hver større beslutning ned hvad du besluttede, hvorfor du besluttede det, og hvad du forventede ville ske. Gør det samme dag, beslutningen træffes. Det lyder enkelt, og det er det også. Men de fleste direktører gør det ikke systematisk, og det har en pris.

Den vigtigste kolonne i hele loggen er den med dine forventninger. Ikke resultatet, ikke begrundelsen. Forventningerne. Fordi dem omskriver du automatisk, bagefter. Det er ikke svaghed eller løgn, det er biologi. Baruch Fischhoff dokumenterede fænomenet allerede i 1975 i det, der siden er blevet kaldt forskning i hindsight bias i Journal of Experimental Psychology: når du kender udfaldet, tror du, at du vidste det hele tiden. Din hjerne erstatter stiltiende den originale forventning med det, der faktisk skete.

Det betyder, at du ikke kan lære af dine beslutninger, hvis du ikke har skrevet forventningerne ned, før du kender svaret. Det er præcis det samme argument, Annie Duke fremsætter i Thinking in Bets (2018): en god beslutning og et godt resultat er ikke det samme. Du kan træffe en dårlig beslutning og få et godt resultat, og du kan træffe en god beslutning og få et dårligt resultat. Uden en log ved du ikke, hvad du faktisk lavede.

Denne artikel handler om ét konkret spørgsmål: hvordan bygger du en beslutningslog, og hvordan bruger du den til at blive bedre? Hvis du vil have det brede overblik over at træffe gode beslutninger som direktør uden en formel bestyrelse bag dig, kan du starte med guiden Direktør uden bestyrelse: sådan træffer du gode beslutninger alligevel. Her går vi i dybden med selve læringsmekanismen.

Hvorfor din hukommelse er en dårlig revisor

Du husker dine beslutninger anderledes end du traf dem. Det er ikke en svaghed ved dig personligt, det er et grundtræk ved menneskelig hukommelse. Hukommelsen er ikke et arkiv, den er en fortolkning. Hver gang du henter en erindring frem, rekonstruerer du den delvist ud fra det, du ved nu. Og det du ved nu, farver det, du tror, du vidste dengang.

Fischhoffs begreb hindsight bias beskriver præcis dette mønster. Når udfaldet er kendt, vurderer mennesker systematisk, at de forudsagde det med højere sandsynlighed end de faktisk gjorde. Det gælder ikke kun i laboratoriet. Det gælder i bestyrelseslokaler, direktørkontorer og ved morgenmadsbordet. Det gælder for erfarne ledere med årtiers anciennitet ligesom for nye direktører.

For dig som SMV-direktør betyder det konkret, at du efter en beslutning ikke kan stole på din egen genfortælling af, hvad du troede ville ske. Hvis et nyt produkt slog fejl, husker du måske, at du egentlig var lidt skeptisk fra starten. Hvis det lykkes, husker du din tro på ideen tydeligt og levende. I begge tilfælde er det meget sandsynligt, at din hukommelse har redigeret i kildekoden.

Konsekvensen er alvorlig: du kan ikke lære af dine beslutninger, hvis dit eneste datagrundlag er den redigerede version. Du kan godt lave en analyse. Du kan godt holde en intern evaluering. Men du analyserer et dokument, der er blevet ændret, uden at du ved det eller kan se, hvad der er ændret. Det er som at revidere et regnskab, hvor nogen har justeret tallene bagudrettet, men uden at lade sporene stå.

En skriftlig log løser ikke hindsight bias fuldstændigt. Du vil stadig fortolke dine gamle noter i lyset af nutiden. Men den giver dig et fast punkt at holde fortolkningen op imod. Når du læser, hvad du faktisk skrev den dag beslutningen blev truffet, kan du konstatere præcis, hvad du forventede. Derefter kan du sammenligne med virkeligheden uden at din hjerne stille og roligt har forskudt udgangspunktet.

Annie Duke bruger kortspilleren som metafor: en erfaren pokerspiller vurderer sine beslutninger ud fra, hvad de vidste på beslutningstidspunktet, ikke ud fra det kort, der siden blev vendt. Det samme princip gælder for forretningsmæssige beslutninger. Spørgsmålet er ikke: hvad ved jeg nu? Spørgsmålet er: hvad vidste jeg dengang, og var det et rimeligt grundlag for den beslutning?

En beslutningslog giver dig mulighed for at stille det spørgsmål med en vis præcision. Uden den stiller du spørgsmålet til en vidne, der har et problem med hukommelsen, og vidnens forklaring ændrer sig med hvert nyt udfald.

De fire kolonner en beslutningslog altid skal have

En beslutningslog kan være meget avanceret, og den kan være meget enkel. Kompleksitet er ikke en dyd i sig selv her. Det afgørende er, at du faktisk bruger den, og at den indeholder fire bestemte elementer. Mangler et af dem, mister loggen en del af sin værdi som læringsredskab.

De fire kolonner er følgende:

1. Hvad besluttede du? Beskriv beslutningen præcist og uden fortolkning. Ikke 'vi satser på vækst', men 'vi ansætter to nye sælgere og øger marketingbudgettet med X kr. fra 1. kvartal'. Jo mere konkret, jo lettere er det at evaluere bagefter.
2. Hvorfor besluttede du det? Skriv de reelle argumenter. Hvilke data havde du? Hvem rådgav dig? Hvad var logikken bag? Dette er ikke en PR-tekst til dig selv, det er et arbejdsdokument. Skriv de egentlige grunde, også de uklare eller delvist intuitive.
3. Hvad forventede du ville ske? Dette er den vigtigste kolonne, og det er den, de fleste springer over. Skriv konkrete, tidsbundne forventninger. Ikke 'vi forventer vækst', men 'vi forventer at omsætningen i dette segment er steget med mindst X procent inden udgangen af kvartalet, og at vi har lukket mindst Y aftaler inden for seks måneder'. Jo mere specifikt, jo mere hjælper det dig bagefter.
4. Hvornår evaluerer du? Sæt en dato. Uden en evalueringsdato driver beslutningerne ud i glemslen, og loggen bliver et arkiv frem for et læringsredskab.

Du kan føje ekstra kolonner til, efterhånden som du finder ud af, hvad der er nyttigt for dig. Mange tilføjer en kolonne til det faktiske udfald, en kolonne til den vigtigste læring, og en kolonne der angiver, om beslutningsprocessen var god, uanset hvad udfaldet blev. Men start med de fire. De er kernen.

En simpel tabel kan se sådan ud:

Formatet er underordnet, om det er et regneark, en notesbog eller et digitalt dokument. Det afgørende er, at det er det samme format hver gang, og at du udfylder det samme dag beslutningen træffes. Ikke dagen efter. Ikke i næste uge. Samme dag, mens du endnu ikke ved, hvad der sker.

Nogle direktører fravælger at skrive begrundelser i detaljer, fordi det føles som dobbeltarbejde, når de allerede har diskuteret det mundtligt. Det er en fejl. Den mundtlige diskussion forsvinder. Det skrevne argument er det eneste, der er til stede, når du evaluerer seks måneder senere og forsøger at forstå, hvad du egentlig tænkte.

Hvad der tæller som en beslutning, der skal logges

Du træffer beslutninger hele dagen. De fleste skal ikke i en log. Spørgsmålet er, hvilke der skal, og det er et spørgsmål, mange hopper let henover, fordi svaret virker åbenlyst. Det er det ikke altid.

En tommelfingerregel er, at en beslutning skal logges, hvis konsekvenserne er svære at vende inden for tre måneder, eller hvis de involverer ressourcer, relationer eller retning, der har væsentlig indflydelse på virksomheden. Det dækker typisk:

• Ansættelse og afskedigelse af nøglepersoner
• Ændringer i prisstrategi eller forretningsmodel
• Investeringer over en vis størrelse
• Nye markeder, produktlinjer eller partnerskaber
• Organisatoriske ændringer
• Beslutninger om at lade være med noget, du ellers var på vej til at gøre

Det sidste punkt er ofte undervurderet. Beslutningen om ikke at ansætte, ikke at lancere, ikke at indgå aftalen, er ligeså meget en beslutning som dens modsætning. Og den er ligeså svær at evaluere bagefter, fordi du ikke har et resultat at holde op imod, kun en kontrafaktisk situation. At logge disse beslutninger er vanskeligere, men det hjælper dig til at holde øje med, om du systematisk er for forsigtig eller for hurtig til at lukke døre.

En beslutning, der ikke skal logges, er den daglige drift: hvilken kunde du ringer til først, om du rykker for en faktura i dag eller i morgen, om du ændrer en sætning i et tilbud. Disse beslutninger kan naturligvis have konsekvenser, men de er ikke det, beslutningsloggen er beregnet til. Forsøger du at logge alt, stopper du med at logge noget.

Et praktisk kriterium, du kan bruge som filter: ville du have nævnt denne beslutning, hvis du havde en rigtig bestyrelse at referere til? Hvis ja, hører den i loggen. Hvis nej, lad den passere.

Det er også værd at bemærke, at beslutninger ofte sker løbende frem for som et enkelt punkt. Du beslutter dig ikke altid på ét møde, du drifter ind i en retning over uger. I de tilfælde er det nyttigt at logge det tidspunkt, hvor retningen reelt lå fast, selv om den aldrig blev formuleret som en formel beslutning. Ellers ender du med beslutninger, der ikke kan evalueres, fordi de aldrig officielt fandt sted.

Artiklerne om at skrive et beslutningsoplæg der holder vand og om pre-mortem som metode til at finde fejlene i din plan, før de sker beskæftiger sig med de trin, der kommer før beslutningen. Beslutningsloggen er det, der kommer efter. Tilsammen udgør de et forløb fra forberedelse til evaluering.

Hvornår og hvordan du evaluerer loggen

En log uden evalueringsrutine er en samling af noter. Det er ikke ubrugeligt, men det er heller ikke et læringsredskab. Læringsredskabet opstår, når du sætter dig ned med loggen og systematisk sammenligner forventning med virkelighed.

En fornuftig rytme for de fleste SMV-direktører er en kort gennemgang én gang om måneden og en dybere gennemgang hvert kvartal. Den månedlige gennemgang behøver ikke tage mere end tyve minutter. Du gennemgår de beslutninger, der er passeret deres evalueringsdato, og udfylder kolonnen for faktisk udfald. Intet andet. Du skriver, hvad der skete, og du markerer, om forventningen holdt, delvist holdt, eller ikke holdt.

Den kvartalsvise gennemgang er mere analytisk. Her ser du på mønstre på tværs af beslutningerne. Stiller du de rette spørgsmål, begynder der at tegne sig et billede af, hvor din dømmekraft er stærkest, og hvor den halter. Spørgsmål du kan stille:

• Hvilke typer beslutninger rammer jeg oftest rigtigt, og hvilke rammer jeg oftest forkert?
• Er mine forventninger systematisk for optimistiske eller for pessimistiske?
• Hvornår undervurderer jeg risiko, og hvornår overvurderer jeg den?
• Er der en sammenhæng mellem, hvor hurtigt jeg traf beslutningen, og om den holdt?
• Er der beslutninger, jeg burde have truffet tidligere, men udskød?
• Hvad var kvaliteten af mit informationsgrundlag i de beslutninger, der gik galt?

Disse spørgsmål peger ikke mod én rigtig svartype. Nogle direktører opdager, at de er konsekvent for langsomme til at afsætte medarbejdere, der ikke leverer. Andre opdager, at de overvurderer nye markeders størrelse. Andre igen finder ud af, at beslutninger truffet under tidspres er systematisk dårligere end dem, de fik tid til at tænke igennem.

Det centrale er ikke, om mønstret er flatterende. Det centrale er, om det er rigtigt. En præcis og ubehagelig indsigt er mere værd end en vag og behagelig. Den giver dig noget at arbejde med.

Evalueringen bør ske i ro, ikke som en del af en travl driftsdag. Sæt det i kalenderen som en fast tid, gerne med et par timers buffer, så det ikke konstant bliver skubbet. Hvis du bruger BoardPanel til dine møder, sender platformen automatisk en påmindelse om handlinger 14 dage efter mødet, og beslutningsloggen fra mødereferatet fungerer som dit naturlige udgangspunkt for evalueringen.

Proceskvalitet kontra resultat: den forskel der gør dig bedre over tid

De fleste evalueringer af beslutninger er resultatbaserede. Gik det godt eller galt? Det er et naturligt spørgsmål, men det er ikke det eneste relevante, og det er ikke det mest nyttige til læring.

Annie Duke beskriver i Thinking in Bets forskellen mellem resultatkvalitet og beslutningskvalitet. Et godt resultat kan komme fra en dårlig beslutning. En dårlig beslutning kan føre til et godt resultat. Hvis du kun evaluerer ud fra resultatet, belønner du tilfældighederne ligeså meget som din egen evne. Over tid giver det et forvrænget billede af, hvad du faktisk er god til.

Tilføj derfor en ekstra dimension til din evaluering: proceskolonnen. For hver beslutning du evaluerer, spørg ikke kun om udfaldet var godt, men om beslutningsprocessen var god. Det vil sige:

• Havde du et rimeligt informationsgrundlag, givet hvad det var muligt at vide på tidspunktet?
• Overvejede du de væsentligste alternativer?
• Identificerede du de vigtigste risici?
• Var din logik intern konsistent?
• Tog du beslutningen på det rigtige tidspunkt, hverken for tidligt eller for sent?

Et eksempel, markeret som eksempel med opdigtede tal: antag at du beslutter at indgå en aftale med en ny leverandør baseret på to referencer, et møde og en gennemgang af leverandørens regnskaber. Aftalen viser sig at fungere godt. Men da du evaluerer, opdager du, at du aldrig tjekkede, om leverandøren var for afhængig af én stor kunde. Det var en åbenlys risiko, du ikke overvejede. Resultatet var godt, men processen var mangelfuld. Har du noteret det, lærer du noget til næste gang. Noterer du kun, at det gik godt, lærer du ingenting.

Det omvendte gælder naturligvis også. Du kan have lavet en grundig analyse, søgt sparring, kortlagt risici og truffet en velunderbygget beslutning, der alligevel gik galt på grund af forhold, du ikke kunne forudse. Det er ikke en dårlig beslutning. Det er en god beslutning med et dårligt udfald. Og det er en vigtig forskel at holde fast i, fordi alternativet er at konkludere, at du er dårlig til noget, du faktisk er god til.

I din log kan du markere dette med to separate vurderinger for hver beslutning: én for processen og én for udfaldet. Over tid viser det sig, om der er sammenhæng, eller om din fornemmelse af, hvornår du har gjort det godt, er afkoblet fra de faktiske resultater.

Artiklerne om sparring for direktører og hvem du egentlig kan tale frit med og om beslutningsoverblikket som helhed handler om input til processen. Beslutningsloggen er stedet, hvor du bagefter vurderer, om inputtet var tilstrækkeligt.

Hvad du gør med forventninger, der var vage

En af de hyppigste faldgruber i beslutningsloggen er, at forventningerne bliver skrevet for vagt til at være brugbare. 'Vi forventer positiv effekt på salget' er en forventning, der aldrig kan falsificeres. Et salg på to procent mere er positiv. Et salg på tyve procent mere er også positiv. Det siger ingenting om, hvad du egentlig troede.

Vage forventninger opstår ikke altid af dovenskab. Tit opstår de, fordi du ved, at du ikke ved nok til at sætte et præcist tal. Det er en helt legitim situation. Løsningen er ikke at opfinde et tal, du ikke har grundlag for. Løsningen er at skrive din usikkerhed præcist.

Du kan gøre det ved at skrive et interval frem for et punkt. I stedet for 'vi forventer øget salg' kan du skrive 'vi forventer, at omsætningen i dette segment stiger med mellem fem og femten procent inden for seks måneder, og vi vurderer sandsynligheden for det til at være moderat til høj'. Det er stadig en prognose med usikkerhed, men det er en falsificerbar prognose. Bagefter kan du konstatere, om udfaldet lå inden for intervallet, under det eller over det.

En anden teknik er at beskrive det, du ser som succes og det, du ser som fiasko. Altså ikke ét forventet udfald, men to grænsetilfælde. Eksempel, med opdigtede tal: 'Succes er, hvis vi inden udgangen af Q2 har lukket mindst fire aftaler i det nye segment. Fiasko er, hvis vi ingen aftaler har lukket, og vi har brugt mere end X timers salgstid. Alt imellem kræver en separat vurdering.' Det er mere brugbart end 'vi forventer at komme godt i gang'.

Vage forventninger kan også opstå, fordi beslutningen er strategisk og langsigtet. Her er det vanskeligere at sætte kortsigtede tal på. I de tilfælde er det bedre at bryde forventningen op i delforventninger med kortere tidshorisont. Hvad forventer du er sandt om seks måneder? Om tolv? Om to år? Det giver dig mulighed for at evaluere undervejs frem for at vente på et endeligt svar, der måske først foreligger om tre år.

Et praktisk tip: læs din forventning højt for dig selv, og stil spørgsmålet: 'Hvad skal der til, for at jeg er nødt til at sige, at forventningen ikke holdt?' Kan du ikke svare på det med nogen form for specificitet, er forventningen for vag. Skriv om.

Det er også legitimt at notere, at du ikke har nogen klar kvantitativ forventning, men at du har en retningsfornemmelse. Skriv i så fald præcist, hvad den fornemmelse er, og hvad der ville overraske dig. Det er bedre end ingenting, og det giver stadig noget at holde op imod bagefter.

Faldgruben ved at bruge loggen til selvretfærdiggørelse

En beslutningslog kan bruges til at lære. Den kan også bruges til at bekræfte, at du altid havde ret. De to ting er ikke det samme, og det kræver en vis selvdisciplin at undgå, at loggen glider fra det første til det andet.

Selvretfærdiggørelse sker typisk på to måder. Den første er, at du ubevidst formulerer forventningerne bagudrettet. Du sidder med loggen og skriver, hvad du 'forventede', men i virkeligheden skriver du en let redigeret version af, hvad der faktisk skete. Det er svært at undgå fuldstændigt, men det er det primære argument for at udfylde loggen samme dag beslutningen træffes. Jo kortere tid der går, jo sværere er det at omskrive erindringen.

Den anden form for selvretfærdiggørelse er selektiv evaluering. Du gennemgår loggen og ser grundigt på de beslutninger, der gik godt, mens du hurtigt passerer dem, der gik skidt. Eller du finder gode forklaringer på de dårlige resultater, der placerer skylden eksternt: markedet ændrede sig, en nøgleperson stoppede, kundernes adfærd var uforudsigelig. Alt det kan være sandt. Men det kan også bruges til at slippe for at stille spørgsmålet: var min analyse god nok, og burde jeg have set det komme?

En teknik til at modvirke dette er at bruge en fast skabelon for evalueringen, der tvinger dig til at besvare ubehagelige spørgsmål direkte. I stedet for en fri tekst besvarer du disse fire punkter for hver evaluerede beslutning:

1. Hvad forventede jeg? (Kopiér fra den originale log, uden at ændre.)
2. Hvad skete der faktisk?
3. Hvad var den vigtigste forskel mellem forventning og virkelighed?
4. Hvad ville jeg have gjort anderledes i processen, givet hvad jeg vidste dengang?

Det fjerde spørgsmål er det vigtigste til at modvirke selvretfærdiggørelse. Det holder fokus på processen og på, hvad der var inden for din kontrol, frem for på tilfældighederne eller de eksterne faktorer.

En anden modvægt er at have en fast sparringspartner eller rådgiver, du lejlighedsvis deler udvalgte beslutningsevalueringer med. Ikke for at få validering, men for at få et udefrakommende blik på, om din vurdering af processer og forventninger virker rimelig. Det behøver ikke at ske ofte, men det er en kraftfuld korrektion mod den naturlige tendens til at vurdere egne beslutninger i et mildt lys.

Du kan læse mere om valget af sparringspartnere i artiklen om hvem du som direktør egentlig kan tale frit med.

Hvordan BoardPanels referat fungerer som beslutningslog

Mange direktører ved, at de burde logge beslutninger, men de gør det alligevel ikke. Årsagen er sjældent uvilje. Det er prioritering. Når mødet er slut, er der noget nyt, der kræver opmærksomhed. Loggen lander på 'gøremål'-listen og bliver der.

En af grundene til, at et struktureret mødeformat hjælper, er, at det integrerer loggen i selve mødeprocessen frem for at gøre den til en opgave, der kommer bagefter. BoardPanel er bygget med dette som et eksplicit trin. Det sjette og sidste trin i et ordinært møde hedder beslutningslog, og det er den del, hvor AI-formand Morten Krarup samler de konkrete beslutninger, forventninger og handlinger, der er identificeret i mødet.

Når mødet er slut, kan direktøren downloade et referat. Det referat indeholder, hvad der blev besluttet, begrundelserne der lå til grund, og hvad der forventes at ske. Det er præcis de tre elementer, en beslutningslog kræver, og de er skrevet ned i samme uge som beslutningen, ikke rekonstrueret måneder senere.

BoardPanel sender desuden automatisk en påmindelse om handlinger 14 dage efter mødet. Det giver et naturligt tidspunkt for en kort status: er handlingerne sat i gang, og er der sket noget, der allerede nu indikerer, om forventningerne holder?

Referatet er ikke en erstatning for en dedikeret beslutningslog, du vedligeholder over tid. Det er en kilde til den. Du kan bruge referaterne som input til din kvartalsvise evalueringsrutine ved at samle de relevante beslutninger fra perioden og gennemgå dem samlet. Skabelonen til, hvordan et sådant referat kan se ud, finder du i gennemgangen af bestyrelsesreferatets form og indhold.

Det vigtige er ikke, hvilket format du bruger. Det er, at beslutningen og forventningen er skriftlige og daterede, mens de endnu ikke er blevet omskrevet af det, der siden skete.

Skabelon du kan bruge fra dag ét

En beslutningslog behøver ikke starte avanceret. Det vigtigste er at starte. Herunder er en simpel skabelon, du kan kopiere direkte til et regneark eller et tekstdokument. Tilpas den, efterhånden som du finder ud af, hvad der er nyttigt for dig.

Den første gang du bruger skabelonen, vil det sandsynligvis tage tredive minutter. Derefter kortere. Når du er i gang, vil du opdage, at selve udfyldningen tvinger dig til at præcisere argumenter og forventninger, som i mødesituationen lå mere diffuse. Det er i sig selv nyttigt, uafhængigt af den efterfølgende evaluering.

Et praktisk råd: brug ikke loggen til at skrive historier. Skriv punkter. Jo kortere og mere konkret, jo lettere er det at evaluere seks måneder senere. Lange prosaafsnit om baggrunden og konteksten er svære at holde op imod et faktisk udfald. Et klart, kortfattet forventningspunkt er nemt.

Gem loggen et fast sted, du altid kan finde. Backupkopier, hvis det er et digitalt dokument. En log, du mister adgang til, hjælper ingen.

Vil du have inspiration til, hvordan man dokumenterer beslutninger formelt, giver artiklen om korrekt dokumentation af bestyrelsens beslutninger et godt indblik i de krav og principper, der gælder i en mere formel kontekst, og som kan oversættes til din egen brug.

Hvad en log ikke kan fortælle dig

En beslutningslog er et kraftfuldt læringsredskab, men den har grænser. Det er vigtigt at kende dem, fordi man ellers begynder at forvente af loggen, hvad den ikke er designet til at levere.

For det første kan loggen ikke fortælle dig, hvad den rigtige beslutning var. Den kan fortælle dig, hvad du besluttede, og hvad der skete. Den kan hjælpe dig til at se mønstre i din dømmekraft. Men den kan ikke bevise, at alternativet ville have givet et bedre resultat. Den kontrafaktiske situation eksisterer ikke i datamaterialet. Hvis du fyrer en medarbejder og det går bedre bagefter, kan loggen notere det. Den kan ikke fastslå, om det var beslutningen om at fyre eller andre samtidige faktorer, der ændrede tingene.

For det andet er loggen mest nyttig for beslutninger, du har truffet mange gange i forskellige variationer. Hvis du kun har truffet en bestemt type beslutning to eller tre gange, er dit statistiske grundlag for at konkludere noget om din evne inden for dette område meget begrænset. Loggen giver et signal, ikke en konklusion. Brug den til at stille spørgsmål til dig selv og til de råd, du søger, ikke til at fastslå sandheder om dine evner ud fra et håndfuld datapunkter.

For det tredje hjælper loggen dig ikke med at identificere de beslutninger, du aldrig traf, fordi du ikke så muligheden. Det er et blint felt i enhver selvvurdering: du kan evaluere de valg, du tog og fravalgte, men du kan ikke evaluere de scenarier, der aldrig kom på dit bord, fordi du ikke var opmærksom nok på dem. Det kræver noget andet end en log. Det kræver struktureret omverdensscanning, løbende sparring og en bevidst praksis for at søge information, der udfordrer dine eksisterende antagelser.

Endelig kan en log ikke erstatte det at tale med andre om beslutningerne, før og efter. Loggen er et indre redskab. Den hjælper dig til at kende dig selv bedre som beslutningstager. Men den erstatter ikke den kalibrering, der sker, når du præsenterer din logik for et andet tænkende menneske eller et veludformet panel og hører, hvilke antagelser der ikke holder.

De to ting supplerer hinanden. Loggen giver dig datapunkterne over tid. Sparringen giver dig feedback i nuet. Bruges begge dele, har du et stærkere fundament for at forbedre din beslutningskvalitet, end du ville have med enten den ene eller den anden alene.

Kom i gang i dag: tre konkrete skridt

Du behøver ikke at bygge et perfekt system, inden du starter. Et ufuldstændigt system, du faktisk bruger, er langt mere værdifuldt end et perfekt system, du udsætter.

Første skridt er at vælge format. Vælg det format, du med rimelighed vil bruge. For nogen er det et regneark. For andre er det et dokument i den app, de allerede bruger dagligt. For nogen er det et hæfte. Formatet er underordnet. Konsistensen er afgørende. Sæt skabelonen op nu, ikke om to uger.

Andet skridt er at logge den næste beslutning, der opfylder kriterierne. Ikke den perfekte beslutning. Den næste, der er tilpas vigtig til at fortjene et referat. Brug skabelonen. Udfyld alle felter. Sæt en evalueringsdato. Det tager tredive minutter første gang.

Tredje skridt er at sætte en fast kvartalsevaluering i kalenderen. Vælg en dato inden udgangen af dette kvartal. Sæt to timer af. Blokér den som et fast møde med dig selv. Når datoen kommer, gennemgår du alle beslutninger med passeret evalueringsdato, udfylder kolonnerne for faktisk udfald og proceskarakter, og noterer den vigtigste læring fra perioden.

Disse tre skridt koster samlet set måske to timer at sætte op. Det er investeringen. Udbyttet er, at du over tid bygger et konkret billede af din beslutningsstil, dine blinde vinkler og de typer af vurderinger, du er stærkest og svagst i. Det er information, du ikke kan købe, og du kan ikke google dig til den. Den opstår kun af din egen praksis over tid.

Vil du have et struktureret format til at gennemgå beslutninger på mødeniveau og sikre, at de relevante elementer er med fra starten, kan du læse mere om, hvad BoardPanel tilbyder til SMV-direktører, på boardpanel.dk.

Kilder

• Fischhoff, B. (1975). Hindsight is not equal to foresight. Journal of Experimental Psychology: Human Learning and Memory.
• Duke, A. (2018). Thinking in Bets. Portfolio/Penguin.