I membri del team che passano troppo tempo su Stack Overflow

Vi suggerisco di concentrarvi sul vero problema che è che il lavoro non viene completato in modo tempestivo e c'è una perdita di qualità.

Se ritenete che abbiano troppo tempo libero da passare qui, allora assegnategli più lavoro e controllate più da vicino l'avanzamento del lavoro assegnato. Quando si verificano i problemi di qualità, rispediteli a loro per risolvere il problema e date loro una scadenza ravvicinata per risolverlo. Se vi ignorano ancora, la produttività continua a diminuire e la qualità continua a soffrire, allora utilizzate il vostro processo di HR per eliminare gli underperformers.

Ecco il punto fondamentale: Se lo usano per lavoro, perché ti interessa? Il problema non dovrebbe mai essere “queste persone stanno facendo questa cosa che preferirei non vedessero fare”. Questo puzza di microgestione. Le domande che dovresti davvero farti sono:

*Non rispettano le scadenze che rispettavano prima che tu li presentassi a Stack Overflow? *

Se questo è quello che sta succedendo, discutiamone. Probabilmente non c'è nemmeno bisogno di parlare direttamente di Stack Overflow; basta dire “guardate, non vi state comportando allo stesso livello di un mese fa, quindi qualsiasi cosa abbiate cambiato, cambiatela di nuovo”. Sarei aperto ad almeno qualche feedback su questo. Forse c'è un'altra ragione, del tutto estranea a Stack Overflow, per cui sono in ritardo.

Mi sento di aggiungere che ascoltare i membri del tuo team non è solo utile per “renderli responsabili in futuro”, ma è utile perché quello che pensi che il problema potrebbe non essere il problema.

*Stai facendo qualcosa come il supporto tecnico telefonico (cioè non il lavoro di sviluppo, che è quello che presumo all'inizio) dove i loro schermi vengono catturati durante le chiamate, e QA li sta guardando andare su siti non approvati? *

Come sopra, discutete di questo problema. Potrebbe sembrare una questione del tipo “ehi, non andare su Stack Overflow”, ma in realtà si tratta di una questione del tipo “ehi, non farti beccare da QA mentre vai su Stack Overflow per scopi non approvati”.

Un capo o qualcosa li ha beccati mentre guardavano Stack Overflow?

Se questo è il caso, forse un incontro con il supervisore è la parte importante. In qualità di sviluppatore, trovo che la suite di siti Stack Exchange sia la voce più utile là fuori, anche più utile del supporto tecnico di Microsoft. In realtà, l'unica volta che penso di trovarla meno utile di qualsiasi altra cosa è quando utilizzo un'API di terze parti che una parte significativa della popolazione non utilizza. Forse questo supervisore deve essere venduto su questo.

O se il supervisore è irremovibile, dovrete purtroppo incontrarvi con il team per informarli che le politiche sono cambiate e che non possono più accedere a Stack Overflow. Non menzionerei il supervisore per nome a meno che non abbiate voglia di iniziare una guerra per il territorio; informateli della situazione, siate empatici e andate avanti.

*Qualcuno ha potenzialmente diffamato o comunque macchiato il buon nome della vostra azienda con una risposta sgradevole o inappropriata? *

La comunità di Stack Overflow è piuttosto brava a catturare e rimuovere i messaggi negativi abbastanza velocemente, ma tuttavia, questo non è esattamente un problema da “non leggere Stack Overflow”. Se questo è il problema, è necessario un incontro con il trasgressore e informarlo della gravità della situazione. Le persone possono essere e vengono sempre licenziate dalle aziende per aver messo in cattiva luce l'azienda.

Ci sono (almeno) due modi per gestire la produttività:

• Lavorare il lavoro, non le ore. Ovvero, si stabilisce una quantità di lavoro da svolgere entro una certa data. Si spera che quello che avete impostato sia ragionevole, e dipende interamente dai vostri dipendenti come passano la loro giornata lavorativa. Possono passare la giornata a pescare per tutto quello che vi interessa, a condizione che il lavoro venga svolto di notte.

Molte delle risposte qui fanno un'ipotesi in questo senso. Ma il lavoro non viene fatto, e voi sapete perché. Quindi dovrete ripiegare su:

• Mentre sono in orario di lavoro, lavorano.

È non microgestione affermare questo, soprattutto come mezzo per portare a termine il lavoro. Sono pagati per dedicare del tempo alle attività che il loro datore di lavoro gli assegna. Non sono (presumo) pagati per ogni bug risolto o per ogni scadenza rispettata. (Se lo sono allora c'è una facile soluzione possibile - stanno ottenendo meno risultati per persona, quindi li paghi automaticamente meno e puoi usare i soldi per assumere più persone). Quindi dovrebbero fare quello per cui sono pagati, e tu dovresti farglielo capire.

Hai detto loro che contribuire allo Stack Overflow non è un uso appropriato del tempo di lavoro. Hanno continuato a farlo. Dovrebbero smettere di lavorare mentre contribuiscono a Stack Overflow e recuperare il tempo altrove, oppure dovrebbero evitare di rispondere a tutte le domande, a seconda di quanto flessibile sia l'orario di lavoro per questi lavoratori.

Siate decisi. Se fossero insieme al pub per diverse ore tra le 9 e le 6 ogni giorno lavorativo perché “sono in qualche modo dipendenti dall'alcol”, allora dubito che esitereste, e non sareste accusati di microgestione. Contribuire a Stack Overflow quando gli hai detto specificamente che non è lavoro, è la loro attività personale di svago. Una cosa che dovreste evitare, se possibile, è di monitorare direttamente il loro utilizzo dello Stack Overflow (ad esempio, inviando loro un'e-mail per dire che avete controllato il loro profilo). In primo luogo, è controproducente, in quanto li incoraggia ad essere subdoli. Potrebbero anche creare un secondo account. In secondo luogo, danneggia la fiducia tra voi e il team remoto. Non sono correntemente affidabili, ma il vostro primo tentativo di farli tornare ad essere affidabili dovrebbe essere quello di fargli controllare da soli quanto tempo passano, e vedere di persona che è troppo.

Una volta provato, se sono davvero “dipendenti” (forse non clinicamente, ma hanno preso l'abitudine che fanno fatica a rompere ma vorrebbero), allora dovreste probabilmente accettare un consiglio specialistico su questo. Non mi sento qualificato per consigliare le specifiche di come aiutarli a rompere tali abitudini una volta che hanno visto il problema, hanno cercato onestamente di affrontarlo, e non ci sono riusciti a causa di una qualche forma di costrizione che non riescono a superare.

Mi sento qualificato per dire che è perfettamente legittimo per voi interessarvi a come le persone che gestite trascorrono il tempo che sono pagate per lavorare per l'azienda. Dal momento che vi siete interessati e avete stabilito che questo deve finire, allora, se assolutamente necessario, dovreste farne una questione disciplinare. Le persone non possono lavorare a distanza se non ci si può fidare che lavorino davvero.

Per quel che vale, seguo comunque il mio tempo di lavoro a pezzi per compilare un foglio di presenza in modo che l'azienda possa valutare il costo interno dei progetti. A volte, guardo Stack Overflow in attesa che qualcosa funzioni. Quando mi rendo conto di aver passato un sacco di tempo su Stack Overflow molto tempo dopo che la cosa ha finito di funzionare, lo considero come una pausa, e recupero il tempo. Questo funziona per me perché lavoro in modo flessibile, e mi dà forti incentivi a guardare Stack Overflow solo in brevi intervalli durante il lavoro e per periodi più lunghi al di fuori del lavoro. Se il vostro team fa flessioni, allora potrebbe funzionare per loro (con la loro collaborazione, naturalmente). Se la loro giornata lavorativa è una giornata più rigida 9-6 con pausa pranzo, allora anche la loro astinenza dall'uso di Stack Overflow dovrà essere più rigida. E se siete contenti che passino un'ora al giorno su Stack Overflow, anche questo va bene, ma dovrebbero mettere da parte il tempo, lavorare il più produttivamente possibile in termini di sviluppo delle loro abilità rispondendo alle domande di Stack Overflow, ed essere pronti a riferirvi cosa hanno raggiunto e quanto tempo ci è voluto, come qualsiasi altra attività lavorativa.

Inoltre, sappiate che prima di Stack Overflow era Facebook, prima che potesse essere Usenet o LiveJournal. Ci sono sempre cose che possono distrarre le persone dal lavoro. A condizione che non stiano intenzionalmente rallentando, lasciandosi distrarre, probabilmente apprezzeranno alcune regole, purché non siano troppo estreme (“sarai licenziato se ti becco di nuovo su Stack Overflow” è troppo estremo). Le regole che proibiscono questo cattivo comportamento li aiuteranno a disciplinarsi per evitare di caderci dentro, a patto che non siano letteralmente dipendenti.

Sono completamente d'accordo con le altre risposte che dicono che il problema non è lo Stack Overflow, ma il calo della qualità e della quantità del lavoro.

Detto questo, poiché si tratta di Stack Overflow, che è una risorsa potenzialmente molto preziosa per il loro lavoro di programmatori, vorrei suggerire un approccio leggermente diverso dal trattare il tempo di Stack Overflow come tempo sprecato e improduttivo, perché in senso stretto non lo è - il loro tempo su Stack Overflow li sta probabilmente rendendo migliori nella programmazione e nella comunicazione in generale, come minimo.

Penso che quello che si deve fare sia agire come un manager e dare loro priorità. La priorità #1 (e #2, e #3, dai suoni delle cose) è il lavoro effettivo per cui sono pagati. Impressiona l'importanza di farli concentrare sul lavoro, e usando le metriche che avete nella vostra domanda, potete fargli notare che sapete che il lavoro non si sta svolgendo, che deve cambiare. Piuttosto che cercare di farli smettere di usare Stack Overflow, dovete convincerli a dare priorità al loro lavoro rispetto a Stack Overflow.

Ci sono stato anch'io, con il Server Fault. Ho pensato che fosse la cosa migliore da quando ho scoperto quanto potesse essere divertente l'alcol, e ho esagerato, spendendo tipo il 90% del mio tempo di lavoro in ServerFaulting, invece di lavorare, il che ha causato problemi, e ho finito per dovermi allenare e ricordare a me stesso a cosa serviva veramente il Server Fault - per aiutarmi a fare il mio lavoro, ed essere un sysadmin migliore, non come qualcosa da fare per ammazzare il tempo mentre ero al lavoro, o invece di lavorare. Di conseguenza, sono ancora un ServerFaulter piuttosto attivo, ma non interferisce con il mio lavoro.

Penso che mettere l'accento sul lavoro, invece di concentrarsi sul fatto di avere “non perdere tempo con Stack Overflow” ti darà risultati molto migliori. Ricordare loro che possono fare entrambe le cose, che non deve essere per forza lavoro o Stack Overflow, probabilmente renderà più facile per loro accettare il cambiamento, piuttosto che risultare in un potenziale confronto.

Un paio di cose che mi hanno aiutato, che possono aiutare la vostra squadra:

1. Il lavoro paga le bollette, non il guasto del server, quindi quando c'è del lavoro da fare, io lavoro. Quando non c'è, posso ServerFault.

• Quando mi trovo bloccato su un problema, Server Fault è ancora la mia prima fermata. È una risorsa legata al lavoro, dopotutto, quindi posso trattarlo come tale.
• Dato che non faccio “pause per il fumo” o “pause caffè” ogni ora, come tutti gli altri, posso fare invece “pause per il guasto del server” e passare 5-10 minuti in ServerFaulting.
• Passo un bel po’ di tempo ad aspettare che le barre di avanzamento o gli script o simili vengano completati per poter fare la prossima cosa, e questo è il momento migliore per andare ServerFaulting, dato che di solito non riesco a fare il mio lavoro mentre aspetto al computer.

1. 2. Server Fault, anche se divertente, è una risorsa legata al lavoro/carriera.

• Ciò significa che la sua funzione primaria è quella di aiutarmi a superare i problemi che incontro sul lavoro, e di rendermi un migliore sysadmin in generale, quindi questa è la parte su cui mi concentro.

• I badge, la reputazione, il divertimento e tutto il resto che ne ricavo sono solo un bonus.

• Questa realizzazione mi ha aiutato a utilizzarla maggiormente per le domande legate al lavoro, invece di concentrarmi su di essa per rispondere a domande/rep-prestazioni.

Ehi, ehi, ehi, ehi. Rallenta.

Primo, disclaimer completo: sento che Stack Overflow è in parte da ringraziare per avermi fatto ottenere il mio primo lavoro di programmazione fuori dal college. Da quando l'ho ottenuto, non ho smesso di contribuirvi nel mio tempo libero.

Neanche nel mio ufficio nessuno si è lamentato del mio utilizzo. D'altra parte, quando sono al lavoro, in realtà sto lavorando. Parlerò di questo punto un po’ più tardi.

Come posso farli concentrare (o costringerli) sul lavoro e allontanarmi da Stack Overflow?

La cosa principale che si sente è la mancanza di cose interessanti da fare. Se qualcuno del vostro team si annoia, farà altre cose interessanti, o graviterà verso altre attività interessanti. Per loro può capitare che si tratti di Stack Overflow.

Impegnarsi con il team. Vediamo cosa ne pensano del progetto in corso al quale stanno lavorando, e vediamo a che punto sono i loro livelli di motivazione/fiducia. Scoprite il motivo principale per cui passano così tanto tempo al lavoro non a lavorare, cercando di capire cosa passano la maggior parte del loro tempo a fare.

L'aumento dei difetti potrebbe anche essere dovuto a qualsiasi altro numero di ragioni - scadenze estreme, non abbastanza tempo per l'Assicurazione Qualità per controllare ogni angolo, non abbastanza sforzo di test di unità/integrazione da parte loro per assicurare che stupidi bug non si facciano strada nel programma. Assicurare che i vostri devs scrivano dei test (beh, scrivere buoni test) è un buon modo per ridurre il numero complessivo di difetti introdotti.

Posso rispettare il fatto che desideriate che la produttività aumenti, e che li abbiate informati che le scarse prestazioni si rifletteranno sulla loro revisione. Ma forse c'è bisogno di un piccolo lavoro di gambe in più per capire perché le scadenze stanno slittando e cosa sta realmente accadendo. Il cattivo morale è anche un fattore di motivazione.

Concentrarsi sui problemi diretti, che sono la perdita di produttività e di qualità. Questo potrebbe accadere a causa dello Stack Overflow, Wikipedia, Minecraft, Facebook, ecc.

Non sono sicuro di come comunichi normalmente (video chat, telefono, email, ecc.), ma potrei chiedere qualcosa del genere:

Recentemente abbiamo visto un calo generale della qualità del nostro lavoro e della nostra capacità di rispettare le scadenze. Qualcuno ha un'idea del perché?

Potreste rimanere sorpresi; potrebbe essere una cattiva comunicazione, compiti di sviluppo difficili, requisiti vaghi o altri fattori a cui non avete nemmeno pensato.

Ancora una volta, come ho detto prima, non c'è nulla di unico in Stack Overflow rispetto alla vostra situazione.

FYI Anch'io sono “dipendente” da Stack Overflow ;)

Ma per quanto tempo ci ho dedicato, ho risparmiato ancora di più grazie a questo.

Potrebbe essere anche la FIFA World Cup , il caldo in estate o qualsiasi altro motivo, quindi incolpare SE/SO probabilmente li farà passare a Twitter/Facebook/qualcosa…

Dovreste concentrarvi sui progetti e sulle scadenze e magari suggerire che il passaggio a una retribuzione basata sul progetto invece che su un'ora è in discussione. Dal momento che i ragazzi stanno probabilmente leggendo questo, (ciao ;p) non si può semplicemente affermare questo, ma bisogna davvero avere qualcosa che lo supporti.

Anche postare qui è una questione di gestione del tempo. Vedo un sacco di gente qui ancora e ancora, Joe Strazzere (ha anche il nome giusto senza guardare), Vietnhi Phuvan (no, questo non ancora) o Jon Skeet, non ci sono storie su di loro che faticano a finire il lavoro, anche se postano molto qui. Quindi, magari, fate entrare qualche allenatore, che mostri loro come non spendere troppo tempo a rispondere a una domanda o a leggere le risposte per trovare quello che state cercando.

Ho un ragazzo la cui home page è Stack Overflow. Il suo nome di accesso è “RepCap”. È la persona più produttiva della mia squadra. Una politica generale non è possibile. Se ultimamente la produttività è diminuita, non confondete la correlazione con la causalità. Un buon manager ben addestrato non lo farebbe. SO potrebbe essere ciò che impedisce alla produttività di scendere ulteriormente.

Il micromanagement è sempre una tentazione, ma è una delle cose più controproducenti che si possano fare. Fate qualche altra ricerca. Chiedete loro la loro opinione sul problema della produttività. Questo gli farà capire che siete consapevoli e preoccupati, e darà loro la possibilità di essere parte della soluzione. Lavorare con le persone è sempre la cosa più vantaggiosa da fare.

Si potrebbe sempre dare loro del tempo libero (pagato) per contribuire a Stack Overflow.

Una volta ho intervistato una società di consulenza IT in TX che dà ai propri sviluppatori un determinato numero di ore per lavorare su progetti personali.

Ricercare quali sono i tempi meno produttivi e dare loro quelle ore per lo sviluppo personale (la mia ipotesi è il tardo pomeriggio di venerdì).

Una volta impostata questa politica, è possibile affrontare i veri problemi della qualità del software e della bassa produttività implementando uno dei tanti suggerimenti qui forniti.

Penso che in questa situazione non sarà efficace per voi cercare di microgestire a causa della cultura del lavoro a distanza. Invece, potete provare questo approccio:

1. Fate una riunione congiunta, preferibilmente di persona o voce/video, e dichiarate le vostre preoccupazioni.
2. 2. Ascoltate la loro versione della storia. Questo passo è importante per renderli responsabili in futuro.
3. 3. Stabilite chiaramente le aspettative e le conseguenze. Una volta fatto questo, osservate se c'è qualche cambiamento nel comportamento.

Potete sempre mischiarvi a seconda della situazione.