Fakta

Utveckling av system kan delas in i flera faser. Exempel på faser:

  • Verksamhetsutveckling. Leder till krav på systemstöd.
  • Kravanalys. Handlar om att undersöka vad ett system ska ha för funktioner.
  • Systemdesign. Att bestämma hur ett system ska se ut i stora drag.
  • Programmering. Att skriva koden som behövs för systemet.
  • Test. Att kontrollera att systemet gör vad det ska.
  • Driftsättning. Att installera och konfigurera systemet för riktig användning.
  • Underhåll. Att rätta fel och lägga till nya funktioner efter att systemet tagits i drift.

Den traditionella bilden av systemutveckling är att någon identifierar ett behov som utmynnar i krav på ett nytt system.

Sedan tar utvecklarna vid och skapar systemet. Det arbetet sker i form av ett projekt.

Till slut tar it-avdelningen hand om driften av det färdiga systemet.


Viskleken. Det stora problemet i många utvecklingsprojekt är att de olika personerna som är med inte kan kommunicera med varandra.

Det är ingen bra beskrivning av systemutveckling, tycker Peter Tallungs, arkitekt på Objectware.

– De inblandade har traditionellt fokuserat fel och startat projekt för att lösa specifika uppgifter i tid, säger han.

I stället behövs det en mer långsiktig syn på systemutveckling. Och systemutveckling ska inte ses som en verksamhet som är separat från resten av företaget.

– Systemutveckling och verksamhetsutveckling hänger ihop. Arbetet har ingen början och inget slut, säger Peter Tallungs.

Det första steget för att förändra synsättet på systemutveckling är att etablera en organisation och ett synsätt som integrerar it med resten av verksamheten.

Ett konkret tips för att lyckas är att föra samman verksamhetsutvecklare, verksamhetsarkitekter, it- och systemarkitekter och andra yrkesgrupper som i dag ofta arbetar var för sig.

– De måste sitta tillsammans. Det är fel att se it-avdelningen som en servicebyrå som levererar efter beställningar.

Søren Ravnskov, vd på Astrakan Strategisk Utbildning, tycker att problemen med utveckling i grund och botten handlar mycket om brist på kommunikation.

– De som har behoven kan inte formulera kraven så att de som gör systemen kan bygga det verksamheten behöver, säger han.

Kommunikationsglappet kan bara överbryggas av personer som förstår och kan beskriva den verksamhet som systemet är tänkt att stöda.

– Först måste man ta reda på vad en organisation ska åstadkomma för sina kunder eller för medborgarna.


Søren Ravnskov.

Sedan gäller att beskriva de processer som ska finnas och vilken information de behöver.

Det ger underlag för att reda ut vilka tjänster och system som behövs.

– Tjänsterna och kraven på dem kan sedan beskrivas på olika sätt, till exempel med hjälp av användningsfall, säger Søren Ravnskov.

– Det är viktigt att tjänsterna är enkla och kopplade till affärslogiken.

Sett från systemutvecklarens perspektiv ska Peter Tallungs och Søren Ravnskovs tips ge bättre underlag för vilka system som ska utvecklas och hur systemen ska fungera.

När arbetet med att skapa systemet inleds är det viktigt att kommunikationen mellan utvecklare och verksamheten fortsätter.

Ett sätt att underlätta kommunikation är att tidigt skapa en körbar version av systemet som användarna kan testa och utvärdera, för att sedan ofta skapa nya versioner.

Det arbetssättet, som kallas iterativt, är vanligt i moderna metoder för systemutveckling, som agila metoder.