Le aziende dovrebbero considerare dipendenti remoti o attenersi a dipendenti locali? [chiuso]

Gli sviluppatori Elite possono essere 10 volte più produttivi di uno sviluppatore medio.

Chiaramente è più facile trovare uno sviluppatore d'élite in tutto il mondo che nel cortile di un'azienda.

Se un'azienda non si trova in un punto di programmazione, dovrebbe prendere in considerazione l'assunzione di persone che lavorano da casa?

Ho lavorato e gestito il personale in entrambe le situazioni e combinazioni di entrambi. Ho fatto le seguenti osservazioni:

• Il personale junior non lavora in remoto. Richiedono un buon rapporto di lavoro personale con un mentore. Trovo che il mio staff junior preferirebbe che fossi disponibile piuttosto che chiedere qualcosa allo sviluppatore remoto piuttosto senior (e buono).

• Assicurati che chiunque consideri per lavorare in remoto sia efficace quando è autoguidato e non rinuncia a tangenti.

• Il personale remoto può isolarsi molto facilmente e non sentirsi parte di una squadra a meno che non venga fatto uno sforzo speciale per includerli. Questo isolamento può portare a un'incomprensione dello specifico driver di business per un progetto o a interpretare erroneamente gli eventi in modo negativo.

• Non far lavorare in remoto un appaltatore, a meno che non abbiano l'incentivo giusto per eseguire.

• Quando lavori con un membro del team remoto, assicurati che ottengano un accesso equo alle risorse, incluso il controllo del codice sorgente, materiale di riferimento, ecc. Non farli saltare attraverso i cerchi per fare il lavoro.

• Organizza quelle riunioni faccia a faccia il più spesso possibile. Ciò incoraggia una collaborazione di gruppo molto migliore poiché le persone si sentono più a loro agio con coloro che hanno incontrato.

Può essere.

I tuoi vantaggi sono:

• Accesso a un più ampio gruppo di candidati (come sottolineato)
• Accesso alle persone che vogliono lavorare a casa

I tuoi costi sono:

• Comunicazione più difficile: non puoi semplicemente trascinare qualcuno in una sala conferenze gratuita.
• Nessuna garanzia di comunicazione istantanea: se sei bloccato e in attesa di Joe Remote, non puoi semplicemente andare alla sua scrivania e chiedergli che succede. Se è incommunicado, sei SOL.
• Non tutti gli sviluppatori funzionano bene in remoto. Alcuni hanno bisogno che l'ambiente strutturato sia produttivo.
• Spesso non esiste alcuna garanzia di orari corrispondenti, ad esempio una persona che lavora da casa potrebbe dormire o una persona in un altro fuso orario potrebbe essere sveglia e lavorare in momenti diversi da te.

Atwood aveva un articolo decente a riguardo.

Modifica, dall'articolo di Atwood:

La dimensione minima del team remoto è due. Avere sempre un amico, anche se il tuo amico si trova in un altro continente a metà del mondo.

Solo i veterani brizzolati che amano assolutamente il codice devono richiedere posizioni di sviluppo remoto. Il mentoring di neofiti o programmatori occasionali semplicemente non funziona affatto da remoto.

Per essere efficaci, i team remoti hanno bisogno della piena autonomia e di un leader (PM, se vuoi) che ha una visione forte e il potere di eseguire pienamente quella visione.

Le aziende che non sanno cosa stanno facendo non dovrebbero avere dipendenti remoti. Il manager più incompetente si sentirà come se stessi lavorando sodo se riescono davvero a vederti seduto al computer a scrivere molto. Inoltre, sedersi in riunioni inutili è uno dei migliori indicatori di comunicazione forte e gestione del tempo.

Quando hai persone che sanno cosa stanno facendo e sono gestite da chi sa cosa stanno facendo, non importa davvero quando, dove o come funzionano. Ottengono ciò che è necessario quando è necessario.

Sono in una società che paga qualcuno per effettuare un deposito diretto per le buste paga e stampare un assegno di carta finta (carta di assegno prestampata effettiva), metterlo in una busta e incollarlo nelle nostre cassette postali. Immagino che l'e-mail interna non sia abbastanza sicura e cosa faremmo con tutti questi controlli ?. Credo che questo editto sia venuto dal Dipartimento di ridondanza. Se qualcuno dovesse lavorare in remoto, ci sarebbe il costo aggiuntivo dell'affrancatura che è una buona ragione per non permettere alle persone di lavorare in remoto - troppo costoso.

Va bene avere persone remote se due cose sono vere:

1. Le persone sono abbastanza anziane e hanno un track record che significa che ti fidi di loro per fare le cose senza molta supervisione e per essere proattivo nel chiedere aiuto o farti sapere se sono bloccati.
2. Il "polso" del tuo progetto è abbastanza breve (preferibilmente ogni giorno) in modo che eventuali problemi con la disposizione vengano identificati rapidamente. Non intendo solo qualcuno che dice di aver fatto qualcosa in un rapporto sullo stato o di aver spuntato un elemento da un elenco di attività, ma progressi effettivi e dimostrabili con una funzione. Esistono ovviamente molti modi per farlo, ma il trucco principale è dividere le attività in blocchi abbastanza piccoli che possono essere eseguiti in un giorno o meno e convalidare il completamento di tali attività.

Esistono oggi fantastiche tecnologie che rendono facile agire come una squadra senza essere vicini gli uni agli altri.

IRC, Jabber o un software simile di chat rende davvero facile tenere tutti nel team consapevoli gli uni degli altri, di cosa stanno facendo e sentirsi liberi di discutere immediatamente dei problemi. Uso spesso IRC con i gruppi di freenode ed è come avere un grande gruppo di sviluppatori a portata di mano, comportandosi come un gigantesco cervello collettivo. Apple ha un bel client di chat integrato in Mac OS che supporta anche le videoconferenze, particolarmente efficaci con i loro laptop.

Immagina come sarebbe se la società avesse un proprio server di chat interno, con gruppi per dipartimenti, progetti e gruppi di interesse legati al lavoro. Uno sviluppatore potrebbe porre una domanda su dove verrebbe visto in tutta l'azienda, così un altro sviluppatore in qualsiasi altro luogo potrebbe vederlo e rispondere. Le pareti degli uffici scompaiono, le comunicazioni alle stelle e le migliori pratiche e la condivisione del codice possono avvenire da sole senza che qualcuno eserciti un grosso bastone.

Uno dei nostri ingegneri di test del carico lavora in remoto circa 1/3 dell'anno, a volte da casa sua, a circa 30 miglia dal nostro ufficio, altre volte da fuori dello stato. È efficace in ufficio tanto quanto lo è fuori perché mantiene attivo il suo software di chat e chiama per le nostre chiamate in conferenza.

I miei colleghi della mia squadra si siedono in fondo al corridoio, quindi non riesco a vederli o sentirli. Non so quando sono nei loro cubi, quindi invio loro un messaggio di chat e rispondono il prima possibile. Faccio la programmazione di gruppo con uno dei nostri ingegneri in un altro sito. Succede la stessa cosa; Ci scambiamo regolarmente ping con domande e / o pensieri insensati e, se dobbiamo aumentare il ritmo, condivideremo uno schermo e chiameremo il telefono. Non so dire se è in ufficio oa casa e non importa. Lavoriamo allo stesso modo in entrambi i modi.

Il nostro dipartimento di controllo qualità è diviso tra due città diverse in stati diversi, i nostri ingegneri sono sparsi in tutta la nostra città in circa quattro posizioni diverse, ma è difficile dirlo perché usiamo i nostri telefoni e chattiamo regolarmente. In realtà stiamo tutti lavorando a distanza l'uno dall'altro, quindi qual è la differenza? La differenza è la mentalità aziendale.

Ci sono molti grandi vantaggi nel lavorare in remoto, e soprattutto ci vuole un cambiamento nella mentalità per il datore di lavoro per cercare di scoprire che i dipendenti rispondono positivamente ad esso.

Penso che dipenda anche da cosa vuoi che facciano.

Se stanno contribuendo all'architettura e alla progettazione generale del software, potrebbe essere un problema.

Se stanno ricevendo specifiche dettagliate e metodi di sfocatura, non tanto.

Modifica: per chiarire, sto cercando di dire che se il lavoro può essere isolato, va bene consegnarlo a un dipendente remoto. Se, tuttavia, necessita di discussioni dettagliate e incontri di progettazione architettonica, è molto difficile farlo da diversi paesi.