Systemutveckling innebär att designa, bygga och förvalta skräddarsydda system anpassade efter en verksamhets specifika processer, till skillnad från att köpa och anpassa en färdig standardlösning som är byggd för att passa många olika typer av företag samtidigt. Det handlar om att gå från ett identifierat behov till ett fungerande system som faktiskt speglar hur verksamheten arbetar, snarare än att verksamheten tvingas anpassa sina rutiner efter systemets begränsningar.
Skräddarsytt system eller standardsystem, vad är skillnaden?
Ett standardsystem är byggt för att passa så många olika verksamheter som möjligt, vilket gör det snabbare att komma igång med men ofta kräver att organisationen anpassar sina processer efter systemets ramar. Ett skräddarsytt system byggs istället utifrån verksamhetens faktiska arbetssätt, vilket tar längre tid och kostar mer initialt, men eliminerar de manuella genvägar och undantag som annars uppstår när ett generiskt system pressas att passa ett unikt behov.
Så går en systemutvecklingsprocess till
Kravanalys
Processen börjar med att kartlägga verksamhetens faktiska behov, vilka processer systemet ska stödja, vilka användare som ska arbeta i det, och vilka andra system det behöver kopplas samman med. Ju grundligare denna fas är, desto mindre risk för dyra ändringar senare i projektet.
Arkitektur och design
Innan kod skrivs tas en teknisk arkitektur fram, som beslut om vilken databasstruktur som passar, hur systemet ska skalas, och hur det ska integreras med befintliga verktyg. Ett väl genomtänkt arkitekturval tidigt sparar avsevärt med omarbete längre fram.
Iterativ utveckling och test
Systemet byggs i mindre, testbara delar snarare än som ett enda stort leveranssteg, vilket gör att beställaren kan se och testa fungerande delar löpande, och att fel upptäcks tidigt istället för vid en stor slutleverans.
Lansering och förvaltning
Efter lansering fortsätter arbetet i form av löpande förvaltning, buggfixar, säkerhetsuppdateringar och vidareutveckling i takt med att verksamhetens behov förändras över tid.
När lönar sig ett skräddarsytt system?
Ett skräddarsytt system lönar sig oftast när en verksamhet redan lägger betydande manuell tid på att kompensera för ett standardsystems begränsningar, exempelvis genom Excel-ark vid sidan om, dubbelregistrering i flera verktyg, eller processer som anställda löser med arbetsomvägar snarare än att systemet faktiskt stödjer dem. Om den manuella kompensationen redan kostar mer i tid och risk för fel än vad ett skräddarsytt system skulle kosta att bygga och förvalta, är det ofta läge att överväga det.
Vad kostar systemutveckling?
Kostnaden styrs främst av systemets omfattning, hur många integrationer som krävs mot andra system, och hur komplexa affärsreglerna är. Ett mindre internt verktyg som ersätter ett Excel-ark kostar betydligt mindre än ett system som ska integreras mot flera befintliga plattformar och hantera stora datamängder. En grundlig kravanalys tidigt ger en betydligt säkrare kostnadsuppskattning än att gissa utifrån en enda siffra i förväg.
Vanliga frågor
Hur lång tid tar ett systemutvecklingsprojekt?
Det varierar kraftigt med omfattning, från några veckor för ett mindre internverktyg till flera månader för ett större system med många integrationer. Iterativ utveckling gör att delar av systemet ofta kan användas löpande innan hela projektet är klart.
Kan ett befintligt system byggas om istället för att byggas från grunden?
Ja, i många fall är det mer kostnadseffektivt att vidareutveckla eller migrera ett befintligt system än att bygga om allt från grunden. Vi kartlägger alltid det befintliga systemet innan vi rekommenderar en fullständig nybyggnation.
Vad är skillnaden mellan systemutveckling och mjukvaruutveckling?
Begreppen överlappar och används ofta synonymt. Systemutveckling betonar vanligen hela processen inklusive kravanalys och arkitektur, medan mjukvaruutveckling ibland används mer specifikt om själva kodningsarbetet.
Behöver vi ha tekniska kravspecifikationer klara innan vi kontaktar en utvecklingspartner?
Nej. Kravanalysen är normalt en del av samarbetet, snarare än något ni förväntas leverera färdigt på förhand. Det är ofta bättre att komma med en tydlig beskrivning av problemet än en färdig teknisk lösning ni redan bestämt er för.
Fler nyheter
Vill du veta mer?
Hör av dig så berättar vi mer om hur Techknight kan hjälpa er verksamhet.
Kontakta oss