Les membres de l'équipe passent trop de temps sur Stack Overflow

Je vous suggère de vous concentrer sur le véritable problème, à savoir que le travail n'est pas achevé en temps voulu et qu'il y a une perte de qualité.

Si vous estimez qu'ils ont trop de temps libre à consacrer ici, alors attribuez leur plus de travail et suivez de plus près l'avancement des travaux qui leur sont confiés. Lorsque les problèmes de qualité surviennent, renvoyez-les pour qu'ils y remédient et donnez-leur un délai serré pour le faire. S'ils vous ignorent toujours, que la productivité continue de baisser et que la qualité continue de souffrir, utilisez alors votre processus RH pour vous débarrasser des moins performants.

Voici l'essentiel : S'ils l'utilisent pour le travail, pourquoi vous en préoccuper ? La question ne devrait jamais être “ces gens font cette chose que je préférerais ne pas les voir faire”. Cela pue la micro-gestion. Les questions que vous devriez vraiment vous poser sont les suivantes :

Est-ce qu'ils ne respectent pas les délais qu'ils respectaient avant que vous ne leur fassiez découvrir le Stack Overflow?

Si c'est ce qui se passe, discutez-en. Vous n'avez probablement même pas besoin de leur présenter directement Stack Overflow ; dites simplement “regardez, vous n'êtes pas au même niveau qu'il y a un mois, alors quoi que vous ayez changé, changeons le à nouveau”. Je serais ouvert à tout commentaire à ce sujet. Peut-être y a-t-il une autre raison, sans aucun rapport avec le débordement de piles, pour laquelle ils sont à la traîne.

J'ai l'impression que je devrais ajouter ici qu'écouter les membres de votre équipe n'est pas seulement utile pour “les rendre responsables à l'avenir”, c'est utile parce que ce que vous pensez être le problème n'est peut-être pas vraiment le problème.

**Est-ce qu'ils font quelque chose comme de l'assistance technique par téléphone (c'est-à-dire qu'ils ne travaillent pas en développement, ce que je suppose au début) où leurs écrans sont capturés pendant les appels, et l'assurance qualité les regarde se rendre sur des sites non approuvés ?

Comme ci-dessus, ayez une discussion sur cette question. Cela peut sembler être un problème de “hé, ne va pas au Stack Overflow”, mais en réalité c'est un problème de “hé, ne laisse pas l'assurance qualité te prendre en train d'aller au Stack Overflow à des fins non approuvées”.

Est-ce qu'un patron ou quelque chose les a surpris en train de regarder le Stack Overflow?

Si c'est le cas, peut-être qu'une réunion avec le superviseur est la partie importante. Étant moi-même développeur, je trouve que la suite de sites Stack Exchange est de loin l'élément le plus utile, encore plus utile que le support technique de Microsoft. En fait, la seule fois où je pense la trouver moins utile qu'autre chose, c'est lorsque j'utilise une API tierce partie qu'une partie importante de la population n'utilise pas. Peut-être que ce superviseur doit être vendu sur ce point.

Ou si le superviseur est inflexible, vous devrez malheureusement rencontrer l'équipe pour l'informer que les politiques ont changé et qu'elle ne peut plus accéder à Stack Overflow. Je ne mentionnerais pas le nom du superviseur, à moins que vous n'ayez envie de déclencher une guerre de territoire ; informez-les simplement de la situation, soyez empathique et passez à autre chose.

*Est-ce que quelqu'un a potentiellement diffamé ou sali le nom de votre entreprise par une réponse méchante ou inappropriée ? *

La communauté de Stack Overflow est assez douée pour attraper et supprimer les mauvais messages assez rapidement, mais néanmoins, ce n'est pas précisément un problème de “ne pas lire Stack Overflow” non plus. Si c'est le problème, vous devez rencontrer le délinquant et l'informer de la gravité de la situation. Les gens peuvent être et sont toujours licenciés par les entreprises pour avoir donné une mauvaise image de l'entreprise.

Il y a (au moins) deux façons de gérer la productivité :

• Travailler le travail, pas les heures. C'est-à-dire que vous fixez une quantité de travail à effectuer à une certaine date. Il est à espérer que ce que vous avez fixé est raisonnable et que la façon dont vos employés passent leur journée de travail dépend entièrement de vous. Ils peuvent passer la journée à pêcher pour tout ce qui vous intéresse, à condition que le travail soit effectué la nuit.

De nombreuses réponses ici font une hypothèse dans ce sens. Mais le travail n'est pas fait, et vous savez pourquoi. Vous allez donc devoir vous rabattre sur :

• Tant qu'ils sont sur leur temps de travail, ils travaillent.

Ce n'est pas de la micro-gestion d'affirmer cela, surtout comme un moyen de faire du travail. Ils sont payés pour consacrer du temps aux activités que leur employeur leur assigne. Ils ne sont pas (je suppose) payés par bogue corrigé ou par délai respecté. (Si c'est le cas, il existe une solution facile : ils obtiennent moins de résultats par personne, donc vous les payez automatiquement moins et vous pouvez utiliser l'argent pour embaucher plus de personnes). Ils devraient donc faire ce pour quoi ils sont payés, et vous devriez leur faire voir cela.

Vous leur avez dit que contribuer à Stack Overflow n'est pas une utilisation appropriée du temps de travail. Ils ont continué à le faire. Ils devraient soit pointer pendant qu'ils contribuent au Stack Overflow et rattraper le temps perdu ailleurs, soit s'abstenir de répondre entièrement aux questions, en fonction de votre flexibilité en matière d'horaires de travail pour ces travailleurs.

Soyez ferme. S'ils passaient ensemble plusieurs heures au pub entre 9 et 18 heures chaque jour de travail parce qu’“ils sont quelque peu dépendants de l'alcool”, je doute que vous hésiteriez et vous ne seriez pas accusé de micro-gestion. Contribuer au débordement de la cheminée alors que vous leur avez spécifiquement dit que ce n'est pas du travail, c'est leur activité de loisir personnelle. Une chose que vous devriez éviter, si possible, c'est de surveiller directement leur utilisation de Stack Overflow (par exemple, en leur envoyant un courriel pour leur dire que vous avez vérifié leur profil). Tout d'abord, c'est contre-productif, car cela les encourage à être sournois. Ils peuvent même créer un deuxième compte. Deuxièmement, cela nuit à la confiance entre vous et l'équipe distante. Ils ne sont pas actuellement dignes de confiance, mais votre première tentative pour les ramener à la confiance devrait être de leur faire contrôler par eux-mêmes le temps qu'ils passent, et voir par eux-mêmes que c'est trop.

Une fois que vous avez essayé cela, s'ils sont vraiment “accros” (peut-être pas cliniquement, mais ont pris une habitude qu'ils trouvent difficile à rompre mais qu'ils aimeraient bien), alors vous devriez probablement prendre conseil auprès d'un spécialiste à ce sujet. Je ne me sens pas qualifié pour donner des conseils spécifiques sur la manière de les aider à se défaire de telles habitudes une fois qu'ils ont vu le problème, essayé honnêtement de le résoudre et échoué à cause d'une forme de contrainte qu'ils ne peuvent pas surmonter.

Je me sens qualifié pour dire qu'il est parfaitement légitime que vous vous intéressiez à la manière dont les personnes que vous gérez passent le temps qu'elles sont payées pour travailler pour l'entreprise. Puisque vous vous êtes intéressé à cette question et que vous avez déterminé que cela devait cesser, vous devriez, si cela est absolument nécessaire, en faire un sujet de discipline. Les gens ne peuvent pas travailler à distance si on ne peut pas leur faire confiance pour travailler réellement.

Pour ce que ça vaut, je comptabilise mon temps de travail par morceaux de toute façon afin de remplir une feuille de temps pour que l'entreprise puisse évaluer le coût interne des projets. Parfois, je regarde Stack Overflow en attendant que quelque chose fonctionne. Quand je me rends compte que j'ai passé une partie de mon temps sur Stack Overflow bien après que le projet ait été lancé, je le compte comme une pause et je rattrape le temps perdu. Cela fonctionne pour moi parce que je travaille selon un horaire flexible, et cela m'incite fortement à ne regarder Stack Overflow que par brèves pauses pendant le travail et par de plus longues périodes en dehors du travail. Si votre équipe fait preuve de flexibilité, cela peut fonctionner pour elle (avec sa coopération, bien sûr). Si leur journée de travail est plus rigide, de 9h à 18h, avec une pause déjeuner, alors leur abstention de l'utilisation de Stack Overflow devra être plus rigide aussi. Et si vous êtes heureux qu'ils passent une heure par jour sur Stack Overflow, c'est bien aussi, mais ils devraient mettre ce temps de côté, le travailler de manière aussi productive que possible en termes de développement de leurs compétences en répondant aux questions sur Stack Overflow, et être prêts à vous faire un rapport sur ce qu'ils ont réalisé et le temps que cela a pris, comme toute autre activité professionnelle.

Sachez aussi qu'avant Stack Overflow, c'était Facebook, avant cela, c'était peut-être Usenet ou LiveJournal. Il y a toujours des choses qui peuvent distraire les gens de leur travail. S'ils ne se relâchent pas intentionnellement, en se laissant distraire, ils apprécieront probablement certaines règles à condition qu'elles ne soient pas trop extrêmes (“tu seras viré si je te surprends à nouveau sur Stack Overflow” est trop extrême). Des règles interdisant ce mauvais comportement les aideront à se discipliner pour éviter de tomber dans le piège, à condition qu'ils ne soient pas littéralement dépendants.

Je suis tout à fait d'accord avec les autres réponses données ici en disant que le problème n'est pas le débordement de la cheminée, mais la baisse de la qualité et de la quantité du travail. Cela dit, comme il s'agit de Stack Overflow, qui est une ressource potentiellement très précieuse pour leur travail de programmeurs, j'aimerais suggérer une approche légèrement différente que de traiter le temps de Stack Overflow comme du temps perdu, improductif, parce qu'à proprement parler, ce n'est pas le cas - leur temps sur Stack Overflow les rend probablement meilleurs en programmation et en communication en général, au minimum.

Je pense que ce que vous devez faire, c'est agir comme un manager et établir des priorités pour eux. La priorité n°1 (et n°2, et n°3, d'après ce qu'on entend) est le travail réel pour lequel ils sont payés. Faites-leur comprendre qu'il est important qu'ils se concentrent sur leur travail et, à l'aide des paramètres que vous avez indiqués dans votre question, vous pouvez leur faire comprendre que vous savez que le travail n'est pas fait, et qu'il doit changer. Plutôt que d'essayer de leur faire arrêter d'utiliser le débordement de pile, vous devez les amener à faire passer leur travail avant le débordement de pile.

Je suis moi-même passé par là, avec Server Fault. J'ai pensé que c'était la meilleure chose depuis que j'ai découvert ce que l'alcool pouvait être amusant, et j'ai dépassé les bornes, en passant environ 90% de mon temps de travail à faire du ServerFaulting, au lieu de travailler, ce qui a causé des problèmes, et j'ai fini par devoir m'entraîner et me rappeler à quoi servait vraiment le Server Fault - pour m'aider à faire mon travail, et être un meilleur administrateur système, et non pas comme quelque chose à faire pour tuer le temps pendant que j'étais au travail, ou au lieu de travailler. En conséquence, je suis toujours un ServerFaulter assez actif, mais cela n'interfère pas avec mon travail.

Je pense que mettre l'accent sur le fait de faire le travail, au lieu de se concentrer sur le fait de “ne pas perdre de temps avec le débordement de la pile” vous donnera de bien meilleurs résultats. En leur rappelant qu'ils peuvent faire les deux, que ce n'est pas forcément du travail ou Stack Overflow, il leur sera probablement plus facile d'accepter le changement, plutôt que de provoquer une confrontation potentielle.

Quelques éléments qui m'ont aidé, qui pourraient aider votre équipe :

1. Le travail paie les factures, pas la défaillance du serveur, donc quand il y a du travail à faire, je travaille. Quand il n'y a rien à faire, je peux m'occuper de la panne du serveur.

• Quand je suis bloqué sur un problème, la panne du serveur est toujours mon premier arrêt. C'est une ressource liée au travail, après tout, donc je peux le traiter comme tel.
• Comme je ne fais pas de “pauses cigarettes” ou de “pauses café” toutes les heures, comme tout le monde, je peux faire des “pauses serveur” à la place et passer 5 à 10 minutes en panne de serveur.
• Je passe pas mal de temps à attendre que les barres de progression, les scripts ou autres soient terminés pour pouvoir faire la prochaine chose, et c'est le moment idéal pour faire “Server Fault”, puisque je ne peux généralement pas faire mon travail pendant que j'attends sur un ordinateur de toute façon.

1. Bien qu'il soit amusant, Server Fault est une ressource liée au travail et à la carrière.

• Cela signifie que sa fonction première est de m'aider à résoudre les problèmes que je rencontre au travail et de faire de moi un meilleur administrateur système en général, c'est donc la partie sur laquelle je me concentre. Cette réalisation m'a aidé à l'utiliser davantage pour les questions liées au travail, au lieu de m'y concentrer pour répondre aux questions et les reformuler.

Whoa, whoa, whoa. Ralentissez.

Tout d'abord, un avertissement complet : je pense que Stack Overflow est en partie à remercier pour avoir décroché mon premier emploi de programmation à la sortie de l'université. Depuis que je l'ai obtenu, je n'ai pas cessé d'y contribuer pendant mon temps libre.

Personne dans mon bureau ne s'est plaint non plus de l'usage que j'en fais. Et puis, quand je suis au travail, je suis en fait en train de travailler. Je reviendrai sur ce point un peu plus tard.

Comment puis-je les amener (ou les forcer) à se concentrer sur le travail et à s'éloigner du Stack Overflow ?

La principale chose que l'on ressent est le manque de choses intéressantes à faire. Si un membre de votre équipe s'ennuie, il fera d'autres choses intéressantes ou se consacrera à d'autres activités intéressantes. Pour eux, il peut s'agir d'un débordement de piles.

Engagez-vous avec l'équipe. Voyez ce qu'ils pensent du projet en cours sur lequel ils travaillent, et voyez où en est leur motivation/confiance. Obtenez la raison principale pour laquelle ils passent tant de temps au travail pas à travailler en découvrant ce qu'ils passent la plupart de leur temps à faire.

L'augmentation des défauts pourrait également être due à un autre nombre de raisons - délais extrêmes, pas assez de temps pour que l'assurance qualité examine chaque recoin, pas assez d'efforts de tests d'unité/intégration de leur part pour s'assurer que des bogues idiots ne se retrouvent pas dans le programme. Veiller à ce que vos développeurs écrivent des tests (enfin, écrire de bons tests) est un bon moyen de réduire le nombre global de défauts introduits.

Je peux respecter le fait que vous souhaitiez que la productivité augmente, et que vous les ayez informés que de mauvaises performances se répercuteront sur leur examen. Mais il faudrait peut-être faire un peu plus de travail pour comprendre pourquoi les délais sont dépassés et ce qui se passe vraiment. Un mauvais moral est également un frein à la motivation.

Focalisez-vous sur les problèmes directs, qui sont la perte de productivité et de qualité. Cela pourrait se produire à cause du débordement de la pile, Wikipedia, Minecraft, Facebook, etc.

Je ne suis pas sûr de la façon dont vous communiquez normalement (chat vidéo, téléphone, e-mail, etc.), mais je pourrais vous demander quelque chose comme ceci :

Nous avons récemment constaté une baisse générale de la qualité de notre travail et de notre capacité à respecter les délais. Quelqu'un sait-il pourquoi ?

Vous pourriez être surpris ; il pourrait s'agir d'une mauvaise communication, de tâches de développement difficiles, d'exigences vagues ou d'autres facteurs auxquels vous n'avez même pas pensé. Comme je l'ai dit plus tôt, il n'y a rien d'unique à Stack Overflow par rapport à votre situation.

FYI Je suis moi aussi “accro” à Stack Overflow ;)

Mais autant de temps que j'y ai passé, j'ai économisé encore plus grâce à cela.

C'est peut-être aussi bien la Coupe du monde de la FIFA , la chaleur en été ou toute autre raison, alors blâmer SE/SO les fera probablement passer à Twitter/Facebook/quelque chose…

Vous devriez vous concentrer sur les projets et les délais et peut-être suggérer que le passage à une rémunération basée sur le projet au lieu d'une rémunération horaire est en discussion. Puisque les gars sont probablement en train de lire ceci, (hello ;p) vous ne pouvez pas simplement prétendre cela, mais vous avez vraiment besoin d'avoir quelque chose pour le prouver.

Poster également ici est une question de gestion du temps. Je vois beaucoup de gens ici, encore et encore, Joe Strazzere (même son nom a été choisi sans regarder), Vietnhi Phuvan (non, celui-ci pas encore) ou Jon Skeet, il n'y a pas d'histoires sur eux qui se battent pour faire leur travail, bien qu'ils postent beaucoup ici. Alors peut-être que vous devriez faire venir un coach qui leur montre comment ne pas passer trop de temps à répondre à une question ou à relire les réponses pour trouver ce que vous cherchez.

J'ai un gars dont la page d'accueil est “Stack Overflow”. Son nom de connexion est “RepCap”. C'est la personne la plus productive de mon équipe. Une politique globale n'est tout simplement pas possible. Si la productivité a récemment chuté, ne confondez pas la corrélation avec la causalité. Un bon manager bien formé ne le ferait pas. La micro-gestion est toujours une tentation, mais c'est l'une des choses les plus contre-productives que vous puissiez faire. Faites d'autres recherches. Demandez-leur leur avis sur le problème de la productivité. Cela leur fera savoir que vous êtes conscient et concerné, et leur donnera une chance de faire partie de la solution. Travailler avec des gens est toujours la chose la plus avantageuse à faire.

Vous pouvez toujours leur donner du temps libre (payé) pour contribuer à Stack Overflow.

J'ai eu un entretien avec une société de conseil en informatique de TX qui donne à ses développeurs un nombre d'heures déterminé pour travailler sur des projets personnels.

Recherchez les moments où ils sont les moins productifs et donnez leur ces heures pour leur développement personnel (je suppose que c'est en fin d'après-midi le vendredi).

Une fois que vous avez mis en place cette politique, vous pouvez vous attaquer aux vrais problèmes de qualité des logiciels et de faible productivité en mettant en œuvre une des nombreuses suggestions fournies ici.

Je pense que dans cette situation, il ne sera pas efficace pour vous d'essayer de faire de la micro-gestion en raison de la culture du travail à distance. Vous pouvez plutôt essayer cette approche :

1. organiser une réunion conjointe, de préférence en personne ou par voix / vidéo, et faire part de vos préoccupations.
2. Écoutez leur version des faits. Cette étape est importante afin de les responsabiliser à l'avenir.
3. Définissez clairement les attentes et les conséquences.
4. Une fois que vous avez fait cela, observez s'il y a un changement dans le comportement.

Vous pouvez toujours mélanger et assortir en fonction de la situation.