Slik settes en leveransepakke sammen, steg for steg

Pakken begynner lenge før siste eksport

Når jeg går gjennom en leveranse sammen med et produksjonsteam, starter jeg aldri med masterfilen. Jeg starter med spørsmålet: hva skal mottakeren kunne gjøre med pakken om to år, uten å ringe noen av oss? Svaret avgjør hva som må med, og det er overraskende ofte mer enn selve filmen.

I høstukene er mange prosjekter i full gang, og da ser jeg det samme mønsteret. Leveransen blir et hastverk på slutten, fordi ingen har satt av tid til den. Resultatet er en mappe med filer som alle vet hva er, så lenge de som laget den sitter ved siden av.

Derfor lar jeg teamene lage et tomt skjelett for leveransepakken allerede i første uke av prosjektet. Mappene finnes, de er tomme, og hver av dem har en ansvarlig. Det flytter arbeidet fra siste dag til hele produksjonsperioden, og det er den enkleste endringen jeg kjenner til.

Skjelettet trenger ikke være avansert. Det holder med noen få mapper med tydelige navn og en kort tekstfil som forklarer hva som skal ligge hvor. Poenget er at ingen skal måtte gjette når tiden er knapp.

Hva som samles inn, og i hvilken rekkefølge

Jeg samler pakken i en fast rekkefølge, fordi rekkefølgen avdekker hull tidlig. Først kommer masterfilen i det formatet avtalen krever. Deretter undertekstfilene, så eventuelle lydspor som leveres separat, og til slutt dokumentasjonen. Hvert ledd sjekkes mot det forrige, slik at feil ikke følger med videre.

Undertekster er det som oftest glipper. De ligger gjerne hos en annen i teamet, i en annen mappe, og er laget mot en tidligere klippversjon. Jeg ber alltid om å få spilt av filmen med undertekstene påslått, fra start til slutt, før de regnes som ferdige.

Dokumentasjonen er den delen mange hopper over. Den trenger ikke være lang, men den skal si hvilke versjoner som er endelige, hvilke skrifttyper og grafikkfiler som er brukt, og hvem som godkjente hva. Én side er nok, så lenge den er riktig.

Når alt er samlet, gir jeg pakken et navn som viser prosjekt, versjon og leveransedato. Det høres banalt ut, men det er denne etiketten mottakeren leter etter når arkivet skal ryddes senere.

• Masterfil i avtalt format og oppløsning
• Undertekstfiler for hvert språk, testet mot masteren
• Grafikk, skrifter og lydspor som er brukt
• En side dokumentasjon med endelige versjoner

Sjekklisten som gjør at ingen gjetter

Sjekklisten er det som holder resten sammen. Den er en vanlig liste, ikke et system, og den følger pakken ut døren. Hver linje har en rute og et navn eller en forkortelse for den som har kontrollert punktet, slik at ansvaret er synlig.

Jeg lar alltid en annen enn den som laget pakken gå gjennom listen. Den som har klippet filmen ser det han forventer å se. En kollega ser det som faktisk er der, og finner den tomme mappen eller filen med feil navn.

En god sjekkliste er kort nok til at folk bruker den. Jeg har sett lister på to sider som ingen leste, og lister på tolv linjer som ble fulgt hver gang. Kutt det som ikke har noen konsekvens, og behold det som har ført til en telefon i etterkant.

På kurset bygger deltakerne sin egen liste ut fra et eksempelprosjekt. Den blir ofte ganske lik de andres, men små forskjeller viser hva hvert team faktisk har blitt stilt spørsmål om tidligere.

Hvem gjør hva når leveransedagen nærmer seg

I praksis er det tre roller, selv i små team. Én samler filene, én kontrollerer, og én sender. Hvis alle tre er samme person, bør kontrollen likevel gjøres dagen etter, med friske øyne. Det er den billigste forsikringen jeg kjenner til.

Jeg anbefaler å sette en intern frist før den reelle fristen. Når leveransen skal skje på fredag, bør pakken være ferdig onsdag. Torsdag brukes til å finne ut hva som ble oversett, og det blir det alltid noe av.

Kommunikasjon med mottakeren er en egen oppgave. Send en kort oversikt over innholdet i forkant, slik at de vet hva de skal forvente. Da kan de si fra tidlig om noe mangler, i stedet for å oppdage det uker senere.

Etter leveransen noterer vi hvilken versjon som ble sendt, til hvem og når. Den notaten lever i prosjektmappen, ikke i noens e-post, slik at neste person som åpner arkivet finner den uten å spørre.

• Samler: setter sammen pakken etter skjelettet
• Kontrollerer: går gjennom sjekklisten med friske øyne
• Sender: dokumenterer hva som ble levert, og til hvem

Typiske feil jeg ser gang på gang

Den vanligste feilen er at en eldre eksport blir liggende ved siden av den nye, med nesten likt navn. Mottakeren åpner den første de finner. Løsningen er enkel: flytt alt som ikke skal leveres ut av leveransemappen før kontrollen starter.

Den neste er manglende dokumentasjon om hva som er endelig. Når en grafikk er endret etter godkjenning, vet ingen lenger hvilken fil som gjelder. Et par linjer i dokumentasjonen om hvilken versjon som ble godkjent fjerner hele problemet.

En tredje feil er å levere pakken uten å åpne den på en annen maskin. Filer kan ha koblinger til lokale mapper eller skrifter som ikke finnes hos mottakeren. Å teste pakken på en ren maskin tar ti minutter og avslører det meste.

Jeg nevner dette fordi ingen av feilene krever dyrt utstyr eller spesialkunnskap. De krever en rutine, og at noen faktisk bruker den når det haster som mest.

Slik trener vi det på kurset

På kurset jobber vi med et eksempelprosjekt der deltakerne selv setter sammen en leveransepakke fra et rotete utgangspunkt. De får en mappe med blandede versjoner, halvferdige undertekster og manglende dokumentasjon, og skal gjøre den leveringsklar.

Øvelsen er bevisst litt ubehagelig. Mange oppdager hvor lett det er å levere feil fil når man har det travelt, og det gjør at sjekklisten blir noe de vil bruke, ikke noe de blir bedt om å bruke.

Til slutt tilpasser hver deltaker skjelettet og listen til eget team. Du går hjem med en mappestruktur og en sjekkliste du kan bruke på neste prosjekt, uten at noe må kjøpes inn eller installeres.

Er du usikker på om rutinene deres holder, kan en arbeidsflytvurdering være et naturlig neste steg. Da ser vi på hvordan leveransene faktisk gjøres i dag, og hva som kan forenkles.