Hvorfor en sjekkliste kommer før selve planen
Mange som lærer publiseringsplanlegging starter med å tegne selve løpet: en kolonne for skriving, en for redigering, en for publisering. Det er forståelig, men det gir ofte en plan som ser ryddig ut og likevel faller fra hverandre første gang noe uventet skjer. Jeg ber derfor deltakerne på kurset stoppe opp og gå gjennom noen spørsmål før de i det hele tatt åpner et regneark eller en tavle.
Poenget med en sjekkliste er ikke å lage mer byråkrati. Den skal tvinge frem avgjørelser som ellers tas tilfeldig, og gjerne midt i et stressende øyeblikk. Hvem bestemmer når en sak er klar? Hva skjer hvis den som skulle sjekke tallene er syk? Slike spørsmål er kjedelige å svare på i forkant, men dyre å måtte svare på underveis.
I denne artikkelen går jeg gjennom spørsmålene i den rekkefølgen jeg bruker dem i undervisningen. Du kan skrive ut listen, legge den ved siden av en konkret sak du jobber med, og krysse av punkt for punkt før du låser planen.
Frister: hva er egentlig fastsatt, og hva er ønsker
Den første gruppen spørsmål handler om tid. Start med å skille mellom frister som er ytre betingelser og frister som bare er vaner. En ytre frist kan være en avtalt utgivelse, et møte som saken skal kobles til eller en sendeflate. En vane er for eksempel at man alltid publiserer før lunsj, uten at noen kan si hvorfor.
Skriv deretter ned fristene baklengs fra publisering. Hvis saken skal ut klokken ti, når må siste redigering være ferdig, og når må kildene være bekreftet? Mange planer glemmer at kvalitetssjekker tar tid og setter dem inn som en strek mellom to andre oppgaver, uten at noen har regnet på hvor lang tid de faktisk krever.
Til slutt: legg inn en margin, og skriv ned hvem som har lov til å bruke den. En margin som alle kan spise av, forsvinner raskt. En margin som en bestemt person forvalter, blir et verktøy du kan stole på.
- Hvilke frister er avtalt med andre, og hvilke er interne ønsker?
- Hvor lang tid trenger kvalitetssjekken, målt og ikke gjettet?
- Hvem kan flytte en frist, og hvordan gis beskjed?
Ansvar: ett navn per oppgave
Den andre gruppen handler om hvem som gjør hva. Min enkleste regel er at hver oppgave i planen har ett navn, ikke to og ikke en avdeling. Når to personer deler ansvar, antar begge gjerne at den andre tar det, og oppgaven blir liggende til noen oppdager det for sent.
Avklar også hvem som har det endelige ordet. I en liten redaksjon kan det være samme person som skriver og godkjenner, og da bør planen si ærlig hvem som i så fall leser over, selv om det bare er en kollega som får fem minutter. Uklart eierskap til godkjenning er en av de vanligste svakhetene jeg ser i elevenes første utkast.
Sjekk til slutt hva som skjer ved fravær. Planen skal ikke bare gjelde en vanlig dag. Skriv ned hvem som overtar hvilke oppgaver, og at den personen faktisk vet om det på forhånd.
- Har hver oppgave ett navn, ikke en gruppe?
- Hvem godkjenner publisering, og hvem kan stoppe den?
- Hvem overtar hvis ansvarlig er borte?
Kvalitetssjekker: hva skal kontrolleres, og av hvem
Kvalitetssjekkene er der planen møter resten av faget. Her bør du koble publiseringsløpet til det du ellers har lært om kildekontroll og korrigeringer. Spør deg hvilke påstander i saken som må ha dobbel bekreftelse, hvilke dokumenter som er kontrollert og hvilke bilder som er sjekket for opphav og sammenheng.
Skriv sjekkene som korte, konkrete punkter og ikke som et vagt «kvalitetssikring». Et punkt som «tall i ingress sammenlignet med kilden» kan krysses av. Et punkt som «sjekk fakta» kan ikke det, for ingen vet når det er gjort. Jo mer håndfast formulering, desto lettere er det å se hva som mangler.
Bestem også hvem som sjekker, og at det helst ikke er den som har skrevet saken. Friske øyne finner andre feil. Det trenger ikke være en stor operasjon, men det må være avtalt i planen, ikke overlatt til hvem som tilfeldigvis har tid.
- Hvilke påstander krever bekreftelse fra to uavhengige kilder?
- Er sjekkpunktene formulert slik at de kan krysses av?
- Sjekker noen andre enn forfatteren?
Felles oversikt: der alle ser det samme
Den fjerde gruppen gjelder selve oversikten. En plan som bare finnes i hodet til én person, er ikke en plan. Velg et sted der alle involverte ser samme status samtidig, og bli enige om hva statusene betyr. «Ferdig» må bety det samme for den som skriver og den som publiserer.
Hold oversikten enkel nok til at den faktisk blir oppdatert. Jeg har sett detaljerte tavler med mange kolonner som ble forlatt etter to dager, og enkle lister som ble brukt i flere år. Hvis det tar mer enn et halvt minutt å oppdatere status, vil folk la være.
Legg gjerne inn et felt for notater om det som er uavklart. Det knytter publiseringsplanleggingen til overleveringer mellom vakter, og gjør at den som kommer inn midt i løpet, forstår hva som gjenstår uten å måtte ringe rundt.
Spørsmål å ta med deg før du låser planen
Når du har gått gjennom frister, ansvar, kvalitetssjekker og oversikt, gjenstår en siste runde med spørsmål som tester helheten. Prøv å lese planen som om du var en kollega som ser den for første gang. Forstår du hva som skal skje, i hvilken rekkefølge, og hvem du skal spørre hvis noe stopper opp?
Spill deretter gjennom ett uventet scenario. Hva om en kilde trekker en uttalelse sent i løpet? Hva om en feil oppdages etter publisering? Planen trenger ikke svar på alt, men den bør vise hvor du ville gått videre, og hvem som da bestemmer.
Husk at en plan er et arbeidsverktøy og ikke et løfte. Den skal justeres etter hver sak, og de beste planene er de som er skrevet om flere ganger.
- Forstår en nyansatt planen uten forklaring?
- Er det avklart hva som skjer ved sene endringer?
- Vet alle hvor de finner siste versjon?