Domanda:
I membri del team trascorrono troppo tempo su Stack Overflow
user2711965
2014-06-19 23:38:51 UTC
view on stackexchange narkive permalink

Quasi 8 mesi fa, ho incoraggiato i membri del mio team a seguire Stack Overflow in modo che potessero leggere le domande, aiutare gli altri e sviluppare le proprie capacità. Ma ora questo è sfuggito di mano. Ho un team di 5 sviluppatori e tre di loro guadagnano in media almeno 150 punti ciascuno durante l'orario lavorativo.

Il problema è che il team si trova in remoto. Sono in un paese diverso e in un fuso orario diverso, quindi non posso essere fisicamente lì per tenerli d'occhio e impedire loro di farlo. Sto assistendo al calo della produttività e della qualità.

Ad esempio, abbiamo avuto un paio di scadenze mancate e quasi il doppio del numero di bug mese dopo mese. Il livello di complessità è rimasto lo stesso per le attività, ma la produttività e la qualità stanno diminuendo.

Sembra che siano in qualche modo dipendenti da Stack Overflow. Non posso / non posso chiedere al team di rete di bloccare Stack Overflow, poiché ciò ostacolerà anche gli altri. Ho chiesto loro ripetutamente di smettere di contribuire a Stack Overflow.

Per favore, non fraintendermi, non voglio che stiano lontano da Stack Overflow, (sono stato io a incoraggiarli a partecipare a Stack Overflow e ho creato il mio account come bene) ma voglio solo che lo mantengano entro un limite ragionevole.

Devo anche aggiungere che ho comunicato le mie preoccupazioni in modo informale e formale tramite e-mail e ho detto loro che questo comportamento si sarebbe riflesso sulle loro revisioni semestrali.

Come posso convincerli (o costringerli) a concentrarsi sul lavoro e allontanarsi da Stack Overflow?


Solo per un aggiornamento, i membri del mio team hanno visto questo post come appariva nell'elenco delle "domande calde". Hanno deciso di mettere il lavoro al primo posto e il problema è stato risolto senza che nessuno perdesse il lavoro. Sono passati quasi 6 mesi da questo post e stanno ancora contribuendo a Stack overflow, ma stanno mantenendo un equilibrio che è un win-win per entrambe le parti. Grazie alla comunità qui per aiutare.

Se non vuoi microgestire, perché stai guardando quante risposte stanno postando su SO piuttosto che se stanno colpendo altre metriche (come le storie prodotte se gestisci un team di scrum)?
Hanno un capo locale nella struttura remota?
** commenti rimossi: ** i commenti hanno lo scopo di aiutare a migliorare un post o chiedere chiarimenti. Per favore, non rispondere alle domande nei commenti. Queste non possono essere facilmente votate come le migliori risposte e potrebbero inavvertitamente impedire ad altri utenti di fornire risposte reali. Si prega di vedere [Come dovrei pubblicare una non risposta utile se non dovrebbe essere un commento?] (Http://meta.workplace.stackexchange.com/a/1866/98) per ulteriori indicazioni.
possibile duplicato di [Come posso assicurarmi che i miei lavoratori remoti non stiano rallentando?] (http://workplace.stackexchange.com/questions/1785/how-can-i-make-sure-my-remote-workers-are -non rallentare)
@Ajaxkevi - Penso che questo sia sicuramente correlato ma non un duplicato. Inoltre c'è una [meta discussione su questo ora.] (Http://meta.workplace.stackexchange.com/q/2712/16)
3 cose vengono subito in mente. 1. Non hanno abbastanza da fare. 2. Sono annoiati dal loro lavoro o 3. Non sono il tipo di persone disciplinate che dovrebbero lavorare a distanza per cominciare.
@TheMuffinMan, Il problema è stato risolto poiché anche i membri del team hanno visto questo post. Ho aggiunto un aggiornamento alla domanda.
[Risposta del membro del team a questa domanda] (http://workplace.stackexchange.com/questions/30791/how-to-deal-with-a-team-leader-who-hates-it-that-developers-contribute-to -stac? lq = 1)
Anti-domanda correlata: [Stack Overflow ha risparmiato miliardi di dollari nella produttività del programmatore] (http://skeptics.stackexchange.com/questions/18539/has-stack-overflow-saved-billions-of-dollars-in-programmer- produttività)
Nota anche: per poter assegnare taglie che ricompensano le risposte a domande difficili, devi prima _acquistare_ i punti.L'ho fatto in un lavoro precedente e l'ho considerato parte della due diligence.
Undici risposte:
HLGEM
2014-06-20 00:07:19 UTC
view on stackexchange narkive permalink

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

Se ritieni che abbiano troppo tempo libero da trascorrere qui, assegna loro più lavoro e monitora più da vicino lo stato di avanzamento del lavoro assegnato. Quando si verificano problemi di qualità, rispedisciglielo per risolverlo e dai loro una scadenza ravvicinata per risolverlo. Se ancora ti ignorano, la produttività continua a diminuire e la qualità continua a soffrire, utilizza il tuo processo di risorse umane per sbarazzarti di coloro che hanno prestazioni inferiori.

Questo * sembra * asserire che c'è una nota che un manager può fare per aiutare i propri dipendenti a gestire il proprio tempo ed evitare distrazioni, oltre ad assegnare più lavoro al dipendente con scadenze più brevi, misurare i progressi più da vicino e licenziarli se non riescono a farlo . È questa l'affermazione voluta?
__Commenti rimossi .__ Ho rimosso diverse risposte alla domanda di Steve, che era diretta all'autore di questo post, da persone che non sono l'autore. Solo l'autore può rispondere a questa domanda; qualcun altro sta speculando. Per favore, non provare a tenere una discussione nei commenti; usa [chat].
In genere, con qualsiasi problema in cui i membri del mio team hanno prestazioni insufficienti, mi prendo il tempo di parlare con loro uno contro uno e tirare fuori scadenze saltate, problemi di qualità, ecc. Sono un pieno sostenitore di prendere tutto ciò che non è all'altezza gli standard di qualità delle aziende tornano allo sviluppatore che lo ha prodotto e che richiede loro di ripararlo. (spiegando in dettaglio cosa c'è di sbagliato in esso) Quando si parla di lavoro che non viene svolto, è meglio usare i numeri di ciò che prima facevano, rispetto a quello che fanno ora. Spiega cosa pensi possa aiutare e chiarisci che ti aspetti un miglioramento.
NotVonKaiser
2014-06-20 00:16:44 UTC
view on stackexchange narkive permalink

Ecco la conclusione: se lo usano per lavoro, perché ti interessa? Il problema non dovrebbe mai essere "queste persone stanno facendo questa cosa che preferirei non vederle fare". Puzza di microgestione. Le domande che dovresti davvero porre sono:

Non rispettano le scadenze che stavano rispettando prima che tu li presentassi a Stack Overflow?

Se questo è cosa sta succedendo, discutere di questo. Probabilmente non hai nemmeno bisogno di aprire direttamente Stack Overflow; dì semplicemente "guarda, non ti stai esibendo allo stesso livello di un mese fa, quindi qualunque cosa tu abbia cambiato, cambiamola di nuovo". Sarei aperto ad almeno un feedback su questo. Forse c'è un'altra ragione del tutto estranea a Stack Overflow per cui sono in ritardo.

Mi sento come se dovessi aggiungere qui che ascoltare i membri del tuo team non è semplicemente utile per "renderli responsabili in futuro ", è utile perché quello che pensi sia il problema potrebbe non essere effettivamente il problema .

Stanno 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 il QA li sta guardando mentre si spostano su siti non approvati?

Come sopra, discuti su questo problema. Potrebbe sembrare un problema "ehi, non andare a Stack Overflow", ma quello che è in realtà è un "ehi, non lasciare che il QA ti accorga che stai andando a Stack Overflow per scopi non approvati "problema.

Un capo o qualcosa del genere li ha sorpresi a guardare Stack Overflow?

In questo caso, forse la parte importante è un incontro con il supervisore. Come sviluppatore, trovo che la suite di siti Stack Exchange sia di gran lunga l'elemento più utile in circolazione, anche più utile del supporto tecnico di Microsoft. In realtà, l'unica volta che penso di trovarlo 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.

Oppure, se il supervisore è irremovibile, sfortunatamente dovrai incontrare il team per informarlo che le politiche sono cambiate e non possono più accedere a Stack Overflow . Non menzionerei il supervisore per nome a meno che tu non abbia voglia di iniziare una guerra per il territorio; avvisali della situazione, sii empatico e vai avanti.

Qualcuno ha potenzialmente diffamato o macchiato in altro modo il buon nome della tua azienda con una risposta sgradevole o inappropriata?

La comunità di Stack Overflow è abbastanza brava a catturare e rimuovere i messaggi cattivi abbastanza rapidamente, ma tuttavia, questo non è esattamente un problema di "non leggere Stack Overflow". Se questo è il problema, devi parlare con l'autore del reato e informarlo della gravità della situazione. Le persone possono e si lasciano andare dalle aziende tutto il tempo per far sembrare l'azienda cattiva.

voto negativo perché non hai risposto alla domanda. Questo ragazzo è il manager e vuole impedire alle persone di usare stackoverflow. La domanda a cui sembra che tu stia rispondendo è "quali circostanze mi costringerebbero a bloccare SO", che non è ciò che l'OP ha chiesto.
Steve Jessop
2014-06-20 04:02:23 UTC
view on stackexchange narkive permalink

Esistono (almeno) due modi per gestire la produttività:

  • Lavora il lavoro, non le ore. Cioè, imposti una quantità di lavoro da fare entro una certa data. Si spera che ciò che hai impostato sia ragionevole e che dipenda interamente dai tuoi dipendenti come trascorrono la giornata lavorativa. Possono passare la giornata a pescare per tutto ciò che ti 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 portato a termine e sai perché. Quindi dovrai ricorrere a:

  • Mentre sono in orario di lavoro, lavorano.

non micro-gestione per affermare questo, soprattutto come mezzo per portare a termine un lavoro. Sono pagati per dedicare del tempo alle attività assegnate loro dal datore di lavoro. Non sono (presumo) pagati per bug corretto o per scadenza rispettata. (Se lo sono, allora c'è una semplice soluzione possibile: ottengono meno risultati per persona, quindi li paghi automaticamente di meno e puoi utilizzare i soldi per assumere più persone). Quindi dovrebbero fare quello per cui sono pagati, e dovresti farglielo vedere.

Hai detto loro che contribuire a Stack Overflow non è un uso appropriato del tempo di lavoro. Hanno continuato a farlo. Dovrebbero fermarsi mentre contribuiscono a Stack Overflow e recuperare il tempo altrove, oppure dovrebbero evitare di rispondere completamente alle domande, a seconda di quanto sei flessibile in merito all'orario di lavoro di questi lavoratori.

Sii risoluto. Se stessero insieme al pub diverse ore tra le 9 e le 6 ogni giorno lavorativo perché "sono un po 'dipendenti dall'alcol", dubito che esiterei e non saresti accusato di micro-gestione. Contribuire a Stack Overflow quando hai specificamente detto loro che non è lavoro, è la loro attività personale per il tempo libero. Non è appropriato per loro perseguirlo principalmente negli orari di ufficio.

Una cosa che dovresti evitare, se possibile, è monitorare direttamente il loro utilizzo di Stack Overflow (come, inviare loro un'email per dire che hai controllato il loro profilo). In primo luogo, è controproducente, poiché li incoraggia a essere subdoli. Potrebbero persino creare secondi account. In secondo luogo, danneggia la fiducia tra te e il team remoto. Non sono attualmente affidabili, ma il tuo primo tentativo per riportarli all'affidabilità dovrebbe essere quello di convincerli a monitorare da soli quanto tempo stanno spendendo e vedere di persona che è troppo.

Dopo averlo provato, se sono davvero "dipendenti" (forse non clinicamente, ma hanno preso un'abitudine che trovano difficile da rompere ma che vorrebbero), allora dovresti probabilmente prendere un consiglio specialistico su quella. Non mi sento qualificato per consigliare le specifiche su come aiutarli a rompere tali abitudini una volta che hanno visto il problema, hanno provato onestamente ad affrontarlo e hanno fallito a causa di una qualche forma di costrizione che non possono superare.

Mi sento qualificato per affermare che è perfettamente legittimo per te interessarti al modo in cui le persone che gestisci trascorrono il tempo che sono pagate per lavorare per l'azienda. Dal momento che ti sei interessato e hai stabilito che tutto questo deve finire, se assolutamente necessario, dovresti farne una questione disciplinare. Le persone non possono lavorare da remoto se non ci si può fidare che lavorino effettivamente.

Per quel che vale, tengo comunque traccia del mio tempo di lavoro in blocchi per compilare una scheda attività in modo che l'azienda possa valutare il costo interno dei progetti. A volte, guardo Stack Overflow in attesa che qualcosa venga eseguito. Quando mi rendo conto di aver trascorso un po 'di tempo su Stack Overflow molto tempo dopo che la cosa ha finito di funzionare, lo conto come una pausa e recupero il tempo. Questo funziona per me perché lavoro a tempo flessibile e mi dà forti incentivi a guardare Stack Overflow solo in brevi periodi di lavoro e periodi più lunghi fuori dal lavoro. Se la tua squadra si flette, potrebbe funzionare per loro (con la loro collaborazione, ovviamente). Se la loro giornata lavorativa è più rigida dalle 9 alle 6 con la pausa pranzo, anche la loro astinenza dall'uso di Stack Overflow dovrà essere più rigida. E se sei felice che trascorrano un'ora al giorno su Stack Overflow, va bene anche questo, ma dovrebbero mettere da parte il tempo, lavorarlo nel modo più produttivo possibile in termini di sviluppo delle loro capacità rispondendo alle domande di Stack Overflow e preparati a riferirti cosa hanno ottenuto e quanto tempo ci è voluto, come qualsiasi altra attività lavorativa.

Inoltre, tieni presente che prima che fosse Stack Overflow era Facebook, prima che avrebbe potuto essere Usenet o LiveJournal. Ci sono sempre cose che possono distrarre le persone dal lavoro. A condizione che non si allentino intenzionalmente , ma si lascino distrarre, probabilmente apprezzeranno alcune regole a condizione che non siano troppo estreme ("sarai licenziato se ti trovo su Stack Overflow again "è troppo estremo). Le regole che vietano questo cattivo comportamento li aiuteranno a disciplinare se stessi per evitare di cadervi, a condizione che non siano letteralmente dipendenti.

Sono d'accordo con Steve. Da qualche parte, in qualche modo, lo sviluppo da qualche parte e 8 ore sono state associate l'una all'altra. Semplicemente, non lo sono. Assegnare un'attività ragionevole da completare entro una scadenza ragionevole e come o quando farlo dipende da loro. Se SO riduce la loro produttività, lo scopriranno. Se aiuta, anche quello funzionerà.
user8365
2014-06-20 01:45:16 UTC
view on stackexchange narkive permalink

Che tu incolpi o meno Stack Overflow, il tuo team ha imparato che non ci sono conseguenze negative per il mancato rispetto delle scadenze né ci sono vantaggi nel rispettare le scadenze. Ottengono tutto ciò che stanno arrivando, non importa cosa. Questo è il primo problema che devi risolvere.

Suggerisco di fissare alcune scadenze più brevi e di prevedere le conseguenze per il loro mancato rispetto. La chiave qui è impostarli prima che le scadenze del cliente o del progetto principale vengano perse. Aspettare troppo ti farà solo sembrare cattivo.

Hai alcune responsabilità, ma il tuo team deve imparare che può completare un lavoro di qualità in tempo o subirne le conseguenze. Sfortunatamente, non puoi guardarli alle spalle e costringerli a lavorare. Hanno creato mancanza di fiducia, ma tu glielo permetti.

HopelessN00b
2014-06-20 19:24:01 UTC
view on stackexchange narkive permalink

Sono completamente d'accordo con le altre risposte qui che dicono che il problema non è Stack Overflow, è il declino della qualità e della quantità di lavoro.

Detto questo, perché è 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 probabilmente li sta migliorando alla programmazione e alla comunicazione in generale, come minimo.

Penso che quello che devi fare sia agire come un manager e dare loro la priorità. La priorità n. 1 (e n. 2 e n. 3, dai suoni delle cose) è il lavoro effettivo per cui sono pagati. Impressiona l'importanza di farli concentrare sul lavoro e, utilizzando le metriche che hai nella tua domanda, puoi fargli notare che sai che il lavoro non viene svolto, il che deve cambiare. Piuttosto che cercare di convincerli a smettere di usare Stack Overflow, devi convincerli a fare in modo che il loro lavoro abbia la priorità su Stack Overflow.

Ci sono stato io stesso, con Server Fault. Ho pensato che fosse la cosa migliore da quando ho scoperto cosa potesse essere divertente l'alcol e sono andato fuori bordo, spendendo circa il 90% del mio tempo di lavoro ServerFaulting, invece di lavorare, che ha causato problemi, e ho finito per dover allenarmi e ricordare a me stesso cosa Server La colpa era davvero - per aiutarmi a fare il mio lavoro ed essere un amministratore di sistema 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 concentrarsi sul portare a termine il lavoro, invece di concentrarsi sul fatto di averli "non è sprecato tempo su Stack Overflow "ti darà risultati molto migliori. Ricordare loro che possono fare entrambe le cose, che non deve essere un lavoro o Stack Overflow, probabilmente renderà loro più facile accettare il cambiamento, piuttosto che risultare un potenziale confronto.

Un paio di cose che mi hanno aiutato, che potrebbero aiutare il tuo team:

  1. Il lavoro paga le bollette, non Server Fault, quindi quando c'è lavoro da fare, io lavoro. Quando non c'è, posso ServerFault.

    • Quando rimango bloccato su un problema, Server Fault è ancora la mia prima fermata. È una risorsa legata al lavoro, dopotutto, quindi posso trattarla come tale.
    • Dato che non faccio "pause per fumare" o "pause caffè" ogni ora, come tutti gli altri, posso esegui invece "Interruzioni di errori del server" e dedico 5-10 minuti a ServerFault.
    • Trascorro una discreta quantità di tempo aspettando che le barre di avanzamento o gli script o simili vengano completati in modo da poter fare è il momento migliore per passare a Server Fault, poiché di solito non riesco a fare il mio lavoro mentre aspetto su un computer.

  2. Server La colpa, sebbene sia divertente, è una risorsa legata al lavoro / alla carriera.

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

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

    • Questa consapevolezza mi ha aiutato a usarlo di più per domande legate al lavoro, invece di concentrarmi su di esso per rispondere a domande / rep-w horing.
Ma aspetta ... ServerFault * può * ripagare ... Se lo fai bene :)
Makoto
2014-06-21 10:24:26 UTC
view on stackexchange narkive permalink

Whoa, whoa, whoa. Rallenta.

Primo, disclaimer completo: credo che Stack Overflow debba in parte ringraziare per aver ottenuto il mio primo lavoro di programmazione dopo il college. Da quando l'ho ricevuto, non ho smesso di contribuirvi nel mio tempo libero.

Nessuno nel mio ufficio si è lamentato nemmeno del mio utilizzo. Poi di nuovo, quando sono al lavoro, in realtà lavoro . Affronterò il tuo punto un po 'più tardi.

Come posso convincerli (o costringerli) a concentrarsi sul lavoro e allontanarsi da Stack Overflow?

La cosa principale che sembra è la mancanza di cose interessanti da fare. Se qualcuno della tua squadra è annoiato, farà altre cose interessanti o graviterà verso altre attività interessanti. Per loro, potrebbe essere Stack Overflow.

Coinvolgi il team. Guarda cosa pensano del progetto attuale su cui stanno lavorando e guarda dove si trovano i loro livelli di motivazione / fiducia. Scopri il motivo principale del motivo per cui trascorrono così tanto tempo al lavoro non facendo lavoro cercando di capire che cosa spendono la maggior parte del loro tempo.

L'aumento nei difetti potrebbe anche essere dovuto a qualsiasi altro numero di ragioni: scadenze estreme, tempo insufficiente per controllare ogni angolo e fessura del controllo qualità, insufficiente sforzo di test di unità / integrazione da parte loro per garantire che bug stupidi non si facciano strada nel programma. Garantire che i tuoi sviluppatori scrivano test (beh, scrivi test buoni ) è un buon modo per ridurre il numero complessivo di difetti introdotti.

Posso rispettare il fatto che desideri aumentare la produttività e che li hai informati che un rendimento scarso si rifletterà sulla loro revisione. Ma forse ci deve essere un piccolo lavoro in più per capire perché le scadenze stanno slittando e cosa sta realmente accadendo. Anche il morale povero è un fiaccatore di motivazione.

Paul Draper
2014-06-22 07:17:17 UTC
view on stackexchange narkive permalink

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

Non sono sicuro in che modo comunichi normalmente (chat video, telefono, e-mail, ecc.), Ma potrei chiedi qualcosa del genere:

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

Potresti essere sorpreso; potrebbe essere una cattiva comunicazione, compiti di sviluppo difficili, requisiti vaghi o altri fattori a cui non hai nemmeno pensato.

Di nuovo, come ho detto prima, non c'è nulla di unico in Stack Overflow rispetto alla tua situazione.


Cordiali saluti Anch'io sono "dipendente" da Stack Overflow;)

Ma per tutto il tempo che ci ho dedicato, ho risparmiato ancora di più a causa di esso.

@Makoto - Anche questa risposta è sensata (http://workplace.stackexchange.com/a/27615/8038). :-) Per quanto riguarda Stack Overflow come * la causa * del * percepito * declino nel risultato del lavoro, [la correlazione non implica la causalità] (http://xkcd.com/925/). La motivazione che scende può essere la ragione, spesso è così.
user22407
2014-06-20 03:13:17 UTC
view on stackexchange narkive permalink

Potrebbe essere anche la Coppa del Mondo FIFA, il caldo estivo o qualsiasi altro motivo, quindi incolpare SE / SO probabilmente li farà passare a Twitter / Facebook / qualsiasi cosa ..

Dovresti concentrarti sui progetti e sulle scadenze e magari suggerire che è in discussione il passaggio a una retribuzione basata sul progetto invece che a una tariffa oraria. Dato che i ragazzi probabilmente stanno leggendo questo, (ciao; p) non puoi semplicemente affermarlo, ma hai davvero bisogno di avere qualcosa per sostenerlo.

Anche postare qui è una questione di gestione del tempo. Vedo molte persone qui ancora e ancora, Joe Strazzere (ha persino ottenuto il nome giusto senza guardare), Vietnhi Phuvan (no, questo non ancora) o Jon Skeet, non ci sono storie su di loro che lottano per portare a termine il lavoro sebbene loro posta molto qui. Quindi magari chiama un allenatore, che mostri loro come non dedicare troppo tempo a rispondere a una domanda o a leggere le risposte per trovare quello che stai cercando.

System 360
2014-07-25 20:42:07 UTC
view on stackexchange narkive permalink

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 semplicemente non è possibile. Se la produttività è recentemente diminuita, non confondere la correlazione con la causalità. Un bravo manager ben addestrato non lo farebbe. Quindi potrebbe essere ciò che impedisce alla produttività di diminuire ulteriormente.

Il micromanaging è sempre una tentazione, ma è una delle cose più controproducenti che potresti fare. Fai altre ricerche. Chiedi loro la loro opinione sul problema della produttività. Questo farà loro sapere che sei consapevole e preoccupato e darà loro la possibilità di essere parte della soluzione. Lavorare con le persone è sempre la cosa vantaggiosa da fare.

De Shan Baptiste
2014-09-26 00:49:24 UTC
view on stackexchange narkive permalink

Potresti sempre concedere loro del tempo libero (pagato) per contribuire a Stack Overflow.

Una volta ho intervistato una società di consulenza IT in Texas che concede ai propri sviluppatori un determinato numero di ore per lavorare sul personale progetti.

Cerca in quali momenti sono meno produttivi e dai loro quelle ore per lo sviluppo personale (la mia ipotesi è nel tardo pomeriggio di venerdì).

Dopo aver impostato questa politica, puoi affrontare i problemi reali della qualità del software e della bassa produttività implementando uno dei tanti suggerimenti forniti qui.

tempusfugit
2014-06-19 23:52:55 UTC
view on stackexchange narkive permalink

Penso che in questa situazione non sarà efficace per te provare a micro-gestire a causa della cultura del lavoro a distanza. Invece, puoi provare questo approccio:

  1. Avere un incontro comune, preferibilmente di persona o voce / video, ed esporre le tue preoccupazioni.
  2. Ascolta la loro versione della storia. Questo passaggio è importante per renderli responsabili in futuro.
  3. Definisci chiaramente le aspettative e le conseguenze.
  4. Una volta fatto questo, osserva se c'è qualche cambiamento nel comportamento.

    Come ultima risorsa, penalizza una persona (suggerirei come un rimprovero o dare di più lavoro). Potresti anche provare a bloccare l'SO per quei particolari individui per una settimana.

Puoi sempre mescolare e abbinare a seconda della situazione.

Dare più lavoro ... a qualcuno che non riesce a portare a termine il suo lavoro nel tempo richiesto. Concetto interessante.


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...