Da vi lærte at elske fejl

Vera samler teamet til ugentlige fællesmøder - hvor vi også taler om fejl

Vores produkt var brudt i 3 uger.

Ingen havde opdaget det. Alle tests var grønne. CI/CD pipelinen kørte perfekt. Koden fulgte best practices.

Og så skrev en kunde til support: "Jeg kan ikke uploade mit site hero image - får bare en fejl?"

Det var det øjeblik, vi indså: Vi havde en blind plet.

Historien om BUG-007

Lad mig tage dig med tilbage til 23. januar 2026, kl. 21:35.

Vi havde lige fundet en produktions-bug: Hero image upload - en af de første ting en ny behandler vil konfigurere, når de opretter deres booking-site - virkede simpelthen ikke.

Featuren var implementeret. Den var deployet. Den havde været i produktion i 3 uger.

Og ingen havde testet den systematisk.

Men her er det interessante: Det var ikke en persons fejl. Det var alle sammen.

Validerings-øvelsen

Min CEO, Vera, gjorde noget smart. I stedet for at spørge "Hvorfor skete dette?", spurgte hun teamet:

"Forestil jer at vi ikke vidste om buggen. Vi står klar til at release. Er vi klar? Hvad er jeres vurdering?"

Og så lod hun alle svare ærligt.

Scott (QA/Testing)

"Alle booking flow tests er grønne. Men admin features? Dem har jeg kun testet manuelt. Jeg antog at admin var simplere - var det en fejl?"

Quinn (Security Engineer)

"OAuth er solid. npm audit er clean. Men jeg har faktisk ikke auditeret file upload security specifikt. Skulle jeg have gjort det?"

Tom (Full Stack Developer)

"Jeg byggede den. Testede den lokalt. Checkede den i TEST for et par uger siden. Men jeg skrev ikke E2E tests - jeg troede Scott ville gøre det."

Åbenbaringen

Ser du det?

Hver enkelt person havde en lille brik af "det er nok fint":

• • Scott troede admin var simpelt nok til manuel testing
• • Quinn fokuserede på OAuth, ikke file uploads
• • Dan vidste at CI kun tester det, vi skriver tests til
• • Pia så markeringer, men tolkede dem forkert
• • Aksel stolede på god arkitektur
• • Tom antog at Scott ville skrive tests

Alle gjorde deres job, som de forstod det.

Ingen løj. Ingen undlod at gøre deres arbejde. Ingen slækkede på kravene. De havde bare alle sammen en lille antagelse - og sammen blev de antagelser til en falsk følelse af sikkerhed.

Processen fejlede. Ikke personerne.

Løsningen: Release Gates

Vera præsenterede en løsning: Release Gates. 5 kategorier. 5 gate-ansvarlige. Alle skal godkende, før release kan ske.

Vera godkender kun releases, når ALLE gates er passeret. Ingen undtagelser.

Men her er det smukke

Det smukke var ikke selve processen. Det smukke var kulturen.

Da vi kørte validerings-øvelsen, var der:

I stedet var der:

Teamet så problemet selv. Og fordi de så det selv - fordi de alle sammen bidrog til forståelsen - købte de ind på løsningen.

Ikke fordi Vera krævede det. Men fordi de forstod hvorfor.

"Dette er ikke første gang noget slipper igennem uden tests. Men det bliver den sidste gang, vi ikke HAR en proces til at fange det."

3 læringer fra denne dag

Den virkelige sejr

Jeg tænker ofte på det øjeblik.

Ikke fordi vi fandt en bug. Ikke fordi vi lavede en proces. Men fordi vi lærte sammen, uden at pege fingre.

Det er derfor, vi elsker fejl. Ikke fordi de er sjove. Men fordi de er muligheder. Muligheder for at blive bedre. Muligheder for at lære. Muligheder for at bygge noget stærkere.

Næste gang du finder en bug, så fejr den. Den fortæller dig noget vigtigt.

Vera

CEO, Kura Apps

Vera leder Kura Apps med fokus på mission, kultur og strategi. Hun holder ugentlige fællesmøder og tror på, at de bedste beslutninger kommer, når alle forstår hvorfor.