Fyll ut en hendelsesplan for et lite programvareteam

En hendelsesplan skal hjelpe teamet ditt med å håndtere avbrutt arbeid på en ryddig måte. Velg et viktig forløp i programvaren, og beskriv hvordan en feil oppdages, hvem som beslutter, og hvilken dokumentasjon som kreves for å gjenoppta driften.

Beskriv det berørte forløpet

I det oppdiktede eksemplet rammer hendelsen I-72 en kundeportal. Forsiden svarer, men nye henvendelser kan ikke lagres fullstendig med et vedlegg. Henvendelsen A-72 og filen F-72 er bare testeksempler. Dette er ikke en driftsforstyrrelse som er observert her.

I dette tilfellet er ikke forsidens tilgjengelighet alene kriteriet for å avslutte hendelsen. Planen beskriver hele henvendelsesforløpet, inkludert fillagring, rollekontroll og etterfølgende arbeid. Den angir også hvilke endringer som er tillatt under håndteringen.

Fyll ut et tiltakskort med roller

Google SRE beskriver tydelige roller, en oppdatert arbeidslogg og bekreftede overleveringer. Små team kan samle flere roller hos én person. Det må likevel være klart hvem som koordinerer, hvem som endrer systemet, og hvem som deler informasjon.

Tabellen beskriver planlagte trinn, ikke en utført gjenoppretting. Fastsett en stedfortreder og en tilgjengelig eskaleringskontakt. Arbeidsdokumentet må være tilgjengelig også når portalen er nede.

Planlegg kommunikasjon som en egen oppgave

Angi hvem som informerer berørte personer og involverte tjenester. En statusmelding oppgir kjent konsekvens, fremdriften i håndteringen og neste avtalte oppdatering. En antatt årsak merkes som en hypotese; et udokumentert tidspunkt for gjenoppretting gis ikke videre som et løfte.

Ved personbytte under hendelsen overleveres gjeldende status, og overtakelsen bekreftes. Mislykkede tiltak og åpne kontroller inngår også i overleveringen. En melding som bare er sendt, sikrer ikke at den nye koordinatoren har overtatt.

Skill mellom gjenopptatt drift og etterarbeid

Før driften gjenopptas, kontrollerer teamet det berørte forløpet i et egnet miljø med de avtalte testtilfellene. Om det er mulig å gå tilbake til en tidligere tilstand, avhenger også av data som er endret i mellomtiden; en omstart alene dokumenterer ikke gjenoppretting.

Registrer hvem som godkjenner gjenopptakelsen, og hvilke åpne oppgaver som følges videre. Den etterfølgende årsaksanalysen kan forbedre planen, men trenger ikke likestilles med den første stabiliseringen. Øv på kortet med et godkjent scenario, og rett opp manglende kontakter, tilganger eller kontrolltrinn.

Kilder

• Google SRE: Managing Incidents