Assumi programmatori onesti e tu (in consultazione con loro e forse anche altri programmatori onesti come test di realtà) stabilisci obiettivi ragionevoli in tempi brevi. Se non raggiungono gli obiettivi, licenziarli. Se raggiungono gli obiettivi, non dovrebbe importarti se giocano a solitario per 2 ore di fila mentre stanno ripulendo la mente e rimuginando su un problema.

Gli screenshot sembrano controproducenti. Se si tratta di questo, sei nei guai.

L'ideale è avere pietre miliari tangibili e controllare i loro progressi contro di loro. Se non riesci a far valere il valore del tuo denaro in base alla quantità di tempo che devi pagare per averli, trova altro aiuto. Se non riesci a creare il lavoro a questo livello di dettaglio e non sai se ti stai derubando, potrebbe essere inopportuno procurarti il lavoro da remoto. Potresti introdurre un sistema di offerta competitiva per il lavoro, ma se non puoi dettagliare ciò che è necessario a un livello basso, puoi dire qual è la qualità del codice?

In generale l'outsourcing e il lavoro a distanza dovrebbero riguardare l'acquisto di risultati, non l'acquisto di tempo. Altrimenti, come hai scoperto, il trust si rompe.

Quello che vuoi è chiamato un contratto. Il contratto dice cosa devono consegnare e quando, e cosa devi pagare e quando.

Semplice come questo. Tutto il resto sarebbe drammaticamente controproducente. Infrangerà la fiducia tra te e il libero professionista. Se vuoi vedere da vicino cosa stanno facendo le persone, allora prendi in considerazione le assunzioni nel tuo ufficio.

Producono abbastanza codice per quello che stai pagando o trovi qualcuno che può farlo. Se hanno picchiato le loro tastiere e mouse per 10 ore al giorno e hanno prodotto rifiuti, li conserverai solo perché li stai pagando per 8 ore?

Stabilisci le richieste e concorda le scadenze. Se non puoi essere d'accordo, assumere persone che lo faranno. Sei un programmatore e dovresti riuscire a individuare se hanno raggiunto ostacoli legittimi o meno.

Creerei un foglio Excel con una ripartizione di ogni funzionalità.

Il contraente dovrebbe aggiornarlo quotidianamente.

Ogni elemento dovrebbe avere una progressione definita in termini di%.

Quando una funzione è al 100%, dovrebbe essere pronta per "disconnettersi".

Se un elemento funziona come previsto, allora questo elemento deve essere contrassegnato e corretto.

Fai i compiti prima

Devi essere a tuo agio con le persone che stai assumendo, prima le assumi.

Al punto che stai pensando essenzialmente di spiare le persone che assumi, è troppo tardi. Sono un programmatore onesto, ma non lavorerei in quelle condizioni (anche supponendo che siano legali). È come quando attraversi il confine - potresti non nascondere nulla, ma sicuramente ti fanno sentire come se fossi.

Effettua controlli in background, ottieni riferimenti, fai domande. Utilizzare servizi affidabili. Prendi decisioni accurate, quindi segui il consiglio nelle altre risposte fornite qui.

Ultimamente sto lavorando con Scrum e posso dirtelo. Con questa metodologia Agile gli slacker non hanno spazio per evitare la trasparenza. E dimostra anche che sei un buon manager / leader che invia loro compiti realizzabili.

Stai pagando per risultati o tempo? Se stai pagando per i risultati, allora non sono affari tuoi quanto tempo impiegano per raggiungere quei risultati. Se stai pagando il tempo e non pensi di essere onesto riguardo al loro tempo, lascialo andare e trova qualcun altro, se non puoi fidarti di loro, a che servono?

Se fornisci l'ambiente, la registrazione è un'opzione, ma dovrai prima informarla, il che darà loro la possibilità di simularlo. Quanto tempo impiega loro a cercare la risposta a un problema? Leggere le risorse offline, semplicemente sedendo e pensando? Se non sono onesti, tutto quello che hai intenzione di fare è passare un sacco di tempo a ottenere risultati inconcludenti. Se sono onesti, probabilmente li stai offendendo e loro andranno avanti. In ogni caso, se ne sono andati.

Per quanto riguarda i repository di codice sorgente e si richiedono loro commit costante. Piccole commesse atomiche: "impegni presto, commetti spesso". Utilizza le funzionalità di DVCS (rami, tag) per eseguire attività che non devono essere incluse nel prodotto finale.

In questo modo puoi avere una buona idea di cosa viene fatto, cosa deve essere fatto e così via.