Den virkelige kostnaden ved å leie en utvikler er måneden du venter på å se noe

Du leier noen. Du betaler et depositum. Så, i flere uker, skjer ingenting som du faktisk kan holde i.

Det blir samtaler. Et kravdokument. En Figma-lenke. En tavle som sakte fylles med saker. Det du ikke har er en app du kan åpne på din egen telefon. Det gapet, mellom dagen du betaler og dagen du først ser noe ekte kjøre, er der det meste av stresset i et programvareprosjekt bor. Det er også delen ingen advarer deg om.

Uker er det optimistiske tallet

Jeg overdriver ikke ventingen. Tallene støtter det. En utvikler som blir med i et prosjekt bruker ofte tre til seks måneder på å nå full produktivitet, og seks til tolv måneder eller mer for en kompleks app. Det er opptrappingen før resultatet du betaler for ankommer for fullt. Selv en skarp konsulent som kommer raskt i gang legger sjelden fungerende programvare i hendene dine de første ukene.

Bransjens eget beste råd er enig. Den første prinsippet i Agile-manifestet er tidlig og kontinuerlig leveranse av fungerende programvare, og selv det prinsippet formulerer takten som innen noen få uker til noen få måneder, med en preferanse for den kortere tidsrammen. Så gullstandarden, det hvert moderne team streber etter, måles fortsatt i uker i beste fall.

Hvorfor tar det så lang tid? Kravarbeid. Oppsett av miljøet. Spesifikasjonsdokumenter. Og så delen som stille spiser opp kalenderen: å vente på deg for tilbakemelding, godkjenninger, ressurser og tilgang, som konsekvent er den største årsaken til forsinkelser i frilansprosjekter. Legg til overleveringene mellom en account manager, en prosjektleder og personen som faktisk skriver koden, og hver av dem legger til timer med forsinkelse før noen leverer en eneste linje.

Ventingen er ikke bare treg, den er risikabel

Et langt gap før du ser fungerende programvare er ikke bare irriterende. Det er dyrt på en måte som ikke vises på fakturaen.

Du kan ikke korrigere kursen på noe du ikke kan se. Mens du venter hoper små avvik seg opp i det stille. Alle er opptatt, alle antar at planen er riktig, og antagelsene stivner. Når en build endelig lander betyr et retningsskifte å plukke fra hverandre uker med arbeid, så det skjer sjelden. Rådet fra dem som styrer disse prosjektene er greit ut: ikke tillat uker eller måneder med utvikling uten synlige resultater. Insister på små steg du kan se.

Jeg er enig i det rådet. Jeg går bare lenger enn de fleste.

Hva jeg gjør i stedet: en fungerende app på enheten din i kveld

Jeg kjører arbeidet som én enkelt dag. Vi snakker om morgenen, jeg bygger i løpet av dagen, og på slutten har du en native-app installert på din egen telefon, pluss kildekoden. Ingen mockup. Ingen klikkbar prototype fanget i en nettleserfane. En ekte Swift- eller Kotlin-app som kjører på ekte maskinvare og er din.

Det er mulig takket være tre ting. Sytten år med å skrive native mobilkode, så jeg lærer ikke plattformen på din tid. AI i loopen, som fjerner en stor del av det trege mekaniske arbeidet. Og en direkte linje, uten et byrålag mellom deg og utvikleren, slik at morgenens samtale blir ettermiddagens kode uten en stafett av e-poster.

Hvorfor dette endrer beslutningen du tar

Når du leier på vanlig måte binder du penger og uker basert på et løfte og en slide. Du får vite om det var en god idé en måned senere.

Når den første dagen slutter med en app i hånden bestemmer du hva som skjer videre med den faktiske tingen foran deg. Hvis den er riktig fortsetter vi og du har allerede en fungerende base. Hvis ikke har du brukt én dag, ikke en måned og et depositum. Risikoen din er begrenset til én enkelt arbeidsdag, som er omtrent så lavt som programvare blir.

Det er hele poenget. Måneden du normalt bruker på å vente er den mest ubehagelige delen av å leie en utvikler, og det er delen jeg fjerner.