En rundown, der var for pæn
Jonas kom til kurset i begyndelsen af efteråret. Han havde været frivillig ved lokale debataftener i flere år og kendte stemningen i en sal, men aldrig bagsiden af en udsendelse. Hans første opgave hos os var at bygge en rundown til en paneldebat på fyrre minutter, og han afleverede et flot ark, hvor hvert indslag fyldte præcis det, det skulle.
Problemet så jeg med det samme. Hvert minut var brugt, og der var ikke en eneste lomme til det uventede. Jeg spurgte ham, hvad der skete, hvis åbningen trak to minutter ud. Han tænkte lidt og sagde ærligt, at så faldt resten af arket fra hinanden, og at han ikke havde tænkt på det.
Det er en almindelig begynderfejl, og den er ikke dum. En rundown føles som en plan, men den er i virkeligheden et udgangspunkt for de beslutninger, man skal træffe, når planen skrider.
Tidskoder som fælles sprog
Vi startede med at gennemgå, hvad en tidskode egentlig er til for. Den fortæller ikke kun, hvornår noget begynder, men giver gulvleder, instruktør og vært et fælles referencepunkt. Når nogen siger, at vi er to minutter bagud ved tredje indslag, skal alle forstå præcis, hvad det betyder.
Jonas ændrede sit ark, så hvert punkt fik både en planlagt starttid og en varighed. Han tilføjede en kolonne for løbende tid, så han kunne se afvigelsen i øjeblikket. Det lyder som lidt ekstra papirarbejde, men det ændrede hans måde at tænke på.
Pludselig kunne han aflæse, hvor skoen trykkede, før den trykkede. Han opdagede, at to af hans indslag lå så tæt, at selv en lille forsinkelse ville æde hele overgangen mellem dem.
- Planlagt starttid og varighed for hvert punkt
- Løbende tid, så afvigelsen kan læses med det samme
- Faste kodeord for overgange, som alle kender
Buffer er ikke spild
Næste skridt var buffer. Jonas var tøvende, for han syntes, det virkede som at give sig selv luft, man ikke fortjente. Jeg forklarede, at buffer ikke er ledig tid, men tid med en bestemt opgave: at absorbere det, ingen kan forudse.
Vi lagde to korte buffere ind, én efter åbningsdebatten og én inden afslutningen. Hver af dem fik en størrelse, han kunne forsvare, og en regel for, hvornår den måtte bruges. Hvis den første buffer ikke blev brugt, skulle den ikke bare forsvinde, men flyttes frem til det sted, hvor den ville gøre mest nytte.
Det gav ham en fornemmelse, han ikke havde haft før. Rundownen var ikke længere et skema, der skulle opfyldes, men et værktøj, der kunne bøje uden at knække.
Planen for det udskudte indslag
Det sværeste var at tale om indslag, der måske ikke kommer. I vores øvelse var der et optaget indslag midt i forløbet, som blev forsinket i levering. Jonas skulle beslutte, hvad der skete, hvis det ikke var klar.
Han skrev først en nødløsning, der krævede tre ændringer på én gang. Det var for meget. Vi skar det ned til én enkel regel: hvis indslaget ikke er klart ved en bestemt tidskode, rykker vi direkte videre til næste punkt, og indslaget placeres sidst, hvis der er tid.
En god plan for udskydelse er kort nok til, at gulvlederen kan huske den uden at kigge på papiret. Hvis den kræver forklaring under udsendelsen, er den for kompliceret.
- Et fast tidspunkt, hvor beslutningen træffes
- Ét tydeligt alternativ i stedet for flere
- Besked til vært og kontrolrum i god tid
Prøvekørsel med bevidste forstyrrelser
Til sidst øvede vi rundownen i en tørkørsel. Jeg spillede rollen som en vært, der talte for længe, og en gæst, der svarede langsomt. Jonas sad i kontrolrollen og skulle justere undervejs ved at bruge sine buffere og sin plan for det udskudte indslag.
Første gennemløb gik skævt. Han glemte at give besked til værten, da han flyttede et punkt. Andet gennemløb var bedre, og i tredje gik det næsten roligt. Det vigtigste, han tog med sig, var ikke selve arket, men vanen med at sige ændringer højt og tydeligt.
Jeg noterede også, hvor meget hans tone betød. Når han talte roligt, blev resten af rummet roligere. Den slags lærer man ikke af en skabelon, men af at prøve det flere gange.
Hvad Jonas selv tog med
Da kurset sluttede, spurgte jeg ham, hvad der havde ændret sig mest. Han svarede, at han nu læser en rundown fra bagenden: Hvad sker der, hvis dette punkt går galt? Det er en anden indgang end at spørge, om alt passer ind.
Han fortalte også, at han har lavet en forkortet udgave til de debataftener, han hjælper til ved. Den fylder en side, har to buffere og én regel for udskydelse. Det er ikke en professionel produktion, og det behøver det ikke at være.
Det, jeg kan sige med sikkerhed, er, at hans rundowns nu bærer en mere realistisk tanke om tid. Det er det, rundownarbejdet i bund og grund handler om.
Jonas' historie er ikke usædvanlig. De fleste begynder med en rundown, der er pæn, men skrøbelig, og lærer gennem øvelse at gøre den robust. Tidskoder, buffer og en enkel plan for det udskudte indslag er ikke svære begreber, men de kræver, at man prøver dem af i stedet for blot at læse om dem. Det er netop den vane, vi arbejder med i modulet om rundown og programtiming.