Hva «siste versjon» egentlig betyr i en kjøreplan
Tor Arne Haugland forklarer begrepet siste versjon, hvorfor det ikke er det samme som siste lagrede fil, og hvilke enkle regler som gjør at hele teamet leser samme plan.
6 min lesetid
Siste versjon er et valg, ikke en tilfeldighet
I produksjonsmiljøer hører jeg ofte at alle må jobbe i siste versjon. Setningen høres selvsagt ut, men den forutsetter at noen faktisk har bestemt hvilken fil som er den siste. Det er ikke den som sist ble lagret, og heller ikke den som ligger øverst i e-posten din. Siste versjon er den utgaven en navngitt person har godkjent som gjeldende for hele teamet.
Når dette ikke er avklart, oppstår stille avvik. Regissøren går etter en rekkefølge, presentøren leser et manus med et annet innslag først, og grafikkoperatøren venter på et stikk som er flyttet to punkter ned. Ingen har gjort noe galt etter eget hode, de har bare åpnet hver sin fil. Derfor starter versjonskontroll med et enkelt spørsmål: hvem bestemmer hva som gjelder nå?
Jeg pleier å be kursdeltakere skrive svaret øverst i dokumentet, med navn og tidspunkt. Det tar ti sekunder og fjerner mye av gjetningen i et hektisk studio.
Versjonsnummer og dato gjør planen lesbar
Et versjonsnummer er ikke byråkrati, det er en måte å snakke presist på. Når produsenten sier at dere kjører versjon 4, vet alle hva som menes, og den som fortsatt sitter med versjon 3 skjønner det med en gang. Uten nummer ender samtalen i «den du fikk i går kveld», og det er ikke alltid den samme for alle.
Jeg anbefaler et fast mønster i filnavn og topptekst: programnavn, sendedato, versjonsnummer og initialer til den som sist endret. Hold deg til hele tall for større endringer og bruk gjerne en desimal for små rettelser. Det viktige er ikke systemet i seg selv, men at alle forstår det uten forklaring.
Legg også inn klokkeslett for siste endring. To versjoner med samme nummer, men ulike klokkeslett, avslører raskt at noen har redigert uten å øke nummeret, og det er en vane som må rettes opp tidlig.
- Programnavn og sendedato først i filnavnet
- Versjonsnummer som alle kan si høyt
- Initialer til den som sist endret
- Klokkeslett for siste endring i topptekst
Endringslogg: hva ble endret, og hvorfor
En versjon uten logg forteller deg at noe er annerledes, men ikke hva. Den som skal ta over etter et skift, eller som kommer inn midt i prøven, har ikke tid til å lese hele kjøreplanen på nytt for å finne ut hva som er flyttet. En kort endringslogg løser det på under et minutt.
Loggen trenger ikke være pen. En linje per endring holder: hvilket punkt, hva som ble endret, hvem som ba om det og hvem som ble varslet. Skriv for eksempel at innslag fem er kortet fra to minutter til halvannet, etter ønske fra redaktør, og at gulvregi er informert.
Det siste leddet, hvem som ble varslet, er det som oftest glemmes. En endring er ikke gjennomført før de som berøres vet om den. Loggen blir dermed ikke bare en historikk, men også en sjekkliste for at beskjeden faktisk har nådd frem.
- Punkt i planen som er berørt
- Hva som ble endret, kort og konkret
- Hvem som ba om endringen
- Hvem som er varslet
Låsing: når planen ikke lenger skal flyttes
Før eller siden må en kjøreplan frysten. Låsing betyr at utgaven som gjelder ikke endres uten at ansvarlig produsent sier ja, og at hver endring etter det er en bevisst beslutning heller enn en liten justering. Tidspunktet for låsing varierer fra sending til sending, men det bør alltid være avtalt på forhånd.
Etter låsing kan det fortsatt komme endringer, særlig i direktesendinger. Forskjellen er at de nå går gjennom én person, som oppdaterer dokumentet og sier høyt hva som er nytt. Alle andre bør ikke redigere sin egen kopi, selv om det er fristende å rette en liten feil.
Jeg har sett produksjoner der tre personer rettet samme skrivefeil i hver sin fil, og ingen av dem endte i den utgaven som ble brukt. Låsing handler om å samle redigeringsretten, ikke om å gjøre planen stiv.
Papir og skjerm i samme studio
Mange produksjoner har både utskrevne kjøreplaner og digitale. Papiret er trygt, det krever ingen strøm og kan merkes med penn. Problemet er at det eldes uten å si fra. En utskrift fra morgenen ser akkurat like troverdig ut som den fra ett minutt siden, og det er den som lett blir liggende igjen på pulten.
Løsningen er enkel: skriv versjonsnummer og klokkeslett stort øverst på hver utskrift, og samle inn gamle utgaver når en ny deles ut. Det høres pedantisk ut, men det tar bare noen sekunder per runde og fjerner en av de vanligste feilkildene.
For skjermer gjelder det samme prinsippet med andre midler. Sørg for at alle åpner dokumentet fra ett sted, ikke fra en kopi på skrivebordet. Én delt kilde med tydelig versjonsnummer gjør at du slipper å spørre hver enkelt hva de egentlig leser.
- Versjonsnummer stort øverst på utskriften
- Gamle utskrifter samles inn ved ny runde
- Én delt kilde for digitale utgaver
Små vaner som holder orden gjennom høsten
Mørkere kvelder betyr ofte tettere sendeplan og flere som går inn og ut av produksjonen. Vikarer, nye teknikere og gjesteprodusenter har ikke vært med på samtalene som formet planen. Da blir versjonskontrollen din introduksjon til produksjonen: den forteller hvem som bestemmer og hva som gjelder.
Start med tre vaner. Navngi utgaver likt hver gang, før en kort logg, og si høyt når en ny versjon er delt. Ingen av dem krever programvare, og alle kan innføres i morgen uten at noen må læres opp i lang tid.
Når vanene sitter, merker du det først når noe uventet skjer. En sen endring blir da en rolig linje i loggen og en beskjed i rommet, ikke en uro som sprer seg gjennom hele teamet i minuttene før sending.
Siste versjon er ikke en filtilstand, men en avtale mellom mennesker i teamet. Når du navngir utgaver tydelig, fører en kort logg, bestemmer når planen låses og sier høyt når noe er nytt, trenger ingen å lure på hva som gjelder. Det er små vaner, men de gjør at kjøreplan og manus peker samme vei helt frem til sending.
