Har I brug for et forprojekt før I går i gang med softwareudviklingen?
Et forprojekt er pengene værd når kravene er uklare, teknologien usikker eller investeringen stor: Så afdækker det målbillede, løsningsskitse, risikobillede og omkostningsinterval før udviklingen. Er opgaven lille og velkendt, kan det blive en unødvendig forsinkelse. En rimelig omkostning er en eller nogle få procent af projektet.
Et forprojekt kan være den bedst investerede del af et projekt, eller en måde at udskyde beslutninger og brænde budget af før der er skrevet en eneste linje kode. Forskellen ligger i usikkerheden. Jo mere uklar opgaven er, desto mere er klarhed værd. Jo mere velkendt den er, desto mere bliver forprojektet en omvej.
Hvad et godt forprojekt faktisk leverer
Et forprojekt der fortjener navnet, ender i et beslutningsgrundlag, ikke en flot PowerPoint. Fire ting skal være på plads:
- Målbillede. Hvilket problem løser produktet, for hvem, og hvordan måler I at det er lykkedes? Uden det bygger I funktioner, ikke værdi.
- Løsningsskitse. Et overordnet billede af hvordan det skal hænge sammen: flows, hovedkomponenter, planlagte integrationer. Ikke færdigt design, men nok til at forstå omfanget.
- Risikobillede. De største usikkerheder: en tvivlsom integration, et uklart volumen, et regulatorisk krav. Det er billigere at navngive risiciene tidligt end at snuble over dem midt i udviklingen.
- Omkostningsinterval. Et prisspænd knyttet til scope, ikke et præcist tal. Meningen er at gøre hovedtilbuddet træfsikkert: Gætværk bliver erstattet af et reelt grundlag.
Får du kun tre flotte skitser og intet risikobillede eller omkostningsbillede, har du købt en visuel øvelse, ikke et forprojekt.
Hvornår det er pengene værd
Tre situationer gør et forprojekt klart rentabelt. Den første er uklare krav: når I internt ikke er enige om hvad der skal bygges eller når slutbrugernes behov ikke er undersøgt. Den anden er teknisk usikkerhed: en ny integration, usædvanlige krav til ydeevne eller et regulatorisk krav som ingen har regnet på. Den tredje er meget på spil: når projektet er stort nok til at et forkert valg af retning koster hundredtusindvis af DKK at rette senere.
Fælles for de tre: En lille investering i klarhed nu forhindrer en stor fejlinvestering senere. Det er billigere at ændre en skitse end et færdigt produkt.
Hvornår det bare udskyder beslutninger
Er opgaven lille, veldefineret og teknisk velkendt, tilfører forprojektet sjældent nok til at retfærdiggøre forsinkelsen. Skal I bygge noget I har lavet før, med klare krav og kendt teknologi, er en workshop på en halv dag ofte nok. Vær også på vagt over for forprojekter der vokser til selvstændige projekter uden slutdato. Formålet er at nå frem til en beslutning, ikke at undersøge i det uendelige. Et forprojekt uden en fast afgrænsning er et advarselssignal.
Rimeligt omfang i tid og pris
Et forprojekt skal stå i forhold til projektet. Som tommelfingerregel lander det på nogle procent af den forventede samlede omkostning og tager alt fra nogle dage til nogle uger.
| Projektets størrelse | Rimeligt forprojekt |
|---|---|
| Mindre projekt (under 530.000 DKK) | Nogle dage, ofte 27.000–80.000 DKK |
| Mellemstort projekt (530.000 DKK–2,1 mio. DKK) | 1–3 uger, ofte 80.000–210.000 DKK |
| Stort projekt (over 2,1 mio. DKK) | 3–6 uger, ofte 210.000 DKK og opefter |
Bliver forprojektet dyrere end det i forhold til udviklingen, er det et tegn på at det er svulmet op ud over sit formål.
To almindelige fejl
Forprojekter rammer ved siden af på to modsatte måder, og det er værd at kunne genkende begge. Den første er det for tynde forprojekt: nogle flotte skitser og en vision, men intet risikobillede og intet omkostningsinterval. Det ligner et beslutningsgrundlag, men man kan ikke træffe beslutninger på det, og usikkerheden er præcis lige så stor bagefter som før. I har betalt for en præsentation, ikke for klarhed.
Den anden er det for tykke: forprojektet der bliver et selvstændigt projekt uden slutdato. Det fortsætter udredningen længe efter at svarene foreligger, ofte fordi ingen tør sætte punktum. Kendetegnet er at det mangler en fast afgrænsning og en klar leverance. Et godt forprojekt har begge dele: en dato hvor det er færdigt og et defineret produkt det skal munde ud i. Skriv dem ind i bestillingen fra begyndelsen, så undgår I begge grøfter.
Sådan genbruges forprojektet
Værdien stopper ikke når dokumentet er færdigt. Målbillede og løsningsskitse bliver fundamentet i kravspecifikationen. Risikobilledet og omkostningsintervallet bliver grundlag i indkøbet: Nu kan flere leverandører regne på det samme, hvilket gør tilbuddene sammenlignelige i stedet for baseret på gæt. Og roadmappen styrer prioriteringen når udviklingen først kører så I starter med det der giver mest værdi.
Et forprojekt der kun kan bruges af den der har lavet det, er kun halvt så nyttigt. Kræv en leverandøruafhængig leverance som en anden kan bygge videre på.
Vi hos Weapp indleder gerne større opgaver med et afgrænset forprojekt, netop for at gøre prisen forudsigelig og risikoen synlig. Vil du vide om jeres projekt har brug for et? Se vores ydelser, eller kontakt os med en kort beskrivelse af idéen.
Ofte stillede spørgsmål
Hvor meget må et forprojekt koste?
En almindelig tommelfingerregel er nogle procent af den forventede projektomkostning, ofte i størrelsesordenen 53.000 til 210.000 DKK afhængigt af projektets størrelse. Pointen er at en lille investering i klarhed skal gøre hele hovedprojektet mere træfsikkert og billigere at styre.
Kan forprojektet laves af en anden leverandør end udviklingen?
Ja, og nogle gange er det klogt for ikke at låse jer fast for tidligt. Men sørg i så fald for at leverancen er leverandøruafhængig og konkret nok til at en anden kan regne på den. Et forprojekt der kun kan bruges af den der har lavet det, er kun halvt så meget værd.
Er et forprojekt det samme som en kravspecifikation?
Nej. Forprojektet frembringer grundlaget (mål, prioriteringer, risici og tekniske valg) som kravspecifikationen derefter bygger på. Forprojektet svarer på om og hvordan noget skal gøres; kravspecifikationen beskriver i detaljer hvad der skal bygges.
Hvornår er et forprojekt spildt tid?
Når opgaven er lille, veldefineret og teknisk velkendt. Skal I bygge noget I har lavet før, med klare krav og kendt teknologi, risikerer forprojektet bare at udskyde starten uden at mindske usikkerheden. Så er en kort workshop nok.
Hvad skal jeg kræve som leverance?
Et skriftligt dokument med et målbillede, en løsningsskitse, et risikobillede med de største usikkerheder og et omkostningsinterval knyttet til scope. Gerne også en grov roadmap. Grundlaget skal kunne bære en investeringsbeslutning, ikke bare være en flot præsentation.