Esistono prove del fatto che gli sviluppatori che lavorano in remoto sono meno produttivi rispetto a quando lavorano in loco? [chiuso]

Quindi stavo parlando con una delle persone con cui lavoro qui qualche giorno fa e si lamentavano del fatto che la loro azienda non consente più ai lavoratori di lavorare in remoto a causa della riduzione della produttività. Dato che qualcuno che ha sentito questa scusa usata per giustificare il personale in loco solo nella mia ricerca di opportunità remote, mi chiedo se ci sono prove empiriche che lo confermano affatto o se io e altri che conosco nel settore stiamo raccontando una storia .

No.

Per una ragione molto semplice: non puoi provarlo.

Diciamo che puoi valutare la produttività e dare un numero (a proposito, come lo fai?). Ora come si crea una situazione in cui uno sviluppatore si troverà nelle stesse identiche circostanze , da remoto in una parte del test, in loco in un'altra parte?

Anche se riesci a fare un test del genere, cosa mostrerà? Come lo applicheresti mai in pratica?

Ci sono troppi fattori da tenere in considerazione. Per esempio:

• È stressante fare il pendolare? Se devi passare un'ora in marmellata o in un autobus / metropolitana rumoroso, la tua produttività diminuirà.

• È stressante essere tra le altre persone? Personalmente, trovo molto più comodo stare da solo, sapere che nessuno entrerà nella mia stanza, ecc. Ma per alcuni altri sviluppatori è diverso.

• Sei distratto molto se sei solo? Non lo sono, ma ci sono alcune persone che non possono lavorare a casa, solo perché si ritrovano a guardare YouTube per due ore prima di iniziare a fare ciò che devono fare, e quando finalmente inizieranno il loro lavoro quotidiano, lo faranno ricorda che devono chiamare il loro dentista per fissare un appuntamento, ecc.

• Sono le 9 del mattino. - 19:00. il miglior turno per te? So che se devo fare qualcosa di creativo, devo dormire fino a sera e lavorare di notte. Per un lavoro non creativo e tecnico, il mio miglior turno è diverso. Se lavoro a casa, ho questa flessibilità che mi permette di aumentare la produttività complessiva. D'altra parte, alcuni altri sviluppatori potrebbero trovarlo improduttivo, perché, per esempio, rimarranno per 20 ore, provando a risolvere un bug in un prodotto e, invece, introducendo ancora più bug, perché sono stanchi.

• eccetera.

Ecco due esempi della vita quotidiana. Il primo è mio, il secondo viene dal mio collega.

Esempio 1:

Vivo da solo e non ho animali domestici a casa. Non c'è rumore intorno a me (la strada è troppo piccola, quindi ci sono solo macchine vicine). Ho un computer veloce con un SSD, due schermi di grandi dimensioni, il software più recente, una tastiera che amo, ecc. Non rispondo al telefono, quindi i clienti hanno imparato che non è una buona idea chiamarmi quando hanno bisogno di qualcosa.

Di recente, mi è stato chiesto di lavorare per un cliente nella sua stessa azienda. Era un posto rumoroso e affollato. Ero in uno spazio aperto, con i telefoni che squillavano. Avevo un vecchio laptop con un piccolo schermo, che collegavo tramite Desktop remoto a un altro computer, dal quale mi collegavo tramite un altro Desktop remoto a un terzo computer. Il software era vecchio. La connessione Internet è stata lenta.

Indovina nel qual caso ero più produttivo.

Esempio 2:

Il mio collega ha una famiglia e un bambino piccolo. Ha una stanza separata dove può lavorare, ma spesso deve prendersi cura di un bambino, o rispondere a una chiamata di un cliente, ecc. La sua casa ha dei vicini rumorosi (con un cane che abbaia continuamente) e una grande strada nelle vicinanze . Lavora su un nuovo computer con un software abbastanza decente, ma non può permettersi un SSD o una licenza di Visual Studio Ultimate. Ha una connessione Internet molto lenta (e non può averne una più veloce nella sua zona).

Recentemente, gli è stato chiesto di lavorare in loco per un cliente che ha il 10/12 su Joel Test. Aveva una stanza separata, molto silenziosa. Nessuna distrazione. Computer veloce. Internet in fibra ottica.

Indovina nel qual caso era più produttivo.

Quello che quelle aziende stanno davvero dicendo è che non si fidano degli sviluppatori che lavorano a casa. O che se permettono a qualcuno di lavorare da casa devono consentire a tutti e non si fidano di tutti.

Tutto ciò che serve è una persona che si prende gioco quando lavora in remoto per ucciderlo per tutti in molte aziende. Ci sono persone più efficienti che lavorano da remoto, sì.

Ci sono persone che ottengono meno risultati e perdono continuamente le scadenze che le persone in ufficio sono facilmente in grado di rispettare, sì. Ci sono persone che non usano mai la messaggistica istantanea e non rispondono alle e-mail in modo tempestivo e non rispondono al telefono (OK, il capo penserà che stai lavorando quando non può contattarti per ore? No.) e che non commettono mai nulla dopo mezzogiorno. E a chi manca ogni scadenza con qualche scusa ma non ti dice mai in anticipo che le cose non stanno progredendo come dovrebbero essere. E chi impiega 4 settimane per consegnare lo stesso tipo di prodotto che gli sviluppatori interni (e talvolta quelli con un livello di competenza inferiore) possono consegnare in una settimana o che essi stessi hanno consegnato in quel lasso di tempo prima di iniziare a lavorare da casa. In effetti ho lavorato con queste persone e ora non sono più autorizzati a lavorare in remoto.

I lavoratori remoti non sono visibili al management, devono essere più consapevoli di tenere il management valutato su ciò che stanno facendo e su quali problemi hanno di quanto debbano essere in ufficio. Quando non lo fanno e allo stesso tempo non riescono a fornire un prodotto di qualità, allora il lavoro a distanza ha un brutto nome. I manager non vedono spesso le 20 persone farlo nel modo giusto quando stanno cercando di risolvere quello che va male. Ed è spesso percepito come meno rischioso per loro rimuovere un beneficio da tutti rispetto a quelli che lo abusano.

Quello che sto dicendo è che a loro non importa se ci sono prove empiriche, se hanno percepito una situazione locale in cui non funzionava.

A meno che qualcuno non riesca a identificare ciò di cui hai bisogno per fare e quando, dove lo fai e a che ora, non importa.

Se ci sono prove a supporto, questo può essere un inizio, ma non importa. Innanzitutto deve esserci un modo per misurare la produttività; non è facile ed è un argomento di discussione importante. Un determinato lavoratore può testare entrambi gli ambienti. Ovviamente se sai di essere sottoposto a test, potresti lavorare di più nella situazione desiderata.

Di solito ho iniziato a lavorare in ufficio, e poi mi è stata concessa una certa flessibilità dopo essermi dimostrato (e allontanandomi dalla città ma mantenendo il mio lavoro). Penso di finire a lavorare di più a casa perché ho tagliato quasi 2 ore di viaggio.

Chiamare il malato (influenza allo stomaco - è necessario stare vicino al bagno), ma lavorare da casa e fare molto. Questo è un modo per discutere. Assicurati che il tuo supervisore sia illuminato sulla tua maggiore produttività.

Ora devo andare, il mio cane deve uscire;)

È più difficile dire se un dipendente è produttivo mentre lavora in remoto e alcuni impiegati ne trarranno vantaggio per essere meno produttivi. Altri potrebbero preferire codificare in mutande ed essere ancora più produttivi. Ci sono così tanti fattori diversi e così tante diverse motivazioni personali che è impossibile trovare una verità universale in questa materia poiché non c'è comunanza tra la maggior parte dei casi.