Projects and Bugs: Problem-solving post

Problem-solving post
English: Write a post about solving problems. How do you think when the system crashes? Why is it important to stay calm?
Svenska: Skriv ett inlägg om problemlösning. Hur tänker du när systemet kraschar? Varför är det viktigt att vara lugn?

Problemlösning när systemet kraschar

Hur jag tänker när systemet kraschar — och varför det är viktigt att vara lugn · av Alex Kowalski, backend-utvecklare, NordTech Solutions AB, Stockholm

Det här inlägget om problemlösning publiceras internt och i vår Engineering & IT-guide för kollegor som vill reflektera över incidenthantering.

Systemet kraschar sällan på schema — det händer ofta när du just ska demo, när kunden ringer, eller när kaffet är kallt och klockan är 07.45.

I morse när Ventilation Nord-portalen låg nere såg jag teamet reagera på två sätt: några rusade direkt till terminalen, andra pausade och frågade vad vi faktiskt vet.

Jag tillhör den andra gruppen — inte för att jag är lugn av naturen utan för att jag tränade på att tänka strukturerat när systemet kraschar.

Första tanken när systemet kraschar: vad ser användaren, vad visar monitoring, och vad ändrade vi senast — tre frågor innan jag skriver en rad kod.

Anna Berg, projektledare, brukar säga att panik är den dyraste resursen i en incident — jag håller med efter fem år i backend och tre större driftstopp.

Markus Berg modellerar lugn: igår i incidentkanalen sa han lugnt att vi ska verifiera routing före databas, för att inte optimera fel lager under stress.

Sofia Nilsson från DevOps postar alltid tidsstämplar när hon ändrar något — det gör att vi kan koppla krasch till deployment utan att skylla på magi.

Varför är det viktigt att vara lugn? För att hjärnan under adrenalinstress söker snabba mönster, inte korrekta — och i system med många lager snabba mönster ofta är fel.

När du är lugn kan du läsa loggar sekventiellt: första error, första timeout, första deploy — istället för att hoppa till slutsatsen databasen är hackad.

Lugn ger också space för kollegor att tala — i morse Erik från Ventilation Nord ringde Anna; hon kunde svara tydligt efter att vi synkat fakta internt först.

Problemlösning i krasch är inte heroisk kodning ensam klockan tre — det är disciplin, tydlig kommunikation och respekt för process.

Min mentala checklista när systemet kraschar:

Steg ett: andas, öppna incidentkanal, skriv tid och vad användaren rapporterar — ingen fix utan dokumenterad starttid.

Steg två: kolla monitoring — Grafana, alerts, error rate — fakta före teorier.

Steg tre: senaste ändring — deployment, config, migration — Sofia och Markus gör detta rutin varje incident.

Steg fyra: isolera lager — nätverk, load balancer, app, databas — testa ett lager i taget utan att röra allt samtidigt.

Steg fem: kommunicera utåt när vi vet tillräckligt — Anna skriver till kund; jag ger teknisk input utan att skicka halvfärdiga hypoteser.

Steg sex: fix, verifiera, regression — Sofia kör pipeline; jag bevakar API-loggar tills error rate är normal i minst trettio minuter.

Steg sju: dokumentera rotorsak och lärdomar — Confluence-incident så att nästa krasch inte börjar från noll.

Varför lugn hjälper problemlösning: du ser mönster du missar i rush — i morse var det fel target group, inte databaskorruption som första misstanke antydde.

Markus sa efter incidenten att om vi rushat rollback utan att läsa routing hade vi kanske förlängt driftstoppet — lugn sparade tid.

Jag tänker också på kroppen: stå upp, drick vatten, byt rum om du fastnar — fysisk paus är del av teknisk problemlösning, inte distraktion.

Junior utvecklare frågar ofta hur man blir lugn — svaret är repetition: små incidents, postmortems, och att seniora visar att det är okej att inte veta direkt.

På NordTech Solutions AB har vi normen att ingen skäms för att säga jag vet inte ännu i incidentkanalen — det minskar felaktiga quick fixes.

Systemet kraschar är inte personligt misslyckande — det är komplext system under förändring; lugn separerar dig från problemet så du kan lösa det.

Jämfört med min första jobb där chefer skrek i möten under outage — kultur här är lugn, fakta, tidslinje — produktiviteten är högre och återhämtning snabbare.

Creative inlägg ska vara ärligt: jag var nervös i morse tills monitoring visade tydlig spike — sedan blev jag operativ, inte emotionell.

Att vara lugn är viktigt för kunden också — formellt mejl till Erik efter fix var tydligt för att vi hade fakta ordnade, inte för att vi improviserade under panik.

Problemlösning när systemet kraschar kräver både hård kompetens och mjuk fokus — Python och PostgreSQL hjälper inte om du läser loggar i fel ordning.

Anna roterar incident lead — idag var det Sofia; imorgon kan det vara mig — lugn är förväntat oavsett vem leder, inte beroende av en hero.

Efter krasch: retrospektiv fredag — vi diskuterar inte vem gjorde fel utan vilken processlucka vi stänger — det bygger lugn inför nästa incident.

Tre korta slutpoänger för dig som läser:

Ett — när systemet kraschar, tänk i steg: observation, monitoring, senaste ändring, isolera, fixa, verifiera, dokumentera.

Två — varför lugn: snabbare korrekt diagnos, bättre teamkommunikation, mindre risk att förstöra mer under stress.

Tre — lugn är tränat beteende, inte personlighetsdrag — börja med andetag och incidentmall nästa gång alerten ringer.

Om du vill diskutera problemlösning vid krasch, pinga mig i #backend-team eller kom till fredags-retrospektiv — vi delar alltid lärdomar öppet.

Tack för att du läste detta inlägg — jag hoppas att du känner dig lite mer redo nästa gång systemet kraschar och larmet blinkar rött.

Alex Kowalski · Backend-utvecklare · NordTech Solutions AB · Stockholm · alex.kowalski@nordtech.se

Relaterat: incident INC-2026-0630 · morse driftstopp Ventilation Nord · dokumentation i Confluence under Problem-solving

PS: Spara incidentmallen i bokmärken — när krasch händer ska du inte söka mallen, du ska fylla i den.

PPS: Om du är ny och krasch skrämmer dig — sätt bredvid Markus eller Sofia första gången; lugn smittar när någon visar rutinen live.

Slutord: systemet kraschar, men med lugn tänker du tydligare, löser snabbare och hjälper teamet och kunden genom krisen professionellt.

Alex Kowalski