Ho assunto diversi sviluppatori da diverse parti del mondo. Va tutto bene, ma vedo che alcuni di loro stanno abusando della mia educazione trascurata troppo ultimamente.

Sono tutti assunti per un'intera giornata. Tuttavia, vedo che dopo 5 ore al giorno, non è stato fatto molto.

Sto pensando di sviluppare un software che catturi uno screenshot dello schermo del computer ogni 1-5 minuti e lo carichi sul mio sistema. Tuttavia, questo sta andando agli estremi.

In che modo le persone gestiscono solitamente gli sviluppatori remoti?

Assumi programmatori onesti e tu (in consultazione con loro e possibilmente con altri programmatori onesti come controllo della realtà) stabilisci obiettivi ragionevoli in tempi brevi. Se non raggiungono gli obiettivi, licenziali. Se raggiungono gli obiettivi, allora non dovrebbe importarti se giocano a solitario per 2 ore di fila mentre si schiariscono le idee e riflettono su un problema.

Gli screenshot sembrano controproducenti. In questo caso, sei nei guai.

L'ideale è avere traguardi tangibili e verificarne i progressi. Se non riesci a ottenere il valore del tuo denaro sui traguardi in base alla quantità di tempo che devi pagare per ottenerli, trova altro aiuto. Se non riesci a creare il lavoro a questo livello di dettaglio e non sai se stai venendo derubato, potrebbe essere inappropriato procurarsi il lavoro da remoto. Potresti introdurre un sistema di offerte competitive per il lavoro, ma se non riesci a 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, la fiducia si rompe.

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

Semplice come questo. Tutto il resto sarebbe drammaticamente controproducente. Romperà la fiducia tra te e il libero professionista. Se vuoi guardare da vicino cosa stanno facendo le persone, allora considera l'assunzione nel tuo ufficio.

O producono abbastanza codice per quello che stai pagando o trovi qualcuno che può farlo. Se picchiano sulla tastiera e sui topi per 10 ore al giorno e producono immondizia, continuerai a tenerli solo perché li paghi per 8 ore?

Imposta le richieste e concorda le scadenze. Se non puoi essere d'accordo, assumi persone che lo faranno. Sei un programmatore e dovresti essere in grado di individuare se hanno colpito ostacoli legittimi o meno.

Vorrei creare un foglio Excel con una suddivisione di ogni funzione.

L'appaltatore dovrebbe aggiornarlo quotidianamente.

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

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

Se un articolo funziona come previsto, è necessario contrassegnarlo e correggerlo.

Prima fai i compiti

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

Nel momento in cui stai pensando di spiare essenzialmente 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 ti fanno sicuramente sentire come sei.

Esegui controlli in background, ottieni riferimenti, fai domande. Utilizzare servizi affidabili. Prendi decisioni attente, quindi segui i consigli nelle altre risposte fornite qui.

Di recente ho lavorato con Scrum e posso dirtelo. Con questa metodologia Agile i fannulloni 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, non è affar tuo quanto tempo impiegano per raggiungere questi risultati. Se stai pagando per il tempo e non pensi che siano onesti sul loro tempo, lasciali andare e trovano qualcun altro - se non puoi fidarti di loro, a che cosa servono?

Se fornisci l'ambiente, la registrazione è un'opzione, ma dovrai prima informarli, il che darà loro la possibilità di fingere. Quanto tempo impiegano a cercare la risposta a un problema? Leggere risorse offline, semplicemente sedersi e pensare? Se non sono onesti, tutto ciò che farai è passare molto tempo a ottenere risultati inconcludenti. Se sono onesti, probabilmente li offendi e andranno avanti. Ad ogni modo, se ne sono andati.

Che dire dei repository di codice sorgente e li richiedi un commit costante. Piccoli impegni atomici: "commetti in anticipo, commetti spesso". Utilizza le funzionalità di DVCS (rami, tag) per eseguire il commit di elementi che non sono stati pensati per essere inclusi nel prodotto finale.

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