Usikkerhet i forsknings- og utviklingsprosjekter (FoU)

I søknader om finansiering til  forskning og utvikling (FoU), kan det å beskrive usikkerhet føles som en utfordring. I søknader om FoU finansiering er det å beskrive usikkerhet et krav. For at et prosjekt skal klassifiseres som FoU, må det inneholde elementer av usikkerhet knyttet til kunnskap, teknologi eller resultater. Dette gjør det mulig å skille et FoU-prosjekt fra standard utviklings- eller implementeringsarbeid.

Hva betyr usikkerhet i FoU?

I FoU-sammenheng refererer usikkerhet til ukjente faktorer som kan påvirke prosjektets prosess eller utfall. Eksempelvis:

• Teknologisk usikkerhet: Vil den foreslåtte teknologien fungere som planlagt?
• Vitenskapelig usikkerhet: Er de teoretiske prinsippene bak prosjektet valide?
• Markedsmessig usikkerhet: Vil løsningen møte behovene og forventningene til målgruppen?

Å anerkjenne usikkerhet er en viktig del av å definere prosjektets verdi. Hvis det ikke finnes noen risiko eller ukjente faktorer, er det sannsynligvis ikke et FoU-prosjekt, men snarere en utvidelse av kjent kunnskap eller eksisterende teknologi.

Hvordan demonstrere usikkerhet i FoU-prosjekter

Når du planlegger og beskriver et FoU-prosjekt, bør usikkerhet være en sentral del av prosjektbeskrivelsen. Her er noen tips for å sikre at dette kriteriet blir godt ivaretatt:

1. Identifiser spesifikke usikkerheter

Start med å definere hvilke aspekter av prosjektet som er usikre.

• Er det en teknologisk løsning som må testes for første gang?
• Er det en metode som aldri har vært brukt i denne konteksten?
• Er det en teori som trenger eksperimentell validering?

Eksempel: “Prosjektet vil undersøke om en ny algoritme kan redusere behandlingstiden for store datasett. Det er usikkert om algoritmens ytelse vil oppfylle kravene under komplekse forhold.”

2. Beskriv hvordan du vil håndtere usikkerheten

Vis at du har en plan for å utforske og redusere usikkerheten. Dette kan inkludere eksperimenter, simuleringer eller analyser.

Eksempel: “Vi vil teste algoritmen i tre ulike miljøer for å evaluere robustheten og identifisere mulige feilmarginer.”

3. Kvantifiser risiko der det er mulig

Ikke alle usikkerheter kan kvantifiseres, men når det er mulig, gir det ekstra troverdighet til prosjektet.

Eksempel: “Det er 50 % sannsynlighet for at algoritmen kan håndtere komplekse datasett innen akseptable tidsrammer. Hvis den mislykkes, vil vi evaluere alternative tilnærminger.”

4. Dokumenter hva du lærer av usikkerheten

FoU handler om å lære av det ukjente. Sørg for at prosjektet ditt inkluderer en plan for å dokumentere funnene dine, enten de er positive eller negative.

Eksempel: “Resultatene fra testene vil bli analysert for å forstå hvor algoritmen fungerer godt, og hvor forbedringer er nødvendige.”

Usikkerhet som en styrke i søknader

Søknader til finansieringsordninger som SkatteFUNN og Innovasjonsprosjekt i næringslivet vurderer usikkerhet som et tegn på at prosjektet er ekte FoU. Uten usikkerhet kan prosjektet lett oppfattes som rutinearbeid eller en kjent implementeringsprosess.

En god beskrivelse av usikkerhet kan styrke søknaden din ved å:

• Vise at prosjektet tar sikte på å løse komplekse og ukjente problemer.
• Underbygge originaliteten i prosjektet.
• Illustrere at prosjektet har et klart lærings- og utviklingspotensial.

Vanlige feil og hvordan unngå dem

Feil: Usikkerheten er for vagt definert.

Løsning: Spesifiser hva som er ukjent, og hvorfor dette er viktig for prosjektet.

Feil: Ingen plan for hvordan usikkerhet skal utforskes.

Løsning: Beskriv eksperimentelle oppsett, analyser eller andre metoder som skal brukes.

Feil: Mangel på dokumentasjon av resultater knyttet til usikkerhet.

Løsning: Planlegg for å loggføre både prosess og utfall av tester og analyser.

Konklusjon

Usikkerhet er ikke noe som skal unngås i FoU – det er noe som skal utnyttes og utforskes. Ved å identifisere og håndtere usikkerhet på en strukturert måte, viser du ikke bare at prosjektet ditt oppfyller kravene til FoU, men også at det har potensial til å skape ny kunnskap og innovative løsninger.

Neste gang du planlegger et FoU-prosjekt, spør deg selv: Hvilke usikkerheter finnes i dette prosjektet, og hvordan kan jeg bruke dem til å drive arbeidet fremover?