Hva er egentlig forskjellen på programstruktur og skotliste?

Nesten hver kullstart får jeg det samme spørsmålet: er ikke en programstruktur og en skotliste egentlig det samme dokumentet med to navn? Svaret er nei, og forskjellen er verdt å forstå tidlig, fordi mange av de vanligste misforståelsene i en produksjon starter her.

Programstrukturen forteller hva som skjer og i hvilken rekkefølge. Den svarer på spørsmål som hvilket nummer som kommer etter åpningen, hvor lenge hvert nummer varer, og hvor det er plass til en scenebytte eller en pause. Den er skjelettet i showet.

Skotlisten forteller hva kameraet og det visuelle teamet skal se og gjøre i hvert øyeblikk. Den er rettet mot dem som skal utføre planen, ikke mot dem som skal bestemme den. Begge dokumentene trengs, men de har ulike lesere og ulike jobber.

En god programstruktur er enkel å lese i et mørkt lokale. Den har én linje per nummer eller hendelse, med nummerering, varighet, ansvarlig og en kort beskrivelse. Jeg anbefaler å starte med et grovt løp på én side før du går i detalj, slik at du ser balansen i hele kvelden.

Når du bygger rekkefølgen, tenker du på energi og pust. Et stort nummer trenger ofte en rolig forløper, og en overgang som tar tid må ha rom i planen. Det er her mange undervurderer scenebytter og regner dem som null sekunder.

I kurset øver du på å sette tider på hver linje og summere dem. Da oppdager du tidlig om kvelden går over tiden, og du kan ta grep på papiret i stedet for midt i showet.

• Nummer og rekkefølge
• Varighet per nummer
• Ansvarlig person
• Plass til scenebytte og pauser

Skotlisten tar utgangspunkt i programstrukturen og bryter hvert nummer ned i enkeltbilder. For hvert skudd noterer du bildestørrelse, vinkel, hva som skal være i bildet og hva som utløser skiftet til neste. Den gjør en overordnet idé om til konkrete oppgaver.

Her er presisjon viktigere enn pynt. En linje som «vis bandet bredt» kan tolkes på fem måter, mens «totalbilde fra salen, hele scenen, hold til refrenget starter» kan følges av alle. Jeg ber kursdeltakerne skrive som om leseren aldri har hørt låten.

Skotlisten kobles også til storyboardet. Rutene du tegner viser hvordan skuddene ser ut, og listen viser rekkefølgen og tidspunktet. Sammen gir de teamet en felles forståelse før første prøve.

Tenk på programstrukturen som kartet og skotlisten som veibeskrivelsen. Kartet viser hele området, veibeskrivelsen viser hvert sving. Endrer du kartet, må veibeskrivelsen oppdateres, og det er her feil sniker seg inn.

Den enkleste måten å unngå det på er å bruke samme nummerering i begge dokumentene. Nummer 4 i programmet er nummer 4 i skotlisten, med underpunkter som 4.1 og 4.2. Da kan alle finne tilbake uansett hvem som har endret hva.

Jeg anbefaler også å skrive dato eller versjon øverst på hver side. I en travel prøveuke er det lett å stå med ulike utgaver, og en tydelig versjonsmerking sparer teamet for mye forvirring.

• Felles nummerering i begge dokumentene
• Versjon og dato øverst
• Én ansvarlig for endringer

Skriv kort og bruk faste ord. Hvis «overgang» betyr en bestemt ting i dokumentet ditt, bruk samme ord hver gang. Variasjon som virker elegant i en tekst skaper tvil i en kontrollrom.

Legg inn kontrollpunkter. Det kan være en markering der en overgang må være ferdig, eller en merknad der lyset og videoen må være synkronisert. Slike punkter hjelper teamet å vite om de ligger foran eller bak planen.

Test dokumentene på noen som ikke har vært med på planleggingen. Hvis personen forstår hva som skal skje uten at du forklarer, er dokumentet godt nok. Hvis hun må spørre, vet du hvor teksten skal strammes inn.

Start med programstrukturen. Uten den vet du ikke hvilke nummer du skal planlegge bilder for. Den kan være uferdig, men rekkefølgen og omtrentlige tider bør være på plass før du går videre.

Skotlisten lager du når konseptet er avklart og du vet omtrent hvilke uttrykk du vil ha. Da kan du skrive for hvert nummer, og du kan justere når storyboardet viser at noe ikke fungerer i praksis.

Begge dokumentene er levende frem til overleveringen. Forvent å revidere dem etter hver runde med tilbakemeldinger, og la den endelige versjonen være den som alle på scenen og i kontrollrommet faktisk bruker.