Slik holder du kjøreplan og manus på samme versjon gjennom hele produksjonen
En praktisk gjennomgang av hvordan du navngir, låser og sporer endringer i kjøreplan og manus, slik at hele teamet alltid jobber med siste versjon fra første lesing til sending.
5 min lesetid
Hvorfor versjonene glipper
De fleste feil i en sending som skyldes dokumenter, oppstår ikke fordi noen skriver dårlig, men fordi to personer står med hver sin utgave. Regissøren har kjøreplanen som ble sendt rundt etter morgenmøtet, mens produsenten har rettet to innslag på telefonen i bilen. Ingen av dem gjorde noe galt, men resultatet er det samme: et stikk kommer på feil sted.
Problemet vokser jo flere som rører dokumentene. Manus, kjøreplan, grafikkliste og innslagsoversikt lever ofte hver for seg, og hver av dem får sine egne rettelser. Når endringene ikke kobles sammen, må noen huske hva som hører til hva, og det er en dårlig oppgave å overlate til hukommelsen like før sending.
I denne artikkelen går jeg gjennom en arbeidsmåte som fungerer uten spesialverktøy. Den bygger på tre ting: faste navn på filer, én person som eier hovedversjonen, og en enkel endringslogg som alle kan lese på noen sekunder.
Gi hver fil et navn som sier alt
Start med filnavnet. Et navn som «kjøreplan_ny_endelig2» forteller ingenting om når den ble laget eller hvem som har godkjent den. Bruk i stedet et fast mønster: programnavn, dato for sendingen, dokumenttype og versjonsnummer. Da kan hvem som helst sortere mappen og se hva som er nyest uten å åpne en eneste fil.
Hold deg til ett mønster hele produksjonen igjennom, og skriv det ned på første side i prosjektmappen. Det virker banalt, men det er her mange team taper tid. Når tre personer navngir på tre måter, må noen alltid rydde opp, og det skjer sjelden før noe har gått galt.
Bruk hele tall for større revisjoner og desimaler for småendringer. Versjon 2.0 betyr at rekkefølgen er endret, mens 2.1 betyr at en tekstlinje eller en varighet er justert. Teamet lærer systemet på en dag, og det gir et raskt bilde av hvor mye som har rørt seg siden sist.
- Programnavn, sendedato, dokumenttype og versjon i samme rekkefølge
- Hele tall for strukturendringer, desimaler for små rettelser
- Ingen ord som «endelig» eller «ny» i filnavnet
- Mønsteret står skrevet på første side i prosjektmappen
Utpek én eier av hovedversjonen
Versjonskontroll handler mer om ansvar enn om teknikk. Bestem hvem som eier hovedversjonen av kjøreplanen, og hvem som eier hovedversjonen av manus. Ofte er det samme person, men ikke alltid. Poenget er at alle andre vet hvem de skal gå til, og at endringer går gjennom denne personen i stedet for å spre seg som kopier.
Eieren trenger ikke gjøre alt arbeidet selv. Andre kan foreslå rettelser, men eieren tar dem inn, setter nytt versjonsnummer og sier fra til resten av teamet. Det gir en naturlig kontrollstasjon der motstridende ønsker oppdages før de havner i planen.
Skriv eierens navn øverst i dokumentet, sammen med klokkeslettet for siste oppdatering. Når noen lurer på om de har siste utgave, ser de svaret med én gang, og de vet hvem de skal spørre dersom tallene ikke stemmer.
Før en endringslogg som folk faktisk leser
En endringslogg er en kort liste nederst eller på egen fane som sier hva som ble endret, hvorfor og av hvem. Hold den kort. Én linje per endring er nok: «Innslag 4 flyttet etter innslag 6, ny varighet 2.10, bestilt av redaktør». Den som kommer inn sent i prosessen, forstår da hvorfor planen ser ut som den gjør.
Loggen har en annen nytte også: den hindrer at samme diskusjon tas to ganger. Når noen foreslår å flytte et innslag tilbake, kan du peke på linjen som forklarer hvorfor det ble flyttet. Det sparer tid og irritasjon i travle morgener.
Merk endringer som berører andre fagområder med en tydelig markering. Hvis et nytt stikk krever grafikk, skal grafikkansvarlig se det uten å lete. Bruk en fast kode, for eksempel G for grafikk og V for video, foran linjen i loggen.
- Én linje per endring, med hva, hvorfor og hvem
- Fast kode for fagområdet som berøres
- Nyeste endring øverst
- Loggen følger dokumentet, ikke et eget sted
Hold manus og kjøreplan i takt
Den vanligste svikten er at kjøreplanen oppdateres, men manuset ikke følger etter. Innslagsrekkefølgen er endret, men presenterteksten refererer fortsatt til et innslag som nå kommer senere. Løsningen er enkel: hver gang kjøreplanen får nytt tall før kommaet, gjennomgår manusansvarlig overgangene mellom innslagene.
Bruk samme innslagsnummer i begge dokumentene, og endre aldri nummeret når noe flyttes. Gi i stedet innslaget et nytt sted i rekkefølgen. Da kan stikk, grafikk og tekst alltid kobles på nummeret, selv om plasseringen skifter.
Avtal et fast tidspunkt for siste endring før sending, og hold deg til det. Etter dette tidspunktet gjelder bare rettelser som må gjøres, og de varsles muntlig i tillegg til at de føres inn. På den måten vet gulvet og kontrollrommet at det de har på papiret, er det som gjelder.
Rydd opp når sendingen er over
Etter sending er det fristende å lukke mappen og gå videre. Bruk likevel ti minutter på å lagre den versjonen som faktisk ble brukt, og merk den tydelig som sendeversjon. Den er ofte ikke identisk med siste planlagte utgave, fordi ting endres underveis, og det er den du vil ha når du skal lære av produksjonen.
Slett eller flytt eldre utkast til en arkivmappe, slik at de ikke blandes med det som er i bruk. Behold loggen, for den forteller historien om hvordan planen utviklet seg. Neste gang du setter opp en lignende sending, kan du se hvilke endringer som kom sent og hvorfor.
Gå gjennom loggen sammen med teamet noen minutter. Se etter mønstre: kommer de samme endringene hver gang, kan de planlegges inn tidligere. Slik blir versjonskontroll en måte å forbedre selve produksjonen på, ikke bare en rutine for å holde orden.
God versjonskontroll krever lite utstyr og mye disiplin. Faste filnavn, én eier av hovedversjonen, en kort endringslogg og samme innslagsnummer i manus og kjøreplan tar deg langt. Prøv ordningen på neste sending, og juster den etter hva teamet faktisk bruker. Når alle vet hvor siste versjon ligger, blir det rom for å tenke på selve sendingen.
