Hva «versjon» og «godkjenning» egentlig betyr når et opptak skal fornyes

Hva en versjon er, og hva den ikke er

I faget bruker vi ordet versjon om en bestemt tilstand av en fil som er lagret og merket slik at den kan finnes igjen. Det høres selvsagt ut, men i praksis er det her det oftest går galt. Mange tror at en versjon er det samme som en kopi, og ender med en mappe full av filer som heter «ferdig», «ferdig2» og «ferdig_endelig». Ingen av dem sier noe om hva som er endret eller hvem som har sett dem.

En versjon er først en versjon når den har et nummer, en dato og en kort beskrivelse av hva som skiller den fra den forrige. Da kan du åpne mappen om et halvt år og vite hva du ser på. Du kan også svare kunden når hun spør hvorfor lysbilde tolv ser annerledes ut enn sist.

Et opptak som skal fornyes har dessuten alltid ett fast punkt: originalen. Den endrer vi aldri. Alle versjoner bygger på den, og den ligger urørt ved siden av, slik at ingen noen gang må gjette hva som var der først.

• Nummer som viser rekkefølgen
• Dato for når versjonen ble laget
• En setning om hva som er endret
• Originalen lagres alltid urørt

Navngivning som andre kan forstå

Et godt filnavn er et lite brev til den som åpner mappen senere, kanskje en kollega som aldri har hørt om prosjektet. I kurset øver vi på en enkel struktur: kundens korte prosjektnavn, så versjonsnummer, så en kort angivelse av hva som er gjort. Det gir navn som sorterer seg selv og som ikke må forklares muntlig.

Vi anbefaler å bruke to deler i nummeret. Hele tall, for eksempel 1 og 2, brukes for versjoner som er sendt til kunden. Desimaler, som 1.1 og 1.2, brukes for interne arbeidsversjoner som ikke har forlatt deg. Da ser du med en gang hvilke filer kunden har hatt i hånden.

Unngå ord som «ny», «siste» og «endelig» i navnet. De mister betydningen den dagen en nyere fil dukker opp. Tall og dato eldes ikke på samme måte, og de gjør at hele historikken kan leses fra topp til bunn uten å åpne en eneste fil.

• Prosjektnavn, versjonsnummer, kort beskrivelse
• Hele tall for versjoner sendt til kunde
• Desimaler for interne arbeidsversjoner
• Ingen «ny» eller «endelig» i filnavnet

Hva et godkjenningstrinn er

Godkjenning er det punktet der kunden uttrykkelig sier at en bestemt versjon kan brukes videre. Ordet «uttrykkelig» er viktig. At kunden ikke har svart på tre dager er ikke en godkjenning, og at hun likte forrige utkast sier ingenting om dette. Godkjenningen gjelder én navngitt versjon, ikke prosjektet generelt.

I de fleste fornyelsesprosjekter er det naturlig med flere trinn. Det første gjelder gjerne innholdet: er de nye lysbildene riktige, og står teksten slik kunden vil ha den? Det neste gjelder lyd og klipp: er pausene fjernet uten at meningen er endret? Til slutt kommer en sluttkontroll av den ferdige filen. Hvert trinn har sin egen versjon og sin egen bekreftelse.

Poenget med å dele det opp er at feil fanges tidlig, når de er billige å rette. Å bytte et lysbilde i et utkast tar minutter. Å oppdage etter levering at det gamle lysbildet ligger igjen midt i opptaket tar langt lengre tid, og tilliten er vanskeligere å få tilbake.

• Godkjenning gjelder én navngitt versjon
• Stillhet er ikke det samme som ja
• Egne trinn for innhold, lyd og sluttfil

Hvordan en godkjenning skrives ned

Du trenger ikke et tungt system, men du trenger spor. Det enkleste er en kort logg som følger prosjektet: hvilken versjon som ble sendt, når, til hvem, og hva svaret var. Svaret kopieres inn ordrett, gjerne med kundens egne ord. Da er det aldri uenighet om hva som ble sagt.

Når kunden godkjenner med forbehold, noterer du forbeholdet som en egen linje og lager en ny versjon som svarer på det. Versjonen med forbeholdet regnes ikke som godkjent. Det er en vanlig feil å behandle «ser bra ut, men kan du se på lyden i andre halvdel» som et ja og levere videre.

I kurset lar vi deltakerne føre en slik logg gjennom en hel prosjektoppgave. Mange oppdager at loggen sparer dem mer tid enn den koster, fordi de slipper å lete i e-poster når noen spør hva som egentlig ble avtalt.

• Versjon, dato, mottaker og svar i samme logg
• Kundens svar kopieres ordrett
• Forbehold gir ny versjon, ikke godkjenning

Et lite eksempel fra et fornyet webinar

Tenk deg et webinar på femti minutter der fire lysbilder har utdaterte tall. Du lager versjon 1 med nye lysbilder og sender den til kunden med en setning om hva som er byttet. Hun svarer at tre av dem er riktige, men at det fjerde fortsatt viser feil prosentsats. Det gir versjon 2, der bare ett lysbilde er endret.

Neste trinn er lyd og pauser. Du lager versjon 3 på toppen av den godkjente versjon 2, ikke på toppen av noe annet. Slik vet du at lysbildene ikke er rørt, og kunden vet at hun bare trenger å lytte etter lyd og tempo. Ingen må se hele opptaket om igjen.

Til slutt får filen sitt endelige navn, med dato og en merking som viser at dette er oppdatert materiale. Originalen ligger fortsatt urørt i sin egen mappe. Hvis noen om et år spør hva som ble endret, finnes svaret i loggen og ikke i noens hukommelse.

Hva du tar med deg

Versjon og godkjenning handler om å kunne bevise hva som ble gjort og hva som ble avtalt. Det er ikke byråkrati for byråkratiets skyld. Det er den rolige delen av arbeidet som gjør at resten kan gå raskt, fordi ingen er i tvil om hvilken fil som gjelder.

Start med tre vaner: gi hver fil et navn som kan leses uten forklaring, send alltid én navngitt versjon til godkjenning, og skriv ned svaret med kundens egne ord. Det er nok til å unngå de fleste misforståelsene som ellers dukker opp sent i prosjektet.