Bak kulissene: slik går vi fra siste kommentar til signert godkjenning

Når siste kommentar er lest

Mange tror at godkjenning er et enkelt ja på slutten. I praksis starter arbeidet i det øyeblikket den siste kommentaren er levert. Jeg begynner alltid med å stenge runden formelt: Hvilken versjon ble gjennomgått, hvem har kommentert, og er det kommentarer som ennå ikke har fått et svar? Alt som er åpent, føres opp i en liste før noen tenker på signatur.

Denne første ryddingen tar sjelden mer enn en halv time, men den sparer mye senere. Når en kommunikasjonsansvarlig i etterkant lurer på hvorfor et klipp ble stående slik det står, er svaret allerede skrevet ned. Det er ikke dokumentasjon for dokumentasjonens skyld, men en måte å slippe å lete i e-poster og meldingstråder.

Jeg ber også deltakerne i kurset om å lese kommentarlisten høyt, linje for linje. Da dukker det raskt opp motsigelser mellom to personer som begge mente å ha siste ord.

Hva vi faktisk loggfører

Loggen er kort. Vi skriver ned versjonsnavnet, datoen for gjennomgangen, hvem som deltok, og hvordan hver kommentar ble avgjort: innarbeidet, avvist eller utsatt. Til hver avgjørelse hører navnet på den som tok den. Det er denne koblingen mellom kommentar og ansvarlig som gjør loggen nyttig når noen spør i etterkant.

Vi tar også med det som ble avvist, og begrunnelsen i én setning. Avviste kommentarer er ofte de som kommer tilbake som spørsmål to måneder senere. En kort begrunnelse som «tekstingen følger bedriftens skrivemåte» stopper mange diskusjoner før de begynner.

Det vi ikke loggfører, er alt som ikke påvirker resultatet: høflighetsfraser, interne vurderinger av hverandres smak og lange utredninger. Loggen skal kunne leses på to minutter.

• Versjonsnavn og dato for gjennomgangen
• Deltakere og deres roller i runden
• Avgjørelse per kommentar, med navn
• Begrunnelse for avviste kommentarer
• Eventuelle forbehold fra godkjenner

Selve godkjenningen

Godkjenningen skal være entydig. Jeg anbefaler en kort tekst som nevner versjonsnavnet, sier at filen er godkjent for bruk, og oppgir hvem som godkjenner og når. Skriftlig bekreftelse fra riktig person er det som teller, ikke en hake i en tråd som ingen finner igjen.

Et vanlig feilskjær er at godkjenningen gis på «den siste versjonen» uten at noen har sjekket hva det betyr. Da kan to filer med nesten likt navn ligge i mappen, og ingen vet hvilken som ble sendt ut. Derfor knytter vi alltid godkjenningen til det eksakte navnet på filen.

Er godkjenner usikker på noe, skal forbeholdet stå i samme melding. En godkjenning med to uløste forbehold er ikke en godkjenning, og det er bedre å si det rett ut enn å la det henge.

Hvordan arkivet ryddes

Når godkjenningen er mottatt, flytter vi den godkjente filen til en egen arkivmappe sammen med loggen og selve godkjenningsmeldingen. Mellomversjonene samles i en undermappe, slik at de finnes hvis noen trenger dem, men ikke ligger i veien. Mappenavnet følger samme mønster hver gang, med prosjekt, år og versjon.

Jeg ser ofte at team beholder alt på skrivebordet i tre år og leter i panikk når en kunde ber om en fil. Et fast arkivmønster tar ti minutter å sette opp og fungerer like godt for den som overtar prosjektet i etterkant.

I disse høstukene, når mange bedrifter avslutter årets produksjoner, er dette et godt tidspunkt å rydde. Ferdige prosjekter bør arkiveres før nye starter.

• Én arkivmappe per prosjekt
• Godkjent fil, logg og godkjenning samlet
• Mellomversjoner i egen undermappe
• Fast mønster for mappenavn

Det som ofte glipper

Det vanligste som glipper, er at logging sees på som en oppgave for «noen andre». Utpek derfor én person som fører loggen i hver runde, og skriv navnet i prosjektdokumentet. Uten en eier blir loggen hullete, og hull er verre enn ingen logg, fordi den skaper falsk trygghet.

Det nest vanligste er at godkjenningen gis muntlig i et møte. Møtet kan godt være stedet der beslutningen tas, men noen må skrive den ned samme dag. Jeg ber deltakerne øve på dette: en melding på to linjer sendt rett etter møtet, med versjonsnavn og beslutning.

Det tredje er å lage en altfor omfattende mal. Maler som krever tjue felt blir ikke brukt. Vi lander som regel på seks til åtte felt som alle faktisk fylles ut.

Slik øver vi det på kurset

På kurset får deltakerne en ferdig kommentarliste fra en gjennomgang og skal føre den frem til godkjenning. De fører loggen, formulerer godkjenningsmeldingen og setter opp arkivet. Det er en praktisk øvelse, og de fleste finner minst én kommentar som ikke er avgjort ved første forsøk.

Etterpå sammenligner vi resultatene og snakker om hva som var vanskelig. Ofte er det ikke selve skrivingen, men å bestemme hvem som skal signere. Det er en samtale hvert team må ta internt, og kurset gir en trygg ramme for den.

Målet er ikke en perfekt mappe, men en rutine som teamet faktisk holder seg til når fristen presser.

Sluttgodkjenning handler om å gjøre siste steg like ryddig som de første. Lukk runden, loggfør avgjørelsene med navn, knytt godkjenningen til det eksakte filnavnet og arkiver alt på ett sted. Gjør du det hver gang, blir det en vane som tar liten tid, og du slipper å grave i gamle tråder når noen spør hva som egentlig ble bestemt.