Testansvarlig, projekt Ny Webshop

Projekt: Ny Webshop hos Havnefront Møbler (møbelforretning i Fredericia med tre butikker og en webshop). Den gamle webshopplatform skiftes til en ny, standardbaseret platform. Planlagt go-live: 1. april 2027.

Fase: Byggefasen. Bureauet har bygget siden august 2026, og de første dele er klar til test i november 2026.

Rolle: Testansvarlig. Beskrevet af rolleindehaveren selv (egen rolle).

Standardrolle: (ikke afklaret endnu – ligner en senior user/gevinstejer-nær brugerrolle med testansvar; skal bekræftes)

Interesse rollen repræsenterer: Kunderne og butikkernes medarbejdere – at det, bureauet bygger, virker i praksis før go-live.

Udpeget af: Projektejeren (Ole). Begrundelse: Rolleindehaveren klagede mest over den gamle webshop, og projektejeren sagde: "så kan du sørge for, at den nye bliver rigtig."

Rolleindehaverens baggrund: Butikschef i Fredericia til daglig; kender varerne og kunderne bedst. Afsat to dage om ugen til projektet fra nu til go-live.

Nøglepersoner:

• Projektleder: Nanna (konsulent fra bureau i Kolding)
• Projektejer: Ole (ejer af kæden)

Testansvarlig sikrer, at det bureauet bygger faktisk virker for Havnefront Møblers kunder og butiksmedarbejdere, før go-live 1. april 2027.

Problemet i dag: Den gamle webshop har forkert lagerstatus. Kunder bestiller udsolgte varer (fx sofaer), og butikken må ringe og aflyse. Det sker 15-20 gange om måneden, og ordrer går tabt.

Den nye løsning skal:

• Hente lagerstatus direkte fra butikssystemet.
• Vise, i hvilken butik varen står, så kunden kan reservere og hente.

Gevinster i business casen:

• Onlinesalg op fra 8 % til 15 % af omsætningen på to år.
• Ingen aflyste ordrer på grund af forkert lagerstatus (i dag 15-20 pr. måned).

Rollens egen del: Sikre, at lagerstatus er korrekt før go-live. Det er det, hele projektet står og falder med.

Hvis lagerstatus ikke virker: Det er bedre at udskyde go-live end at gå live. (Hvem der formelt kan beslutte en udsættelse, er ikke afklaret endnu.)

Hvem måler gevinsterne: __(ikke dokumenteret endnu)__

Hvad projektet mangler uden rollen: (ikke yet documented – udover at ingen med varekendskab tester mod virkeligheden)

Leverancer testansvarlig er A for (præcis én A pr. leverance)

| Leverance | Testansvarlig | Andre roller | Status/frist |

|---|---|---|---|

| Testplan | A/R | Projektejer I, projektleder I | Afleveret 1. november 2026. 60 testcases fordelt på lagerstatus, ordreflow, returnering, betaling og butiksreservation |

| Testresultater | A/R | Projektleder I, projektejer I | Hver fredag i et ark; hver case er grøn, gul eller rød |

| Go/no-go-anbefaling til projektejer | A/R | Projektejer C/beslutter formelt (se mandat), projektleder C | 15. marts 2027 |

| Oplæring af butiksfolk | A/R | Projektejer I (har bedt om den) | Stod ikke i projektlederens plan, men projektejeren har bedt testansvarlig om den. [to be clarified: plan, frist og omfang er ikke dokumenteret] |

Leverancer andre er A for

• Fejlrettelser: Bureauet via projektlederen er A/R. Testansvarlig er C/I: melder fejl i bureauets system med skærmbillede og trin, får besked om rettelse og gentester.
• Aftalt svartid: røde fejl rettes inden for 3 dage, gule inden for 2 uger.
• Tid og bureauets leverancer: Projektlederen er A.

Hvis en test fejler → gør dette

1. Meld fejlen i bureauets system med skærmbillede og trin.

2. Vent på besked om rettelse fra bureauet.

3. Gentest og opdater farven i fredagsarket.

Åbne punkter

• Leverancer uden klar ejer: __(ikke dokumenteret endnu)__
• Oplæringen er ikke i den formelle plan; ingen formel A udover testansvarlig.

Go/no-go på lagerstatus

Formelt: Projektejeren (Ole) beslutter go-live. In practice: Projektejeren har sagt, at han følger testansvarliges anbefaling på lagerstatus, så testansvarlig reelt siger go eller no-go på den del. [to be clarified: aftalen er mundtlig – er den skrevet ned?]

Go-kriterier (alle tre skal være opfyldt)

1. Lagerstatus på webshoppen matcher butikssystemet for 200 tilfældigt udvalgte varer på tværs af de tre butikker, med 0 afvigelser.

2. En testordre på en vare, der kun findes i Kolding-butikken, ender som reservation i Kolding (ikke Fredericia).

3. Tre butiksmedarbejdere (ikke testansvarlig selv) gennemfører en ordre og en returnering uden at bede om hjælp.

Hvis ét kriterium fejler → no-go. Go-live udskydes 14 dage, og der testes igen.

Hvem beslutter hvad

• Testansvarlig: go/no-go på lagerstatus (reelt).
• Projektleder (Nanna): alt om tid og bureauets leverancer.
• Projektejer (Ole): formelt go-live; afgør uenigheder (se nedenfor).

Eskalering

• Uenighed mellem testansvarlig og projektleder om, om noget er en fejl eller et ønske → projektejeren beslutter inden for 2 dage.
• Bureauet siger, at noget ikke kan lade sig gøre → testansvarlig må IKKE selv acceptere det. Det afgøres af projektleder og projektejer.

Ikke afklaret

• Budget- og scopetolerancer: (not yet documented)

Hvem testansvarlig arbejder med

• Projektleder (Nanna, konsulent fra bureau i Kolding): Fast møde hver tirsdag, 1 time. Ejer tid og bureauets leverancer.
• Bureauets udvikler (Simon): Kommunikation udelukkende skriftligt direkte i bureauets fejlsystem. Aftalt: testansvarlig må ikke ringe til ham.
• Lagermand i Kolding (Jonas): Hjælper med at tjekke lagerstatus mod virkeligheden; ved, hvad der står på hylderne.
• Butikschefer i Vejle og Kolding (Mette og Henrik): Stiller testpersoner.
• Bogholder (Susanne): Tester betalingsdelen, fordi hun skal kunne afstemme bagefter.
• Projektejer (Ole): Modtager go/no-go-anbefaling; afgør uenigheder (se mandat).

Regler

• Fejl → skriftligt i bureauets system, med skærmbillede og trin. Ikke telefonisk.
• Uenighed med projektleder om fejl vs. ønske → eskaleres til projektejer.

Ikke dokumenteret

• Hvem der kan stoppe arbejdet uden at stå i organisationsplanen: (not yet documented)
• Grænsen mellem testansvarlig og projektleder i praksis: (not yet documented)

Fast kadence

• Tirsdag kl. 9: Møde med projektlederen (Nanna), 1 time.
• Mandag og torsdag: Testdage.
• Fredag: Testansvarlig sender testarket (case = grøn/gul/rød) til projektleder og projektejer.
• Hver anden torsdag: Styregruppemøde (projektejer Ole, projektleder Nanna, bureauets chef). Testansvarlig deltager de sidste 15 minutter og rapporterer antal røde fejl.

Hvem rapporteres til

• Projektleder og projektejer (ugentligt, ark).
• Styregruppen (hver 14. dag, antal røde fejl).
• Linjereference ud over projektejeren: __(ikke dokumenteret endnu)__

Hvad rapporteres ikke

__(ikke dokumenteret endnu)__

Tid

• Aftalt: 2 dage om ugen (ca. 15 timer) fra nu til go-live 1. april 2027.
• Reelt de seneste to uger: 11 og 14 timer.
• Testdage: mandag og torsdag (butikken kender dem).
• Når butikken i Fredericia presser, viger projektet altid. Kunder i døren går forud.
• Eksempel: Souschefen var syg 2 dage → testansvarlig testede lagerstatus om aftenen hjemmefra. Det virker for lagerstatus, men ikke for butikstest, hvor butiksfolk skal deltage.

Aftalt regel med projektejeren

Hvis testansvarlig bruger under 10 timer to uger i træk → siger det til projektlederen, og testplanen skubbes i stedet for at lade som om.

Kompetencer

• Kender varerne, kunderne og butikssystemet. Det er grunden til, at rollen er besat sådan.
• Kan skrive en fejlrapport, en udvikler forstår: hvad gjorde jeg, hvad forventede jeg, hvad skete der, skærmbillede.
• Kan ikke læse kode og kender ikke integrationers tekniske opbygning.
• Hvis bureauet (Simon) forklarer, at noget ikke kan lade sig gøre → tag det til projektlederen. Acceptér ikke selv.

Stedfortræder ved fravær

__(ikke dokumenteret endnu)__

Seneste brandslukning: "klar" sagt for tidligt (ca. 3 uger før interviewet)

Hvad skete der:

• Bureauet leverede lagerstatus-integrationen til test. De første 50 varer, testansvarlig tjekkede, var rigtige – men kun varer fra Fredericia-lageret.
• Projektlederen (Nanna) meldte til projektejeren (Ole), at lagerstatus var klar. Ole fortalte butikscheferne, at det virkede.
• Lagermanden i Kolding (Jonas) tjekkede Kolding: 12 af 50 varer var forkerte, fordi Kolding-lageret har et andet varenummerformat.

Hvad testansvarlig gjorde, trin for trin:

1. Stoppede op og ringede til projektlederen samme aften (ikke mail): lagerstatus var ikke klar.

2. Næste morgen skrev testansvarlig og projektleder en fælles besked til projektejeren om, hvad der var galt, uden at pege fingre.

3. Testarket blev lavet om: hver vare skal nu tjekkes i alle tre butikker, ikke kun én.

4. Udvikleren (Simon) rettede varenummerformatet på 4 dage.

Hvad der gøres anderledes:

• Testansvarlig siger aldrig "klar" til projektlederen, før alle tre butikker er tjekket.
• Projektlederen melder aldrig "klar" til projektejeren, uden at testansvarlig har set beskeden først.
• Regel: Ordet "klar" må kun bruges om noget, der står grønt i testansvarliges ark.

Faldgruber for rollen

• At teste det, bureauet viser, i stedet for det, kunderne gør.
• At blive venner med udvikleren og acceptere "det kan ikke lade sig gøre" → i stedet: tag det til projektleder og projektejer.
• At teste alene i stedet for med butiksfolk.
• At lade butikken æde projekttiden uden at sige det højt → brug reglen om under 10 timer to uger i træk (se kompetencer & tid).

Hvis X → gør Y

• Hvis en test kun er dækket i én butik → den er ikke grøn; tjek alle tre butikker.
• Hvis nogen uden for testansvarlig melder "klar" → tjek, at det står grønt i arket, før beskeden går videre.
• Hvis noget går galt → ring til projektlederen samme dag, og send derefter fælles skriftlig besked til projektejeren næste morgen, uden skyld.

Interessekonflikt

Ingen dobbeltkasket mellem gevinstejer og seniorleverandør nævnt; rollen repræsenterer kun bruger-/butiksinteressen. (ikke yderligere afklaret)

Uskrevne opgaver testansvarlig har taget på sig

• Oversætter mellem bureauet og butikkerne. Når projektlederen melder noget teknisk (fx "vi har deployet release 4"), forklarer testansvarlig butikscheferne, hvad det betyder for dem. Står ingen steder i planen. Overdrages til Mette som webshop-ansvarlig.
• Produktbilleder. Bureauet opdagede, at de gamle billeder var for små, og ingen andre ville tage opgaven. Testansvarlig styrer en studerende, der fotograferer 400 varer. Projektejeren betaler, testansvarlig styrer. Skal være færdigt, før testansvarlig stopper (lovet til projektejeren). [to be clarified: formel A, frist og budget er ikke dokumenteret]
• Projektejerens støtte. Projektejeren ringer cirka en gang om ugen, når han er nervøs for projektet. Testansvarlig fungerer reelt som hans uformelle kontrol af bureauet.

Hvem mærker det, hvis rollen stopper

• Butikscheferne først: ingen ville forklare dem, hvad der sker.
• Projektejeren: han stoler ikke på bureauet alene.

Hvis X → gør Y

• Hvis bureauet sender teknisk besked til butikkerne → testansvarlig oversætter til konsekvens for butikken. Efter go-live gør webshop-ansvarlig (Mette) det.

Åbent

• Tidsforbrug på de uskrevne opgaver: __(ikke dokumenteret endnu)__

Hvornår slutter rollen?

Ved go-live 1. april 2027 stopper rollen som testansvarlig. Rolleindehaveren vender tilbage til fuld tid som butikschef i Fredericia.

Hvad overdrages

• Testarket med alle 60 testcases, så det kan køres igen ved næste release.
• Fejllisten med det, der stadig er gult.
• Listen over oplærte butiksfolk.
• ~~Produktbilledprojektet~~ afsluttes af testansvarlig FØR rollen stopper (lovet til projektejeren). Det overdrages derfor ikke. [Tidligere udkast sagde, at det blev overdraget; rettet af rolleindehaveren.]

Til hvem

• Mette (butikschef, Vejle) bliver "webshop-ansvarlig" i butikkerne fremover.
• Mette overtager også oversætterrollen mellem bureauet og butikkerne. Det er hele ideen med "webshop-ansvarlig".
• Aftalt med projektejeren: den tidligere testansvarlige står til rådighed 2 timer om ugen i april og maj 2027.

Hvor findes tingene?

• Dokumenter: Projektets Teams-kanal "Ny Webshop", under Filer.
• Fejlsystem: Bureauets fejlsystem. Projektlederen (Nanna) giver Mette adgang i marts 2027.
• Beslutninger: Styregruppereferaterne, som projektlederen skriver.

Godkendelse

• Projektejeren (Ole) godkender rollebeskrivelsen.
• Revision ved næste faseovergang: __(ikke dokumenteret endnu)__

Åbne punkter

• Om Mette får mandat til go/no-go ved fremtidige releases: [to be clarified]
• Den mundtlige aftale om, at projektejeren følger testansvarliges anbefaling på lagerstatus, er ikke skrevet ned. Testansvarlig beder projektlederen skrive den i næste styregruppereferat.