LC-ejet arbejdsmateriale. Skabeloner til uge 30-lektierne. Kun intern brug.
📝 Uge 30 · mandag-lektie

Playbook- og testscenarie-skabeloner

To udfyldelige skabeloner til uge 30-planen: én playbook pr. ansvarsområde (mandags-lektie) og et testscenarie-format vi bruger til at afprøve på pladsen tirsdag. Kopiér strukturen, udfyld for dit område, tag den med.

// 1. Playbook-skabelon · én pr. ansvarsområde

Min playbook mandags-lektie

Kort og brugbar. Målet er, at en anden kan overtage dit område med den i hånden. Hold den på én side.

01Ansvarsområde og ejer
Hvad hedder området, og hvem ejer det (primær + backup).
02Hvad ejer jeg
Afgræns det: hvad er inde, og hvad er udenfor (og hvem ejer så det).
03De vigtigste flows
3-5 ting området gør i praksis, trin for trin. Det du oftest bliver spurgt om.
04Hvornår eskalerer jeg, og til hvem
Konkrete tærskler. Hvad løser jeg selv, hvad sender jeg videre, og til hvem.
05Når det går galt
Top 3-5 fejl du forventer, og hvad du gør ved hver. Inkl. workaround/fallback.
06Værktøjer og adgange
FMS, dashboards, radio, spare-pulje, guides, numre du skal bruge.
Udfyldt eksempel · Mikkel / terminaler
Ejer
Mikkel (backup: Edwin på POS-runbooken)
Ejer jeg
Scannere, de 300 Zebra-terminaler, opladning/labeling og onsdags-udleveringen. Udenfor: selve POS-appen (Ole/Edwin).
Flows
Par scanner til gate · udlever terminal mod udleveringsseddel · byt død enhed fra spare-pulje
Eskalering
Hardware-fejl jeg ikke kan bytte mig ud af → kommandocentralen. App/betaling → Edwin/POS.
Går galt
Terminal vil ikke parre → genstart + tjek gate-profil. Fladt batteri → spare-pulje, nabo dækker imens.
Værktøjer
FMS device-liste, ladeplan, spare-pulje, radio
// 2. Testscenarie-skabelon · til test på pladsen

Testscenarie man beskriver → tir tester

Ét scenarie pr. kort. Skrevet så en anden kan køre det uden at spørge. Vi beskriver dem mandag og afprøver dem på pladsen tirsdag.

01Scenarie
Kort navn på det vi tester. Fx "Billet scannes offline ved gate".
02Område
Gate/scanner, POS/betaling, app/billet, netværk, akkreditering.
03Forudsætning
Hvad skal være sat op før testen (enhed, bruger, billet, netværkstilstand).
04Trin
Nummererede handlinger, én ad gangen.
05Forventet resultat
Hvad SKAL der ske. Målbart (fx "grøn scanning under 1 sek").
06Hvem tester + hvor
Ejer af testen og sted (kontor eller pladsen).
07Resultat
Bestået / fejlede + noter. Fejl → opret ticket og notér nummer.
Udfyldt eksempel · offline gate-scanning
Scenarie
Billet scannes offline ved gate
Område
Gate / scanner
Forudsætning
Scanner parret til gate, offline gæsteliste hentet, flytilstand tændt
Trin
1) Scan gyldig billet · 2) Scan samme billet igen · 3) Scan ugyldig/brugt billet
Forventet
1) Grøn under 1 sek · 2) Rød "allerede brugt" · 3) Rød afvist. Alt uden netværk.
Hvem/hvor
Mikkel · på pladsen ved gate 2
Resultat
Bestået / fejlede + evt. LCAP-nummer
Sådan bruger vi dem: mandag skriver hver sin playbook og et par testscenarier for sit område. Tirsdag kører vi scenarierne på pladsen. Fejl bliver til tickets. Playbooks samles og bruges til cross-training og til support-team-mødet torsdag.