Vad gör en Systemanalytiker?

Så ser vardagen ut

En stor del av arbetstiden går åt till kommunikation och att kartlägga otydliga krav i dialog med människor, medan rent tekniskt specifikationsarbete och dokumentation tar mer tid än många tror.

Visste du?

Många tror att systemanalys handlar mest om teknik, men den viktigaste egenskapen är ofta social kompetens. Att kunna lyssna in vad en användare egentligen menar – inte bara vad de säger – och sedan förklara detta pedagogiskt för ett tekniskt team, är superkraften som gör att projekt lyckas istället för att krascha.

Konkreta arbetsuppgifter

Kravinsamling och behovsanalys

Detta är grundbulten i yrket. Du träffar intressenter – det kan vara allt från lagerarbetare till marknadschefer – för att förstå deras problem och vad de vill uppnå med ett nytt system eller en funktion.

Utmaningen ligger i att ställa rätt frågor. Användare föreslår ofta lösningar ("vi vill ha en knapp här"), men ditt jobb är att hitta grundbehovet ("vi behöver kunna markera en order som prioriterad") för att kunna bygga den bästa tekniska lösningen.

Exempel i vardagen:

HR-avdelningen klagar på att tidrapporteringen tar för lång tid och vill ha "ett snabbare system". Du sätter dig bredvid en administratör en förmiddag och observerar arbetet. Du inser att systemet i sig är snabbt, men att de måste klicka sig igenom sju onödiga fönster för varje attest. Din analys landar i att ni inte behöver ett nytt system, utan ett förenklat flöde i det befintliga gränssnittet.

Systemmodellering och lösningsdesign

När du förstått problemet ska du rita kartan för lösningen. Här använder du ofta modelleringsspråk eller flödesscheman för att visualisera hur information ska flöda genom systemet, vilka statusar ett ärende kan ha och hur olika systemdelar hänger ihop.

Dessa visuella modeller blir ritningen som både verksamheten kan godkänna ("ja, så där jobbar vi") och som utvecklarna kan bygga efter.

Exempel i vardagen:

En e-handel ska börja sälja presentkort. Det låter enkelt, men du måste designa logiken. Du ritar ett sekvensdiagram som visar vad som händer när kortet köps (skapa kod), när det används (dra av saldo) och vad som sker om köpet avbryts. Diagrammet avslöjar en missad detalj: vad händer om presentkortet går ut samma dag som en retur görs? Du lägger till den logiken i modellen innan en enda rad kod skrivs.

Översättning till tekniska specifikationer

Här agerar du tolk. Du tar de mjuka verksamhetskraven och bryter ner dem till "User Stories" eller tekniska specifikationer som är så tydliga att en utvecklare kan plocka upp dem och börja koda direkt.

Du definierar acceptanskriterier – exakt vad som måste fungera för att uppgiften ska räknas som klar. Det handlar om att eliminera gissningar för programmerarna.

Exempel i vardagen:

Marknadsavdelningen vill att kunder ska kunna logga in med BankID. Utvecklarna frågar "vilken säkerhetsnivå?" och "hur hanterar vi personnummer?". Du skriver en detaljerad specifikation som pekar ut exakt vilket API som ska användas, vilka felmeddelanden som ska visas om inloggningen misslyckas, och hur datan ska lagras enligt GDPR. Teamet får en färdig "att-göra"-lapp istället för ett vagt önskemål.

Validering och kvalitetssäkring

Systemanalytikern är ofta den som verifierar att det som byggdes faktiskt matchar det som beställdes. Det är inte samma sak som att leta buggar (det gör testarna), utan att säkerställa att funktionen löser rätt problem.

Ibland innebär detta att du demonstrerar nya funktioner för beställaren eller håller i utbildningar för att säkerställa att förändringen landar rätt i organisationen.

Exempel i vardagen:

Teamet har precis byggt klart den nya sökfunktionen till intranätet. Du testkör den med några komplexa sökningar som du vet att personalen gör ofta. Tekniskt sett fungerar sökningen, men resultaten sorteras i en ordning som gör det svårt att hitta rätt dokument. Du flaggar detta direkt och diskuterar en justering av sökalgoritmen med teamet innan funktionen släpps till alla 500 anställda.

Specialisering och fördjupning

Inom systemanalys finns det flera vägar att gå beroende på om du dras mer åt tekniken eller affären.

Business Analyst (Verksamhetsutvecklare IT)

Här ligger tyngdpunkten på affärsprocesserna snarare än tekniken. Du arbetar mer med strategi, ROI-kalkyler och processoptimering. Fokus är att säkerställa att företaget investerar i rätt IT-lösningar som ger affärsnytta, snarare än hur databasen är strukturerad.

Technical Analyst / Systemarkitekt

En mer teknisk inriktning där du jobbar nära koden och infrastrukturen. Du kanske designar API:er, bestämmer hur integrationer mellan olika system ska se ut och tar beslut om teknikval. Du behöver ofta ha en bakgrund som utvecklare för att trivas här.

Product Owner (Produktägare)

I agila team glider systemanalytikerns roll ofta över i produktägarrollen. Här ansvarar du för "backloggen" – listan över allt som ska göras. Du prioriterar vad teamet ska bygga härnäst baserat på kundvärde och har det sista ordet gällande produktens vision.

Hur arbetsuppgifterna förändras med erfarenhet

Röster från yrket

I en intervju med Saco beskriver en systemvetare bredden i yrkesrollen och vad som gör den stimulerande:

Det är problemlösning på hög nivå. Man får sätta sig in i hur olika verksamheter fungerar, allt från logistik till vård, och försöka hitta lösningar som gör vardagen lättare för de som jobbar där.

— Anonymiserad yrkesverksam, Systemvetare, Saco Yrkesguide, 2024

Unionen lyfter fram den sociala aspekten av arbetet i sin yrkesbeskrivning, något som ofta överraskar studenter:

Som systemanalytiker är du spindeln i nätet. Du måste kunna prata med både tekniker och ekonomer och få dem att förstå varandra. Det är en väldigt social roll som kräver att man är nyfiken på människor.

— Yrkesbeskrivning, Systemutvecklare/Analytiker, Unionen, 2024

En alumn från Stockholms Universitet berättar på universitetets karriärsida om varför valet föll på systemanalys:

Jag ville jobba med teknik men insåg att jag inte ville sitta och koda hela dagarna. I den här rollen får jag vara kreativ och designa lösningar, men jag jobbar mer med människor och processer än med själva källkoden.

— Alumnintervju, DSV, Stockholms Universitet, 2023

Mer om yrket – Systemanalytiker

70 000+

Så många personer arbetar inom yrkeskategorin mjukvaru- och systemutveckling (där systemanalytiker ingår) i Sverige, enligt SCB:s yrkesregister (2024). Efterfrågan bedöms vara fortsatt mycket stark de kommande åren på grund av den snabba digitaliseringen.

Vad folk tror

    Att en systemanalytiker är en "super-programmerare" som kan allt om kod.

Hur det faktiskt ser ut

    Många systemanalytiker skriver ingen kod alls i sin vardag. Deras expertis ligger i logik, struktur och processer. Det handlar om att förstå vad som ska byggas, medan utvecklarna ansvarar för hur det byggs. Det är inte ovanligt att systemanalytiker har bakgrund inom ekonomi eller statsvetenskap, kompletterat med IT-kunskap.

AI förändrar analysen – men ersätter inte förståelsen. Artificiell intelligens har börjat förändra systemanalytikerns vardag. Tidigare lades mycket tid på att manuellt skriva långa kravdokument och rita modeller. Idag kan AI-verktyg hjälpa till att generera utkast till användarfall ("User Stories") eller föreslå datamodeller baserat på beskrivningar. Detta frigör tid för systemanalytikern att fokusera på det som AI har svårt för: att navigera i politiken mellan olika avdelningar, förstå de oskrivna reglerna i en organisation och ifrågasätta om vi verkligen löser rätt problem.

Från vattenfall till agilt – en förändrad roll. För 15 år sedan skrev systemanalytikern en 200-sidig "kravspecifikation" som lämnades över till utvecklarna. Idag ser arbetet helt annorlunda ut. I moderna agila team arbetar analytikern löpande tillsammans med utvecklarna varje dag. Kraven är inte huggna i sten från början utan växer fram i dialog. Detta gör att arbetsuppgifterna har blivit mer kommunikativa och iterativa – du justerar kartan medan ni springer, snarare än att planera hela maratonloppet i detalj innan start.

Dela