Hva bør en mal for videogjennomgang egentlig inneholde?

Spørsmålet vi får oftest

Når team tar kontakt med oss, kommer det samme spørsmålet nesten hver gang: hva må egentlig stå i malen vi skal bruke til videogjennomgang? Svaret er kortere enn mange tror. En mal er ikke et stort skjema som skal fylles ut for hver film. Den er et lite sett med dokumenter som svarer på de samme spørsmålene hver gang, slik at ingen må finne opp prosessen på nytt når et nytt prosjekt starter.

Som instruktør med ansvar for dokumentasjon ser jeg at team ofte starter med for mye. De laster ned lange maler med tjue felt, og etter to prosjekter bruker ingen dem lenger. Det er bedre å starte med det du faktisk trenger i dag, og la malen vokse når teamet oppdager hull. Denne teksten tar for seg hva som bør være med fra første dag.

Det første dokumentet: prosjektrammen

Det første dokumentet er en enkel prosjektramme på én side. Her står hvem som bestiller videoen, hvem som er redigerer eller produsent, og hvem som har siste ord når kommentarene spriker. Rammen sier også hvor mange revisjonsrunder prosjektet har, og hvilken frist hver runde har. Uten dette dokumentet starter gjennomgangen med uklare forventninger, og det er der de fleste misforståelsene oppstår.

Skriv rammen i vanlig språk, ikke i prosjektsjargong. Den skal kunne leses av en kollega som aldri har vært med på prosjektet, og som likevel må forstå hvem som bestemmer hva. Vi anbefaler at rammen sendes til alle deltakere før første versjon leveres, og at den lagres sammen med selve videofilene. Da finnes den på samme sted som alt annet, også om et halvt år.

• Navn på bestiller, redigerer og endelig beslutningstaker
• Antall revisjonsrunder og frist for hver runde
• Hvor kommentarer skal samles
• Hvor godkjent versjon lagres

Kommentarskjema med tidskode

Det andre dokumentet er selve kommentarskjemaet. Det trenger bare noen få kolonner: tidskode, kommentar, hvem som skrev den, beslutning og status. Poenget er at hver kommentar peker på et konkret sted i filmen, og at noen faktisk tar stilling til den. En kommentar uten beslutning er et ønske, ikke en endring, og redigereren bør ikke måtte gjette hva som gjelder.

Vi ser ofte at team samler kommentarer i e-poster, chattråder og håndskrevne notater samtidig. Malen løser ikke dette ved å legge til flere felt, men ved å gjøre ett sted til det riktige stedet. Når alle vet at kommentarene skal inn i skjemaet, blir det også enklere å se hvilke som er løst og hvilke som ligger igjen til neste runde.

Versjonsnavn og logg

Det tredje dokumentet er en kort versjonslogg. Hver fil får et navn som viser prosjekt, versjon og runde, og loggen noterer når filen ble levert og hvem som fikk den. Dette høres banalt ut, men mange av de dyreste misforståelsene handler om at noen ga tilbakemelding på en gammel versjon. Loggen er en billig forsikring mot det.

Hold navnereglene enkle nok til at alle klarer å følge dem uten å slå opp. Vi foreslår å velge én rekkefølge, for eksempel prosjektnavn, versjonsnummer og runde, og bruke den hver gang. Det viktigste er ikke hvilken regel du velger, men at den brukes likt av alle, også når det haster og noen er fristet til å skrive «ny_endelig_denne».

Loggen trenger ikke være en egen fil. Den kan være en tabell i samme dokument som kommentarskjemaet, så lenge den oppdateres hver gang en ny versjon sendes ut.

Sluttgodkjenning som siste ark

Det fjerde dokumentet er godkjenningsarket. Det sier hvilken versjon som er godkjent, hvem som godkjente, og at kommentarer fra siste runde er behandlet. Dette er ikke en juridisk kontrakt, men et enkelt spor som viser at prosessen er fullført. Når noen senere spør hvorfor en scene ble slik den ble, finnes svaret på ett sted.

Arket bør være så kort at ingen utsetter å fylle det ut. Fire eller fem linjer er nok. Det som betyr noe, er at det alltid fylles ut før filen publiseres, og at det lagres sammen med den endelige versjonen. Da blir arkivet ditt noe du kan stole på, i stedet for en mappe du håper inneholder riktig fil.

Slik tar du malene i bruk

Når du har de fire dokumentene, er neste steg å prøve dem på ett reelt prosjekt. Ikke omorganiser alt på en gang. Velg en film som uansett skal lages, la teamet bruke malene gjennom hele løpet, og noter underveis hva som føltes unødvendig og hva som manglet. Etter prosjektet justerer du malene, og først da tar du dem i bruk på flere.

I kurset bygger deltakerne sine egne maler ut fra egne prosjekter, med veiledning underveis. Du trenger ikke forkunnskaper utover at du har vært med på å bestille eller produsere video. Resultatet er et sett dokumenter tilpasset din virksomhet, ikke en generisk pakke som må omgjøres etterpå.

En god mal er liten, tydelig og brukt. Start med prosjektramme, kommentarskjema, versjonslogg og godkjenningsark, og legg til mer først når teamet ber om det. Slik blir malene en del av hverdagen i stedet for et dokument som ligger i en mappe. Har du et prosjekt på vei, er dette en god anledning til å prøve det ut.