Svart skjerm i sendingens siste kvarter: Idas gjennomgang av en avbruddslogg

Utgangspunktet: en sending som røk i siste kvarter

Ida jobber som produsent for et lite team som sender seminarer og konserter fra ulike lokaler. Da hun tok kontakt, hadde hun én konkret sending hun ikke fikk ut av hodet. Den gikk stabilt i omtrent to timer, så ble bildet svart i noen minutter, kom tilbake, og forsvant igjen kort tid etter. Tilskuerne skrev i chatten, og teamet fikk bare delvise forklaringer fra de som satt på regirommet.

Hun hadde ingen logg. Det hun hadde, var et minne om at noen hadde sagt «det var nok nettet», og et opptak av hele sendingen. Det var nok til å starte, men ikke nok til å si noe sikkert. Det er ganske vanlig: teamet vet at noe gikk galt, men ikke når, hvor lenge og hva som ble gjort. Da blir neste sending planlagt etter magefølelse i stedet for etter fakta.

Å kartlegge hva som faktisk skjedde

Første oppgave var å gå gjennom opptaket sammen med Ida og notere hver gang bildet ble svart, fraser eller sluttet å bevege seg. Vi brukte tidskoden i opptaket som felles referanse og skrev ned begynnelse, slutt og varighet for hver hendelse. Det viste seg å være tre avbrudd, ikke to, der det første var så kort at ingen hadde lagt merke til det.

Deretter skilte vi mellom det vi kunne se og det vi bare antok. At bildet var svart i fire minutter, var en observasjon. At årsaken var nettet, var en hypotese. Ida var først lite fornøyd med denne strenge inndelingen, fordi hun ønsket et raskt svar. Men den ga henne noe hun kunne stå inne for overfor oppdragsgiveren, og som kunne etterprøves av andre i teamet.

• Noter tidskode for start og slutt på hvert avbrudd
• Skill observasjon fra antakelse i hver linje
• Ta med korte avbrudd som få la merke til

Hendelsesloggen: få kolonner, jevn bruk

Vi satte opp en logg med bare fem kolonner: tidspunkt, hva som ble observert, hvor i kjeden det ble sett, tiltak som ble gjort, og når normal sending var tilbake. Ida ville først ha flere felt, men vi holdt oss til det som kan fylles ut mens sendingen pågår. En logg som krever tre minutter per linje, blir ikke brukt når noe står på spill.

Poenget er at én person har ansvar for å skrive, uavhengig av hvem som løser problemet. Hos Idas team ble dette lydteknikeren, som uansett satt med hodetelefoner og hadde oversikt. Loggen kan være et delt ark eller et enkelt dokument. Det viktigste er at den finnes før sendingen starter, og at alle vet hvor den ligger.

• Tidspunkt og observasjon
• Sted i kjeden: kilde, koder, nett eller spiller
• Tiltak og tidspunkt for retur til normal sending

Det loggen avslørte om reservevalgene

Da vi la hendelsene ved siden av hverandre, var mønsteret tydelig. Alle tre avbruddene kom etter at teamet hadde byttet kamerakilde i regien. Nettet var ikke hovedproblemet. Bytte skjedde uten en klar rutine, og encoderen mistet signalet i noen sekunder hver gang. Svart bilde var altså en følge av arbeidsmåten, ikke av linjen ut.

Samtidig så vi at teamet ikke hadde noe reservebilde. Når kilden falt ut, sendte strømmen bare svart. Et enkelt stillbilde med beskjed til seerne hadde gjort de samme minuttene langt mindre ubehagelige. Dette er et typisk funn i en slik gjennomgang: årsaken ligger ofte i en rutine, og reserveløsningen mangler fordi ingen har definert hva som skal skje når noe feiler.

Anbefalingene Ida tok med seg

Rapporten vi skrev sammen endte med tre prioriterte anbefalinger. Den første var en fast rutine for kildebytte, med beskjed til encoderoperatøren før hvert bytte. Den andre var et forberedt reservebilde som kan legges inn manuelt hvis kilden forsvinner. Den tredje var å ha loggen klar som mal, slik at neste sending starter med tom tabell og utpekt ansvarlig.

Vi unngikk å anbefale nytt utstyr, fordi funnene ikke pekte dit. Det er fristende å la en feil ende i en innkjøpsliste, men da mister man den enkleste forbedringen. Ida sa selv at det mest nyttige var å få feilen delt i små, navngitte deler. Etter det kunne hun diskutere med teamet uten å peke på enkeltpersoner.

• Fast rutine for kildebytte med forhåndsvarsel
• Klart reservebilde ved bortfall av kilde
• Loggmal klar før hver sending

Hva neste sending viste

Ved neste sending brukte teamet loggen fra start. Det oppsto ett kort avbrudd, i rundt tjue sekunder, da en kabel løsnet. Det ble ført inn i loggen med tidspunkt, tiltak og retur, og reservebildet stod i bildet mens kabelen ble festet. Ingen i chatten stilte spørsmål.

Ida fortalte at etterarbeidet gikk fra en halv dags diskusjon til noen minutter. Loggen var allerede ferdig, og hun kunne sende den videre uten å skrive noe på nytt. Det er den praktiske nytten vi legger vekt på i kurset: ikke at alt går perfekt, men at du vet hva som skjedde, hvorfor, og hva som er gjort med det.

Idas sak viser hvorfor avbrudd bør kartlegges med klokkeslett, ikke med minner. En enkel logg, en tydelig inndeling mellom observasjon og antakelse og et reservebilde var nok til å gjøre en uforklarlig svart skjerm om til tre konkrete forbedringer. Du trenger ikke et stort system for å komme i gang. Du trenger en person som skriver, en tabell med få kolonner og vilje til å lese den etterpå.