Twee O&O-teams werken aan vergelijkbare machine learning-projecten. De één krijgt WBSO goedgekeurd; de ander wordt afgewezen. Het technische werk is vergelijkbaar. Het verschil is dat het eerste team beschreef wat ze nog niet wisten en waarom. Het tweede team beschreef wat ze van plan waren te bouwen.
Wat aantoonbare technische onzekerheid precies betekent
De RVO hanteert de term aantoonbare technische onzekerheid met een specifieke betekenis. De onzekerheid moet technisch van aard zijn (niet commercieel, organisatorisch of financieel). Ze moet echt zijn: het antwoord is niet te vinden in bestaande literatuur, producten of experts in het vakgebied. En ze moet aantoonbaar zijn: je moet haar duidelijk genoeg kunnen verwoorden zodat een technisch beoordelaar kan beoordelen of ze reëel is.
"Het is onzeker of onze aanpak zal werken" is geen aantoonbare onzekerheid. "Het is onzeker of een sparse-attentiemechanisme de kwadratische geheugencomplexiteit van de standaard transformerarchitectuur voldoende kan reduceren om invoer van 100.000+ tokens te verwerken op hardware met 16 GB VRAM zonder nauwkeurigheidsverlies van meer dan 3%" is aantoonbare onzekerheid.
De echte onzekerheden in je project vinden
Vraag je engineers: wat kan er technisch misgaan? Niet commercieel — technisch. Wat waren de open vragen aan het begin van het project die je via experimenten moest beantwoorden? Waar is de technische aanpak veranderd omdat de eerste aanpak niet werkte? De antwoorden zijn je technische onzekerheden:
- Prestatievragen: kunnen we X doorvoer/latency/nauwkeurigheid bereiken onder Y beperkingen?
- Fysieke vragen: gedraagt dit materiaal/component zich zoals getheoretiseerd onder Z omstandigheden?
- Algoritmische vragen: presteert aanpak A beter dan aanpak B op probleemtype C?
- Systeemvragen: kunnen deze subsystemen worden geïntegreerd zonder onvoorspelbare storingen?
Onzekerheid schrijven die authentiek klinkt
Gebruik formuleringen als: "Het is onbekend of...", "Het is niet aangetoond dat...", "Bestaande aanpakken kunnen X niet bereiken omdat...". Vermijd zinnen die routinematige engineering signaleren: "We zullen ontwikkelen...", "Het project streeft ernaar te bouwen...". Een beschrijving die volledig in de toekomstige implementatietijd is geschreven, heeft vrijwel zeker de draad van technische onzekerheid verloren.
Meerdere onzekerheden per project
Sterke aanvragen beschrijven vaak meerdere gerelateerde onzekerheden voor één project. Echte O&O-projecten hebben doorgaans meerdere open technische vragen. Het noemen van drie of vier specifieke onzekerheden, elk met zijn eigen formulering, laat de RVO zien dat je grondig hebt nagedacht over de onderzoeksinhoud van het project.
Klaar om je concurrenten te volgen?
WBSO.io monitort automatisch websites, e-mails en social media van je concurrenten — en levert gestructureerde intelligence rechtstreeks in je inbox.