Hva «godkjent» egentlig betyr i en videoprosess

Et ord som betyr tre ulike ting

I møter med kommunikasjonsteam hører jeg ofte at «videoen er godkjent». Spør jeg hva det betyr, får jeg tre svar. Noen mener at ingen har flere kommentarer. Andre mener at lederen har nikket i en korridor. Den tredje gruppen mener at filen er sendt til publisering.

Disse tre tingene er ikke det samme, og forskjellen kommer fram først når noe går galt. En film legges ut med en feil i teksting, og alle husker at den var godkjent, men ingen kan si av hvem, når og på hvilken versjon.

I pensumet vårt om sluttgodkjenning begynner vi derfor med selve begrepet. Før du bygger rutiner rundt godkjenning, må teamet bli enige om hva ordet skal dekke. Jeg bruker en enkel definisjon: en godkjenning er en bevisst, dokumentert avgjørelse fra en navngitt person om en bestemt versjon.

Fire deler som må være med

En godkjenning som kan etterprøves, består av fire deler. Den første er hvem som godkjenner. Det skal være en person med myndighet til å si ja, ikke en gruppe og ikke «ledelsen». Den andre er hva som godkjennes, altså en entydig versjon med navn og dato, ikke «siste utgave».

Den tredje delen er når avgjørelsen ble tatt. Tidspunktet viser hvilke kommentarer som var behandlet før svaret kom, og hvilke som eventuelt kom for sent. Den fjerde delen er hva som ble avgjort, for eksempel godkjent uten merknader eller godkjent med påpekte feil som rettes før publisering.

Mangler én av disse, har du en følelse av enighet, men ikke en godkjenning. Det er ofte nok i det daglige, men sjelden nok den dagen noen spør.

• Hvem: én navngitt beslutningstaker
• Hva: en entydig versjon med navn
• Når: tidspunkt for avgjørelsen
• Hva ble avgjort: ja, eller ja med vilkår

Siste kommentar er ikke sluttgodkjenning

Et vanlig misforstått poeng er at godkjenningen kommer av seg selv når kommentarene tar slutt. Stillhet er ikke et ja. Når den siste kommentaren er løst, gjenstår et eget steg der noen ser på den ferdige versjonen og eksplisitt sier at den kan brukes.

Jeg anbefaler å skille mellom to ting i loggen: at alle kommentarer har fått status, og at versjonen er godkjent. Det første handler om arbeidet i revisjonsrunden. Det andre er en avgjørelse som tas når arbeidet er over.

Hvis redigeringen fortsetter etter at godkjenningen er gitt, gjelder ikke lenger godkjenningen for den nye filen. Da må steget tas på nytt, også for en liten endring i et blendingsøyeblikk eller en rettet skrivefeil.

Hva som skal loggføres

Loggen trenger ikke være lang. Den skal svare på spørsmålene noen kommer til å stille senere: hvilken versjon, hvem sa ja, når, og hva var igjen å rette. Jeg ser ofte at team skriver for mye i starten og slutter å føre logg etter noen uker, fordi det blir tungt.

Heller en kort loggføring hver gang enn en grundig én gang. Ett ark eller én rad i et delt dokument holder, så lenge den fylles ut mens avgjørelsen er ny. Å rekonstruere noe etter to måneder er alltid dårligere enn å notere det på to minutter.

Legg også ned hvilke kommentarer som ble avvist, og hvorfor. Det er den delen som oftest mangler, og den som mest sannsynlig reddes av en kort setning.

• Versjonsnavn og dato for filen
• Navn og rolle på den som godkjente
• Tidspunkt for avgjørelsen
• Åpne punkter som rettes før publisering
• Avviste kommentarer med kort begrunnelse

Arkivering som kan brukes senere

Dokumentasjonen er først nyttig når den kan finnes igjen. Samle godkjenningen, den endelige filen og loggen på ett sted, med samme prosjektnavn i mappen og i filnavnene. Da slipper du å lete i e-postkjeder og meldingstråder.

Bestem også hvor lenge materialet skal ligge, og hvem som har tilgang. Det trenger ikke være et stort system. En fast mappestruktur og en kort regel om oppbevaring er et godt utgangspunkt, og det gjør det enkelt for en ny kollega å følge sporet.

Det er også lurt å lagre en kopi av godkjent versjon uendret, slik at den ikke blir overskrevet av senere varianter for andre kanaler. Tilpasninger får egne versjonsnavn og egne godkjenninger.

Slik tester du begrepet i eget team

Ta et nylig ferdig prosjekt og still tre spørsmål. Hvem godkjente den siste versjonen? Hvilken fil var det? Når skjedde det? Klarer du å svare uten å spørre rundt, har teamet en fungerende praksis. Må du lete, vet du hvor rutinen svikter.

Be deretter hver i teamet skrive ned med egne ord hva «godkjent» betyr for dem. Forskjellene er ofte lærerike, og de gir et godt grunnlag for å bli enige om en felles definisjon som kan stå øverst i prosjektdokumentet.

I kurset går vi gjennom dette som en øvelse, med eksempler på loggføringer og en enkel mal du kan tilpasse. Målet er ikke mer papir, men færre diskusjoner om hva som egentlig ble bestemt.

Godkjent er et ord som fortjener en presis betydning: en navngitt person har sagt ja til en bestemt versjon på et bestemt tidspunkt, og det er skrevet ned. Med den definisjonen blir det lett å skille mellom ferdig arbeid og en faktisk avgjørelse. Små rutiner i loggen og arkivet gjør at du kan svare trygt når noen spør senere.