Tilskudd til programvareselskap
Skill produktutvikling, kundeoppdrag og teknisk usikkerhet før dere lager prosjektbudsjettet. Følg et eksempel fra utviklingstimer til dokumenterte tester.
En programvarebedrift trenger først å avgrense hvilket problem prosjektet undersøker. En lang utviklingsliste er ikke et forskningsprosjekt, og en krevende kundeleveranse er ikke automatisk støtteberettiget.
Tre oppgaver som må holdes fra hverandre
| Arbeid i samme team | Underlaget dere trenger |
|---|---|
| Koble en kundes ERP-system til et kjent API | Kundekrav, leveranseavtale og ordinært prosjektbudsjett |
| Lage en ny standardfunksjon med kjent metode | Produktplan og utviklingsestimat |
| Undersøke en metode som ikke gir stabilt resultat under bestemte forhold | Kjent kunnskap, konkret usikkerhet, alternativer og testopplegg |
Tabellen er en sorteringshjelp, ikke en godkjenning. Forskningsrådets veiledning til SkatteFUNN-søknaden forklarer hvilket faglig grunnlag søknaden må beskrive. Bedriftens utviklere må kunne bekrefte dette grunnlaget.
Eksempel: responstid ved uforutsigbar datalast
En tenkt bedrift skal undersøke om to beregningsmetoder gir korrekt resultat når datalasten varierer. Først dokumenteres dagens metode og svakheter. Deretter testes alternativene mot samme datasett, feiltoleranse og maskinoppsett. Vanlig skjermdesign og utrulling hos kunden holdes utenfor testarbeidet.
Teamet anslår 300 timer: 60 til referanse og testdata, 160 til metodeforsøk og 80 til analyse. Dette er et kapasitetsestimat. Det viser verken hvilken timesats en ordning tillater eller hvor mye støtte bedriften får.
Hvis analysen viser at den kjente metoden allerede løser problemet, må prosjektet endres ærlig. Søknadsteksten skal ikke konstruere usikkerhet etter at løsningen er valgt.
Registrer arbeid før det blandes med drift
Bruk arbeidspakker som utviklerne faktisk kan føre timer på. En registrering bør forklare forsøket eller analysen; «utvikling 8 timer» sier for lite. Knytt testresultatet til kodeversjon og et datasett som kan gjenfinnes uten å spre kundedata.
Ved sprintslutt sammenholder prosjektleder timer, tester og avvik. En feilretting i kundens produksjonssystem skal ikke flyttes inn i forsøket bare fordi samme utvikler gjør arbeidet.
Se SkatteFUNN for programvare for søknadsgrunnlaget og kontrollspor fra timer til rapport. Vese kan hjelpe med prosjektbeskrivelse og struktur, mens bedriften eier den tekniske vurderingen.