Der står “kl. 10.15 – paneldebat” i programmet. Én linje. Tredive sekunders læsning.
Bag den linje ligger: fire stole placeret inden pausen, fire mikrofoner testet og mærket, en moderator der ved præcis hvornår hun må afbryde, en runner der henter panelet fem minutter før, en lysstemning der skifter når de sætter sig, en slide der skal væk fra skærmen, en optager der skal starte — og en beslutning om hvad der sker, hvis den ene paneldeltager stadig sidder i tog.
Programmet er ikke produktionen. Programmet er, hvad deltageren oplever. Produktionen er alt det, der skal ske, for at deltageren oplever det.
Afstanden mellem de to ting er den oversættelse, mange regner med sker af sig selv. Det gør den ikke. Den skal laves af nogen, på skrift, inden dagen. Og det dokument, hvor oversættelsen står, er køreplanen.
Denne artikel handler om køreplanen: hvad den skal indeholde, hvorfor din som projektleder ikke skal være magen til alle andres, og hvilke værktøjer der faktisk holder, når programmet rykker sig.
Først: eventdesignet ligger forud for køreplanen
En køreplan kan ikke redde et event, der ikke er tænkt igennem. Den kan kun eksekvere de beslutninger, der allerede er truffet.
Derfor ligger eventdesignet forud. Det er dér, I afgør, hvilket forretningsmål eventet skal ramme, hvilken følelse deltageren skal forlade rummet med, og hvilken struktur oplevelsen skal have. Det gælder alle events — konference, kick-off, produktlancering, generalforsamling, årsmøde. Uden det arbejde bliver køreplanen bare en meget detaljeret beskrivelse af noget tilfældigt.
Vi har beskrevet den proces i seks faser her: Eventdesign-processen.
Resten af artiklen handler om det, der kommer bagefter: hvordan designet bliver til en dag, der holder.
Hvad er en køreplan — eller en rundown?
En køreplan er et minut-for-minut-dokument over, hvad der sker på og bag scenen gennem hele eventet, og hvem der gør det.
I teknikerverdenen hedder det en rundown. Navnet siger noget om, hvordan det bruges: man løber igennem dagen på forhånd, linje for linje, og ser, hvor det brænder sammen. Det er samme dokument — bare med et andet ord, afhængigt af hvem i lokalet der taler.
Forskellen på et program og en køreplan er værd at holde fast i:
- Programmet er deltagerens dokument. Overskrifter, navne, klokkeslæt. Én side.
- Køreplanen er produktionens dokument. Handlinger, ansvar, teknik, beslutningsveje. Typisk mange sider.
Blander man de to, får man et program, der er for detaljeret til deltageren, og en køreplan, der er for grov til at producere efter.
Det skal en køreplan til en konference indeholde
For hvert punkt i køreplanen bør der stå:
- Klokkeslæt og varighed — og hvad der er buffer, og hvad der ikke er
- Hvad publikum ser og hører — scenehandlingen, ikke overskriften
- Hvem gør det — med navn, ikke funktion
- Hvad teknik gør — lyd, lys, video, optagelse, streaming
- Hvad der skal være klart inden — materiale, rekvisitter, opstilling, scenografi
- Hvem beslutter, hvis det skrider
Det sidste punkt er det, folk oftest springer over. Det er også det, der afgør, om dagen holder.
Køreplanen er beslutningen
Her er den vigtigste erkendelse, og den er ubehagelig første gang, man møder den:
Kan du ikke skrive minuttet, har du ikke truffet beslutningen.
Når du sætter dig med køreplanen, opdager du, hvor de uafklarede valg ligger. Hvem byder egentlig velkommen — direktøren eller moderatoren? Hvor lang er pausen, hvis kaffen står i et andet lokale end netværksområdet? Hvad sker der på skærmen, mens 240 mennesker går til workshops? Hvem siger til, når oplægsholderen er ti minutter over tid?
Det er ikke detaljer. Det er beslutninger, der ikke er truffet endnu. Køreplanen finder dem, mens der stadig er tid til at træffe dem i ro.
Alternativet er, at de bliver truffet på dagen — af den, der tilfældigvis står nærmest, under tidspres, uden overblik over konsekvenserne. Det er sådan, en konference skrider, uden at nogen har besluttet, at den skulle skride.
Tag LEDER-delen af projektleder alvorligt
Her er et punkt, det er værd at bruge tid på.
Din køreplan skal ikke være den samme, som alle andre har.
Teknikeren skal vide, hvornår mikrofon 3 åbnes. Det skal du også — men på et andet niveau. Moderatoren skal vide, hvornår hun må afbryde. Cateringen skal vide, hvornår folk kommer ud ad døren, og ikke meget andet. Oplægsholderen skal vide, hvornår hun er på, og hvad der sker lige før og lige efter — og skal ikke forstyrres af resten.
Får alle det samme 14-siders dokument, sker der ét af to: enten læser de det ikke, eller også læser de det og finder de tre linjer, der handler om dem — mens de overser den fjerde.
Du skal have overblikket. De andre skal have deres udsnit. Det er ikke at holde kortene tæt til kroppen. Det er ledelse. Din opgave er at vide, hvordan delene hænger sammen, så de enkelte fagfolk kan koncentrere sig om at gøre deres del rigtigt.
Masterdeck: ét sted, hvor sandheden står
Løsningen er et masterdeck: ét dokument, der indeholder alt, og som de rollespecifikke versioner trækkes ud fra.
Ændrer noget sig — og det gør det — rettes det ét sted, og alle versioner følger med. Det er hele pointen. I ugen op til et event ændrer et program sig typisk mange gange, og hver ændring, der skal skrives ind manuelt flere steder, er en fejl, der venter på at ske.
Værktøjer til køreplanen: vælg bevidst
Der findes ikke ét rigtigt værktøj. Der findes et valg, du bør træffe bevidst i stedet for at arve.
Regneark: Excel og Google Sheets
Regneark fungerer fint som masterdeck, hvis de bygges rigtigt: ét ark med alle data, og rollevisninger der filtreres ud derfra — ikke ti faneblade, der skal holdes i sync i hånden.
Det kræver lidt formler eller scripting. Og det er præcis den type opgave, hvor AI-værktøjer som Claude, ChatGPT, Copilot og Gemini er reelt brugbare: du beskriver, hvad du vil have — “lav mig en visning, der kun viser rækker, hvor teknik-kolonnen ikke er tom” — og får formlen eller scriptet. Det, der før krævede en kollega med Excel-særinteresse, tager nu en halv time.
Projektværktøjer: ClickUp, Monday.com, Asana og de andre
ClickUp, Monday.com, Asana, Smartsheet, Notion, Airtable, Trello, Wrike — de kan alle bære en køreplan, hvis strukturen lægges rigtigt fra starten.
Det afgørende er, at hvert programpunkt er én post med felter for tid, varighed, ansvarlig, teknik, lokale og status. Så kan du filtrere pr. rolle, pr. tidsrum, pr. lokale — uden at kopiere noget som helst. Teknikeren får sin visning, cateringen sin, moderatoren sin. Alle kigger på de samme data.
Lægger du det derimod ind som lange tekstnoter under hvert punkt, har du bygget et dokument inde i et databaseværktøj — og får ulemperne ved begge dele.
Det, vi ikke anbefaler
Køreplaner bygget som præsentationer. PowerPoint- og Keynote-filer, der skal opdateres på kryds og tværs, hver gang noget rykker sig.
De ser overskuelige ud. De er umulige at holde ajour. På dagen cirkulerer der typisk tre versioner, ingen ved med sikkerhed, hvilken der er den nyeste, og fejlen bliver opdaget, når den er sket.
En ærlig bemærkning: intet værktøj gør arbejdet for dig. Strukturen skal lægges, uanset hvad du vælger. Men den halve time, du bruger på at sætte det rigtigt op fra starten, sparer dig for timer i ugen op til — og for den type fejl, der er synlige for alle.
Hvorfor køreplanen er så vigtig
Fordi det er dér, kontrollen ligger.
Det, de fleste projektledere frygter, er ikke, at noget går galt. Det er, at noget går galt, uden at de opdager det i tide — og at de ender med at skulle være alle steder på samme tid for at sikre sig imod det.
En køreplan fjerner ikke det uforudsete. Der vil altid ske noget: en oplægsholder bliver forsinket, en projektor står af, et program skal klippes med tolv minutter. Det kan ingen love sig ud af, og vi gør det heller ikke.
Det, en ordentlig køreplan gør, er tre ting:
- Den flytter beslutningerne frem i tiden. Væk fra dagen, hvor de træffes med maven, og hen til ugerne før, hvor de kan træffes med hovedet.
- Den gør det muligt at improvisere. Man kan kun ændre en plan, man kender. Når alle ved, hvad der skulle være sket, kan man rykke rundt på det uden at tabe tråden. Uden en plan er der ikke noget at improvisere ud fra — der er bare kaos, man reagerer på.
- Den fjerner dig fra flaskehalsen. Sidder alle svar i dit hoved, skal alle spørge dig. Står de på skrift, arbejder folk videre uden dig — og du kan bruge dagen på det, du faktisk skal: holde øje med helheden og træffe de beslutninger, ingen andre kan træffe.
Det er forskellen på at styre en dag og at overleve den.
Ofte stillede spørgsmål om køreplaner
- Hvad er forskellen på et program og en køreplan? Programmet er deltagerens dokument: overskrifter, navne og klokkeslæt. Køreplanen er produktionens dokument: hvad der konkret skal ske minut for minut, hvem der gør det, hvad teknikken laver, og hvem der beslutter, hvis noget skrider.
- Hvad hedder en køreplan i teknikerverdenen? En rundown. Det er samme dokument — ordet stammer fra tv- og liveproduktion, hvor man “løber dagen igennem” på forhånd, linje for linje.
- Hvornår skal køreplanen laves? Efter eventdesignet er på plads, og tidligt nok til at de huller, den afdækker, kan lukkes i ro. Som tommelfingerregel: første version flere uger før, låst version dagen inden.
- Hvilket værktøj er bedst til en køreplan? Der er ikke ét rigtigt. Regneark fungerer, hvis der bygges ét datasæt med filtrerede rollevisninger. Projektværktøjer som ClickUp, Monday.com, Asana, Smartsheet, Notion og Airtable fungerer, hvis hvert programpunkt oprettes som én post med felter. Præsentationsprogrammer frarådes — de kan ikke holdes ajour.
- Skal alle have den samme køreplan? Nej. Projektlederen skal have helheden. Alle andre skal have deres udsnit, trukket ud af det samme masterdeck, så en rettelse ét sted slår igennem alle steder.