Hvordan utvikle hardware og software på en hensiktsmessig måte?
Hent inn ekstern kompetanse (frilansere, NTNU-studenter, mentorer, partnere) når oppgaven krever det, i stedet for å ansette dyrt og fast for tidlig. Start med en MVP eller proof of concept, jobb iterativt, og avklar alltid IPR skriftlig mens du beholder nok teknisk forståelse til å styre arbeidet.
Slik løser du det
Hente inn ekstern kompetanse for å sikre teknisk fremdrift.
Kjernerådet er å hente inn ekstern kompetanse når dere trenger det for å holde teknisk fremdrift – og det er ofte både klokt og kostnadseffektivt i tidlig fase. La oss forklare hvorfor og hvordan. Hardware (den fysiske delen, som elektronikk, sensorer og kretskort) og software (programvaren som styrer det hele) krever ulik spisskompetanse, og få team har alt internt fra start. I stedet for å ansette dyrt og fast for tidlig, kan dere koble på riktig kompetanse akkurat når oppgaven krever det.
Konkrete måter å hente inn kompetanse på: 1) Frilansere og konsulenter for avgrensede oppgaver (f.eks. design av kretskort eller en app-prototype). 2) Studentressurser og bachelor-/masteroppgaver ved NTNU – ofte rimelig og motiverte folk. 3) Mentorer og fagmiljøer gjennom Spark* sitt nettverk. 4) Partnere eller leverandører som kan ta deler av utviklingen.
Gode arbeidsmåter: Start med en MVP (minste levedyktige produkt) eller en enkel prototype som tester den viktigste funksjonen, fremfor å bygge alt på en gang. Jobb gjerne iterativt (i små runder der dere bygger, tester og forbedrer steg for steg) – dette kalles ofte smidig/agil utvikling. For hardware er det lurt å skille mellom en grov «proof of concept» (bevis på at det i det hele tatt fungerer) og en ferdig, produksjonsklar versjon, siden hardware er dyrere og tregere å endre enn software.
Vanlige fallgruver: å bygge altfor avansert teknologi før kundebehovet er bekreftet; å gi fra seg for mye eierskap eller rettigheter til eksterne uten avtale (avklar alltid hvem som eier koden og designet – immaterielle rettigheter, IPR, skriftlig); og å mangle teknisk forståelse internt til å styre de eksterne. Behold nok kompetanse i teamet til å kunne lede arbeidet.
Begreper forklart
- Hardware
- Den fysiske delen av produktet, som elektronikk, sensorer og kretskort.
- Software
- Programvaren som styrer produktet.
- Proof of concept
- Et grovt bevis på at noe i det hele tatt fungerer, før du bygger en produksjonsklar versjon.
- Smidig/agil utvikling
- Å jobbe iterativt i små runder der dere bygger, tester og forbedrer steg for steg.
- IPR (immaterielle rettigheter)
- Rettighetene til hvem som eier koden og designet, som alltid bør avklares skriftlig med eksterne.