Permetterebbe ai programmatori di usare Messenger e social network come Facebook? [chiuso]

Non vorrei renderlo un problema a meno che non diventasse un problema. Preferisco trattare i miei dipendenti da adulti e assumere che agiranno professionalmente a meno che non vi siano prove del contrario. Ad esempio, se a qualcuno mancano continuamente scadenze senza una buona ragione, potrei controllarle ogni tanto e se stanno perdendo tempo online, POI mi occuperei di quell'individuo se necessario.

Inoltre, poiché nessuno dei miei dipendenti è retribuito ogni ora, non vedo il senso della polizia ogni minuto che spendono in ufficio fino a quando il loro lavoro è finito.

L'eccezione potrebbe essere se stessero facendo qualcosa online che è altrimenti problematico (porno, divulgando segreti aziendali, pubblicizzando pubblicamente la compagnia, ecc.) Per quelle cose avremmo politiche specifiche contro di essa e gestiremo le infrazioni anche su un individuo base.

La mia convinzione personale sono le persone in tutte le professioni, ma in particolare le professioni creative / problem solving hanno bisogno di tempo mentale per tutto il giorno. Certo, potresti schierarti dietro i tuoi programmatori schioccando una frusta e urlando, "Più codice!", E il progetto probabilmente verrà completato nei tempi e nei budget, ma otterrai un prodotto mediocre. Tagliano gli angoli e scrivono codice sciatto solo per toglierti le spalle, e le loro menti non saranno abbastanza coinvolte per trovare soluzioni eleganti.

Ogni volta che ho avuto programmatori che lavorano sotto di me, li ho sempre incoraggiati a prendersi una pausa durante tutta la giornata. Leggi un libro, ascolta la musica, gioca a pallacanestro all'esterno o passa del tempo su Face / Digg / Reddit / Qualunque cosa sia se è quello che vogliono. Tutto quello che mi interessa è il prodotto finale. Non mi interessa come hanno gestito il loro tempo per ottenere grandi risultati.

In un team di sviluppatori diventa molto presto chiaro chi è produttivo e chi no. IMHO, vietare IM o Facebook non renderà i programmatori cattivi più produttivi, ma certamente influenzerà negativamente il morale di quelli buoni.

Se non ti fidi dei tuoi dipendenti per portare a termine il lavoro a causa della presenza di distrazioni, potresti assumere il tipo sbagliato di persone.

Fondamentalmente uno sviluppatore ha bisogno di un accesso completo a Internet, alla ricerca di informazioni, al download di programmi ecc.

Quindi una politica liberale è importante. Poi si riduce a, può la persona individuale usarlo in un "ragionevole" quantità di tempo ogni giorno, che a sua volta è misurabile da - per quanto tempo si prevede che questo progetto di prendere, e quanto tempo ha preso davvero. Se la produttività è bassa, prendi in considerazione il motivo per cui. Se la produttività è alta o accettabile, lascia che gli sviluppatori facciano quello che vogliono.

Con la proliferazione di smartphone e piani dati mobili, in che modo monitorate e controllate l'uso di Internet? È possibile creare politiche contro l'uso di attrezzature aziendali e connessioni Internet, ma non è possibile eliminare le distrazioni. La cosa migliore da fare è assumere persone che fanno il lavoro. Uno sviluppatore che lavora otto ore al giorno, e trascorre due ore in "distrazioni", vale più di uno sviluppatore debole che mette dieci ore in faccia.

usiamo Messenger inter-office. Dovrei dire "no" a Facebook (ecc.) Come la tentazione di aggiornare il tuo profilo piuttosto che fare il tuo codice, è troppo grande. Certo, l'eccezione sarebbe se si sta sviluppando qualcosa per Facebook (ecc.) Per non parlare della dipendenza che molte persone hanno a Farmville (ecc.)

Personalmente, se volessi rallentare su un posto di lavoro, avrei usato un libro o un lettore musicale al posto di facebook. Alcuni preferiscono chiacchierare con i colleghi.
E nel complesso, tutte quelle politiche di limitazione di internat sembrano installare e bloccare una porta senza muri. Se il dipendente ha un problema con l'atteggiamento, (problema) deve essere affrontato direttamente.

Personalmente non vedo il motivo di vietare Messenger e altri servizi di messaggistica (incluso Twitter), perché è un modo per ottenere informazioni il più rapidamente possibile e talvolta le persone hanno grandi reti che possono sfruttare in quel modo. Quello che capisco è perché le persone vietano Facebook in ufficio, perché non lo vedo come un modo di mantenere i contatti professionali (e molti hanno anche tendenze di gioco).

Con quel look fisso dell'anno ... 2010 che significa l'età dello smartphone quindi se volessi davvero usare facebook potrei farlo sul mio telefono senza che la compagnia sia in grado di seguirlo a meno che non mi vedano seduto con me telefono costantemente e questo sarebbe solo ovvio a quello che stavo facendo.

Penso che il software di chat possa essere molto utile per passare frammenti di codice e URL tra i programmatori (e molto più efficiente della dettatura vocale). Quindi una sorta di messenger dovrebbe essere assolutamente permesso.

Sì, finché continuo a fare il mio lavoro. Gli sviluppatori devono essere trattati con un certo grado di fiducia, a meno che non vogliate passare tutto il tempo a guardarli, il che significa che non fate il vostro lavoro e avete degli sviluppatori infelici.

Se uno sviluppatore non sta svolgendo il proprio lavoro, discuterlo con lui e, se necessario, richiedere la sua cronologia di Internet dall'IT. Se non riesce a consegnare il lavoro in modo tempestivo e vedi che sta trascorrendo tutto il suo tempo su YouTube, allora è il momento di fare una piccola parolina.

Devi anche capire che a volte uno sviluppatore sarà semplicemente bloccato dal lavoro, senza colpa sua. Ero un ingegnere di costruzione in una piccola azienda, dove la macchina da costruzione era (lo indovinate!) Il mio desktop. Una compilazione sarebbe durata fino a mezz'ora, e avrebbe superato il limite massimo della macchina (non si trattava di una macchina molto potente - in realtà una vecchia scatola di sviluppo di un precedente dipendente che se n'era andato). Quindi andrei a testare l'installazione, che richiederebbe circa 20 minuti. Normalmente ho preso un libro per lavorare.

IMO, questa domanda porta effettivamente alla differenza tra persone che devono essere gestite contro persone che possono gestirsi da sole .

Molto simile al codice gestito, le persone che devono essere gestite richiedono un runtime. Devono avere una struttura, orari d'ufficio, riunioni programmate, una certa quantità di giorni di ferie, in modo che sappiano quanto hanno "esaurito", i compiti / i biglietti consegnati e un insieme di regole da giocare. Senza questa struttura, diventeranno pigri, spingono i confini e richiedono una correzione costante da parte tua. Esiste un certo stile di sviluppo solitamente "aziendale" che si presta a questi tipi di sviluppatori. Se sei tu, allora potresti prendere in considerazione modi per limitare le distrazioni e i social network.

Le persone che riescono a gestirsi da sole sono quelle che hanno bisogno solo di una visione e se ne vanno, consegnando roba alle 14:00 di martedì e mezzanotte di giovedì o nel fine settimana, parlando con i clienti, e spostare le cose in avanti senza la pianificazione di una riunione di stato. Stabiliranno i propri limiti per quanto riguarda i tempi dei social network, il tempo di StackExchange (ahem), ecc. Questi sono buoni sviluppatori per prodotti creativi e innovativi. In nessuna circostanza dovresti limitare il loro accesso ai social network o altro; non è necessario. Un buon rapporto di fiducia è un must, e proxy / filtri / timeline / forme web sono il nemico della fiducia.

Una soluzione come www.workmeter.com potrebbe essere di aiuto, questo permette all'azienda di adottare una politica liberale mantenendo i programmatori consapevoli di sé della loro produttività. Consentire alle persone di gestire e rivedere i propri dati migliora l'autocoscienza della gestione del tempo, diventano consapevoli delle loro abitudini online e tendono a correggerli (altrimenti, come soluzione di monitoraggio, consente al gestore di tenere d'occhio le cattive pratiche)