Från idé till lansering
De flesta beställare föreställer sig att ett projekt mest består av att någon kodar. I praktiken går ungefär hälften av tiden till annat, och det är i det andra som förseningarna uppstår.
Så fördelar sig tiden
| Fas | Andel av tiden | Vad som händer |
|---|---|---|
| Förstudie och krav | 10–20 % | Vad ska byggas, och varför |
| Design och flöden | 10–15 % | Hur det ska se ut och fungera |
| Utveckling | 45–55 % | Bygget, i delleveranser |
| Test och rättning | 15–20 % | Buggar, gränsfall, riktiga data |
| Lansering | 5–10 % | Driftsättning, migrering, utbildning |
Var det brukar dra ut
- Beslut som dröjer. Den vanligaste orsaken till försening är att någon hos beställaren inte hunnit svara.
- Innehåll som inte finns. Texter, bilder och data ska produceras av er, och underskattas alltid.
- Integrationer. Motparten svarar inte, saknar testmiljö eller dokumentation.
- Migrering av gammal data. Att flytta data ur ett gammalt system är nästan alltid en egen liten fas.
- Testning med riktiga användare. Först då hittas det som faktiskt är fel.
Vad ni behöver bidra med
Räkna med några timmar i veckan från er sida under hela projektet, och mer under test. Ett projekt där beställaren är frånvarande blir alltid sämre och ofta dyrare, eftersom utvecklarna får gissa. Utse en person med mandat att fatta beslut – det är samma poäng som i hålla scopet.
Lansering är inte slutet
De första veckorna efter lansering hittas alltid saker. Planera för dem i stället för att bli överraskad, och ha en överenskommelse om vad som ingår. Därefter tar drift och förvaltning vid som en löpande post.
Realistiska ledtider
En MVP tar sex till fjorton veckor, ett internt system tio till trettio, en SaaS-produkt sexton till fyrtiofyra. Går någon med på halva tiden är det värt att fråga vad de tänker hoppa över – svaret är oftast test, dokumentation eller kravarbete.
Vanliga frågor
Kan flera utvecklare göra det snabbare?
Upp till en gräns. Dubbelt så många gör det inte dubbelt så snabbt, eftersom samordningen kostar. På ett litet projekt kan fler personer till och med göra det långsammare.
Måste vi ha en färdig design innan bygget?
Inte färdig, men flödena bör vara genomtänkta. Att designa medan man bygger fungerar om båda sitter nära varandra, annars blir det omtag.
När ska vi involvera riktiga användare?
Så tidigt det går, gärna redan på skisserna. Det som upptäcks där kostar en bråkdel mot vad det kostar efter lansering.
Vill ni ha en tidsplan för ert projekt?
Börja med kalkylatorn om ni vill ha en siffra direkt. Vill ni ha den räknad på riktigt beskriver ni projektet på en minut, så återkommer vi med en uppskattning och de frågor som behöver svar för att göra den skarpare. Kostnadsfritt.