Hur fungerar processen för skräddarsydd programvaruutveckling?

01Vad är skräddarsydd mjukvara och när behövs den?

Skräddarsydd mjukvara är mjukvara som utvecklas efter ett visst företags arbetsflöde, regler och användare. Skillnaden mot färdiga paket är att mjukvaran anpassas efter företaget, i stället för att företaget anpassar sig efter mjukvaran.

Alla behov kräver inte skräddarsydd mjukvara. För ett standardbehov som bokföring eller e-post finns mogna färdiga lösningar. Skräddarsydd mjukvara blir meningsfull när processen innehåller en metod som skiljer er från konkurrenterna, när flera system måste kopplas ihop eller när färdiga verktyg löser hälften av jobbet och lämnar resten åt manuellt arbete.

Ett annat tecken är Excel-trötthet. Om en kritisk process drivs med kopierade tabeller, WhatsApp-meddelanden och kontroller som bygger på minnet är både risken för fel och tidsförlusten stor. Då kan en väl uppbyggd mjukvara snabbt visa att investeringen lönar sig.

02Mjukvaruprojektets process: översikt

Även om projekt drivs med olika metoder beroende på storlek är faserna i stort sett desamma. Tabellen nedan sammanfattar vad som tas fram i varje fas och vad som förväntas av företaget.

03Varför är analysfasen så avgörande?

Det dyraste felet i ett mjukvaruprojekt är att göra fel sak rätt. Behovsanalysen minskar den risken genom att klargöra vad som ska göras innan någon kod skrivs.

I den här fasen kartläggs processen steg för steg: vem tar emot vilken information var och för den vidare vart? Vilka beslut fattas för hand, och vilka kan göras till regler? Vilka system behöver kopplas ihop? Svaren blir ett referensdokument som senare förhindrar scope creep.

Under analysen är det också viktigt att skilja mellan funktioner som är ett måste och sådana som är bra att ha. Att hålla första versionen liten och stabil och växa med användarnas återkoppling är i de flesta projekt den sundaste vägen. Den första versionen kallas ofta MVP (minimum viable product).

• Hur fungerar processen idag, och var fastnar den?
• Vem ska använda systemet, och med vilken behörighet?
• Vilka rapporter och notiser behövs?
• Finns det kopplingar till bokföring, frakt, betalning eller andra system?
• Behandlas personuppgifter, och hur länge ska de lagras?

04Omfattning, offert och tidplan

Omfattningen som analysen resulterar i är grunden för offerten. En bra mjukvaruoffert anger inte bara totalbeloppet utan skriver också tydligt vilka moduler som ingår, vad som ligger utanför omfattningen, leveransstegen och acceptanskriterierna.

Tidplanen ska vara lika tydlig. Stora projekt delas oftast upp i cykler på två till fyra veckor, och i slutet av varje cykel visas en fungerande del. På så sätt följer företaget projektets framsteg på skärmen och inte i dokument.

När du jämför offerter kan det vara missvisande att bara titta på siffran. Kontrollera om poster som underhåll, hosting, utbildning och äganderätt till källkoden ingår. Faktorerna som påverkar budgeten har vi gått igenom i detalj i artikeln kostnad för mjukvaruutveckling.

05Design: gränssnitt och arkitektur

Gränssnitt och användarupplevelse

Skärmskisser (wireframes) visar hur användaren ska interagera med systemet innan någon kod skrivs. En ändring i den här fasen är en fråga om några minuter, medan samma ändring kan ta dagar i slutet av utvecklingen. Att bygga de flöden som användarna faktiskt kommer att använda med UI/UX-design minskar också behovet av utbildning.

Datamodell och arkitektur

Vilken information som ska lagras, hur den hänger ihop och vilka delar systemet ska bestå av bestäms i den här fasen. En korrekt datamodell är grunden för rapportering och för funktioner som läggs till senare. Hur systemet pratar med andra system utformas oftast via ett API.

06Så går utveckling och test till

Utvecklingen går vidare modul för modul utifrån den godkända designen. Koden hanteras med versionshantering, varje ändring granskas och delleveranser visas regelbundet för företaget. Språk och teknik väljs efter behovet, och för arbete som präglas av databehandling och automatisering väljs ofta språk som Python.

Test är inte ett steg som lämnas till slutet av utvecklingen utan en process som pågår tillsammans med den. Vid sidan av de automatiska testerna som teamet skriver är det acceptanstestet, som företaget gör med verkliga scenarier, grunden för det slutliga godkännandet.

I den här fasen är också kommunikationsrutinerna avgörande. Ett kort statusmöte varje vecka, en gemensam uppgiftslista och en enda ansvarig person förhindrar att beslut försvinner i e-posttrafiken. Att utse en kontaktperson på företagets sida som kan fatta beslut hindrar att ärenden som väntar på godkännande hopar sig och skyddar tidplanen. Tidig återkoppling på delleveranser minskar dyra ändringar i efterhand.

• Enhetstester: verifierar att en enskild funktion fungerar korrekt.
• Integrationstester: verifierar att modulerna och externa system fungerar tillsammans.
• Användaracceptanstest: företaget testar med sina verkliga arbetsflöden.
• Prestanda- och säkerhetskontroll: beteende under belastning och motståndskraft mot kända säkerhetshål.

07Driftsättning och underhåll

Driftsättningen består av serverinstallation, överföring av befintlig data, skapande av användarkonton och utbildning. I kritiska system minskar man risken vid övergången genom att köra det gamla och det nya systemet parallellt en kort tid.

Mjukvara är inte klar när den driftsätts. Uppdateringar behövs när webbläsare, operativsystem och anslutna tjänster förändras. När användarna använder systemet uppstår också nya behov. Därför är ett underhållsavtal en punkt som bör diskuteras redan i projektets början.

Säkerhetskopiering, åtkomstloggar och säkerhetsuppdateringar är också en del av underhållet. För system som behandlar personuppgifter, kontrollera gällande lagstiftning och din juridiska rådgivare om skyldigheterna enligt KVKK (turkisk dataskyddslag, jämförbar med GDPR).

08Tips till dig som vill beställa mjukvara

För branschspecifika behov kan det vara ett alternativ att anpassa en mogen lösning i stället för att börja från noll. Branschanpassade mjukvarulösningar för områden som turism, boende, fastigheter och restaurang är exempel på den vägen. Branschprodukter som hotellsystem kan anpassas efter företagets regler, och på butikssidan bygger integrationer för e-handel broar till befintliga system.

1. Beskriv problemet, inte lösningen: säg “det tar två dagar att godkänna beställningar” i stället för “jag vill ha en skärm”.
2. Ta med den som kan processen: bjud in användaren från verksamheten till analysmötena.
3. Börja smått: begränsa den första versionen till det mest kritiska flödet.
4. Klargör äganderätten till källkod och data: den bör stå uttryckligen i avtalet.
5. Se referenser och system i drift: titta på projekt som företaget levererat tidigare.
6. Fråga om underhålls- och supportvillkor: svarstider och uppdateringarnas omfattning bör vara tydliga.