Autoriseriez-vous vos programmeurs à utiliser Messenger et les réseaux sociaux comme Facebook? [fermé]

J'avais de nombreux patrons, chacun avait une approche différente pour autoriser ou non l'utilisation de Windows Live Messenger, Facebook et de nombreux autres sites Internet.

Bien sûr, Internet est vraiment nécessaire pour rechercher la meilleure façon de résoudre une tâche spécifique. Parfois, vous pourriez avoir un ami en ligne, également un programmeur, qui connaît mieux quelque chose.

Pour certains managers, l'accès à Internet ralentirait l'avancement du projet et, d'autre part, permettrait aux gens d'interagir et de découvrir de toutes nouvelles solutions.

Qu'est-ce que tu ferais?

Je n'en ferais pas un problème à moins qu'il ne devienne un problème. Je préfère traiter mes employés comme des adultes et supposer qu'ils agiront de manière professionnelle, sauf preuve contraire. Par exemple, si quelqu'un manque continuellement des délais sans une bonne raison, je pourrais les consulter de temps en temps et s'il perd du temps en ligne, PUIS je traiterais cette personne au besoin.

De plus, comme aucun de mes employés n'est payé à l'heure, je ne vois pas l'intérêt de surveiller chaque minute qu'ils passent au bureau tant qu'ils font leur travail.

L'exception pourrait être s'ils faisaient quelque chose en ligne qui est autrement problématique (porno, divulgation de secrets d'entreprise, dénonciation publique de l'entreprise, etc.) Pour ces choses, nous aurions des politiques spécifiques contre elle et traiterions les infractions également sur une base individuelle.

Ma conviction personnelle est que les gens de toutes les professions, mais surtout les professions créatives / résolution de problèmes ont besoin de temps d'arrêt mental tout au long de la journée. Bien sûr, vous pourriez vous tenir derrière vos programmeurs en train de casser un fouet et de crier "Plus de code!", Et le projet sera probablement réalisé à temps et en respectant le budget, mais vous obtiendrez un produit médiocre. Ils vont couper les coins ronds et écrire du code bâclé juste pour vous sortir du dos, et leur esprit ne sera pas suffisamment engagé pour trouver des solutions élégantes.

Chaque fois que j'ai eu des programmeurs travaillant sous moi, je les ai toujours encouragés à prendre des congés tout au long de la journée. Lire un livre, écouter de la musique, jouer au basket-ball à l'extérieur ou même passer du temps sur Face / Digg / Reddit / peu importe si c'est ce qu'ils aiment. Tout ce qui m'importe, c'est le produit final. Je me fiche de la façon dont ils ont géré leur temps pour obtenir d'excellents résultats.

Dans une équipe de développeurs, il devient très vite clair qui est productif et qui ne l'est pas. À mon humble avis, interdire la messagerie instantanée ou Facebook ne rendra pas les mauvais programmeurs plus productifs, mais cela affectera certainement le moral des bons.

Si vous ne pouvez pas faire confiance à vos employés pour faire leur travail en raison de la présence de distractions, vous embauchez peut-être le mauvais type de personnes.

Fondamentalement, un développeur a besoin d'un accès complet à Internet, pour rechercher des informations, télécharger des programmes, etc.

Une politique libérale est donc importante. Cela se résume ensuite à: la personne peut-elle l'utiliser dans un laps de temps "raisonnable" chaque jour, qui à son tour est mesurable en fonction de la durée estimée du projet et de la durée réelle de ce projet. Si la productivité est faible, envisagez pourquoi. Si la productivité est élevée ou acceptable, laissez les développeurs faire ce qu'ils veulent.

Avec la prolifération des téléphones intelligents et des forfaits de données mobiles, comment surveillez-vous et contrôlez-vous exactement l'utilisation d'Internet? Vous pouvez créer des politiques contre l'utilisation de l'équipement de l'entreprise et des connexions Internet, mais vous ne pouvez pas éliminer les distractions. Votre meilleur pari est d'embaucher des gens qui font le travail. Un développeur qui travaille huit heures solides par jour et consacre deux heures à des "distractions", vaut plus qu'un développeur faible qui met dix heures face à face.

nous utilisons Messenger inter-bureaux. Je devrais dire «non» à Facebook (etc.) car la tentation de mettre à jour votre profil plutôt que de faire votre codage est trop grande. Bien sûr, l'exception serait si vous développez quelque chose pour Facebook (etc.) Sans parler de la dépendance de nombreuses personnes à Farmville (etc.)

Personnellement, si je voulais me détendre sur un lieu de travail, j'aurais utilisé un livre ou un lecteur de musique au lieu de Facebook. Certaines personnes préfèrent discuter avec leurs collègues.
Et dans l'ensemble, toutes ces politiques de limitation internationale semblent installer et verrouiller une porte sans murs. Si l'employé a un problème d'attitude, ce (problème) doit être traité directement.

Personnellement, je ne vois pas la raison d'interdire Messenger et d'autres services de messagerie (y compris Twitter), car c'est un moyen d'obtenir des informations aussi rapidement que possible et parfois les gens ont d'excellents réseaux qu'ils peuvent exploiter de cette façon. Ce que je comprends, c'est pourquoi les gens interdisent Facebook au bureau, car je ne le vois pas comme un moyen de garder des contacts professionnels (et beaucoup ont également des tendances de jeu).

Avec cet ensemble, regardez l'année ... 2010, cela signifie l'âge du smartphone, donc si je voulais vraiment utiliser Facebook, je pouvais le faire sur mon téléphone sans que l'entreprise puisse le suivre à moins qu'ils ne me voient assis constamment avec mon téléphone et ce serait juste pour mettre en évidence ce que je faisais.

Je pense que le logiciel de chat peut être très utile pour transmettre des extraits de code et des URL entre programmeurs (et beaucoup plus efficace que la dictée vocale). Donc, une sorte de messager devrait certainement être autorisée.

Oui, tant que je fais encore mon travail. Les développeurs doivent être traités avec un certain degré de confiance, sauf si vous voulez passer tout votre temps à les regarder, ce qui signifie que vous ne faites pas votre travail et que vous avez des développeurs malheureux.

Si un développeur ne vient tout simplement pas de travailler, discutez-en avec lui et, si nécessaire, demandez-lui son historique Internet. S'il ne parvient pas à rendre son travail en temps opportun et que vous voyez qu'il passe tout son temps sur YouTube, il est temps d'avoir un petit mot tranquille.

Vous devez également comprendre que parfois un développeur sera simplement empêché de faire du travail, sans aucune faute de sa part. J'étais ingénieur en construction dans une petite entreprise, où la machine de construction était (vous l'aurez deviné!) Mon bureau. Une version durait jusqu'à une demi-heure et maximisait la machine pour la plupart de cela (ce n'était pas une machine très puissante - en fait une vieille boîte de développement d'un ancien employé qui était parti). J'allais ensuite tester l'installation, ce qui prenait environ 20 minutes. Je prenais normalement un livre pour travailler.

OMI, cette question fait réellement la différence entre les personnes qui doivent être gérées et les personnes qui peuvent se gérer elles-mêmes .

Tout comme le code managé, les personnes qui doivent être gérées nécessitent un runtime. Ils doivent avoir une structure, des heures de bureau, des réunions planifiées, un certain nombre de jours de vacances afin qu'ils sachent combien ils ont "utilisé", les tâches / tickets qui leur sont remis et un ensemble de règles à respecter. Sans cette structure, ils deviendront paresseux, repousseront les limites et nécessiteront une correction constante de votre part. Il existe un certain style de développement, généralement «d'entreprise», qui se prête à ces types de développeurs. Si c'est vous, alors vous pourriez envisager des moyens de limiter les distractions et les réseaux sociaux.

Les gens qui peuvent se gérer eux - mêmes sont ceux qui n'ont besoin que d'une vision, et ils s'en vont, livrant des choses à 14 heures mardi et minuit jeudi ou le week-end, discutant avec les clients et faisant avancer les choses sans planifier une réunion de statut . Ils fixeront leurs propres limites en ce qui concerne le temps sur les réseaux sociaux, le temps StackExchange (ahem), etc. Ceux-ci font de bons développeurs pour des produits créatifs et innovants. Vous ne devez en aucun cas restreindre leur accès aux réseaux sociaux ou à toute autre chose; ce n'est pas nécessaire. Une bonne relation de confiance est indispensable, et les proxys / filtres / horloges / formulaires Web sont l'ennemi de la confiance.

Une solution telle que www.workmeter.com pourrait être utile, cela permet à l'entreprise d'adopter une politique libérale tout en gardant les programmeurs conscients de leur productivité. Permettre aux gens de gérer et d'examiner leurs données améliore leur conscience de la gestion du temps, ils prennent conscience de leurs habitudes en ligne et ont tendance à les corriger (sinon, en tant que solution de surveillance, permet au gestionnaire de garder un œil sur les mauvaises pratiques)