Do il progetto a un tecnico freelance o assumo un mio tecnico, i costi sono molto diversi

noi abbiamo scelto la via freelance ci siamo pentiti. Dopo 3 mesi il tizio se n'è andato, il codice era fatto a casaccio riscriverlo è costato caro. Dopo aver assunto un nostro tecnico i problemi sono diminuiti molto. Certo nei primi mesi non era molto produttivo ma è stato formato.

Best practice: freelance per l'MVP (3 mesi, 9000), poi assumete un vostro tecnico (8-10k/mese). Il tecnico segue l'MVP e lo scala. Per il freelance il rischio è alto, oppure costa troppo (se è bravo). Questa via combinata è buona.

La mia domanda è: riuscite a trovare un freelance affidabile? Perché a 3000 lire un freelance PHP/React affidabile è raro. Di solito si parte da 8000+. In quel caso la differenza di prezzo con l'assunzione si riduce.

freelance per fare l'MVP, dipendente per il post-vendita. le aziende spesso fanno il contrario ma :) Se potete finite l'MVP in fretta, poi assumete un dipendente di qualità.

Mi sembra che mi stiate chiedendo se sono preoccupato per la qualità del codice di un freelance da 3000 lire? È molto bassa, o è fatto male, o il tizio lavora a 10 progetti contemporaneamente. Assumere un proprio dipendente è più sicuro.

In ottica long-term, se pianificate di scalare, assumete un vostro tecnico. Una persona imposta l'architettura del codice, le code review e le best practice. Il freelance ricomincia da zero per ogni progetto, non c'è coerenza.

PS: è stato chiesto qui sotto, ho scritto la risposta nel secondo messaggio.

vi spiego come si fa in pratica e onestamente quando prendete una decisione scrivete anche lo scenario peggiore non solo quello migliore.

nessun processo mgiliora senza tracciamento, perché non sai cosa correggere ma io seguirei questa strada.

la penso diversamente ma onestamente i primi tre mesi vanno bene, i problemi emergono al quarto mese.

le persone difendono le abitudini non i processi.. poi la resistenza nasce da lì. se avete domande, scrivete, rispondo per quanto possibile.

Ho lavorato a lungo su questo. Quando pubblicate un annuncio, mettete in cima la prova che il prodotto funziona davvero.

È tutto, scusate se mi sono dilungato.

La risposta sopra ha colto l'essenza della questione. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Naturalmente cambia se la vostra situazione è diversa.

Ti seguo.

L'anno scorso abbiamo vissuto quasi la stessa cosa. Quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Questa è la mia opinione, non la scrivo come verità assoluta.

Ho lavorato a lungo su questo... onestamente quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Nessun processo migliora senza tracciamento, perché non sai cosa correggere. Se scrivete qui il risultato sarà utile anche ad altri.

Ci proverò.

Riassumo quanto detto finora. Una partnership senza un calendario di pagamenti si blocca alla prima separazione.

Se la cessione della proprietà intellettuale all'azienda non viene scritta all'inizio, poi non si recupera. Se avete domande scrivete, rispondo per quanto possibile.

sono d'accordo.

Può approfondire un po'? Se ricevete tre risposte diverse su un argomento, la domanda è posta male.

Lascio una nota, potrebbe servire.

La discussione si è dispersa, la riassumo. Prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi.

Se offrite equity invece dello stipendio, scrivete anche cosa offrite in cambio.