Los miembros del equipo pasan demasiado tiempo en Stack Overflow

Hace casi 8 meses, alenté a los miembros de mi equipo a seguir Stack Overflow para que pudieran leer preguntas, ayudar a otros y desarrollar sus habilidades. Pero ahora esto se ha ido de las manos. Tengo un equipo de 5 desarrolladores, y tres de ellos obtienen al menos 150 puntos en promedio durante el horario comercial.

El problema es que el equipo se sienta de forma remota. Están en un país diferente y en una zona horaria diferente, por lo que no puedo estar físicamente allí para vigilarlos y evitar que lo hagan. Estoy viendo la disminución de la productividad, así como la calidad.

Por ejemplo, tuvimos un par de plazos incumplidos y casi el doble de errores mes tras mes. El nivel de complejidad se ha mantenido igual para las tareas, pero la productividad y la calidad están disminuyendo.

Parece que son algo adictos a Stack Overflow. No debo/no puedo pedirle al equipo de red que bloquee Stack Overflow, ya que eso también obstaculizará a los demás. Les he pedido repetidamente que dejen de contribuir en Stack Overflow.

No me malinterpreten, no quiero que se mantengan alejados de Stack Overflow (yo fui quien los alentó a participar en Stack Overflow y también creé mi cuenta) , pero solo quiero que la mantengan. en un límite razonable.

También debo agregar que les transmití mis preocupaciones de manera informal y formal por correo electrónico y les dije que este comportamiento se reflejaría en sus revisiones semestrales.

¿Cómo puedo hacer que se concentren (o forzarlos) en el trabajo y que se alejen de Stack Overflow?


Solo para una actualización, los miembros de mi equipo vieron esta publicación cuando apareció en la lista de "preguntas importantes". Acordaron poner el trabajo en primer lugar, y el problema se ha resuelto sin que nadie pierda su trabajo. Han pasado casi 6 meses desde esta publicación y todavía están contribuyendo con el desbordamiento de Stack, pero mantienen un equilibrio que es beneficioso para ambas partes. Gracias a la comunidad aquí por ayudar.

Si no quiere microgestionar, ¿por qué está mirando cuántas respuestas están publicando en SO en lugar de si están alcanzando otras métricas (como historias producidas si está dirigiendo un equipo de scrum)?
¿Tienen un jefe local en la instalación remota?
comentarios eliminados: los comentarios están destinados a ayudar a mejorar una publicación o buscar aclaraciones. Por favor, no responda las preguntas en los comentarios. Estas no se pueden votar fácilmente como las mejores respuestas y, sin darse cuenta, pueden impedir que otros usuarios proporcionen respuestas reales. Consulte ¿Cómo debo publicar una no respuesta útil si no debería ser un comentario? para más orientación.
@Ajaxkevi: creo que esto definitivamente está relacionado pero no es un duplicado. También hay una meta discusión sobre esto ahora.
3 cosas vienen inmediatamente a la mente. 1. No tienen suficiente que hacer. 2. Están aburridos con su trabajo o 3. Para empezar, no son el tipo de personas disciplinadas que deberían trabajar de forma remota.
@TheMuffinMan, el problema se resolvió porque los miembros del equipo también vieron esta publicación. He agregado una actualización a la pregunta.
También tenga en cuenta: para poder otorgar recompensas con respuestas gratificantes a preguntas difíciles, primero debe ganar los puntos. Lo hice en un trabajo anterior y lo consideré parte de la diligencia debida.

Respuestas (11)

Le sugiero que se concentre en el problema real, que es que el trabajo no se completa a tiempo y hay una pérdida de calidad.

Si cree que tienen demasiado tiempo libre para gastar aquí, asígneles más trabajo y supervise más de cerca el progreso del trabajo asignado. Cuando ocurran los problemas de calidad, devuélvalos a ellos para que los arreglen y déles un plazo ajustado para solucionarlo. Si aún lo ignoran, la productividad continúa cayendo y la calidad continúa sufriendo, entonces use su proceso de recursos humanos para deshacerse de los de bajo rendimiento.

Esto parece afirmar que hay algo que un gerente puede hacer para ayudar a sus empleados a administrar su tiempo y evitar distracciones, además de asignar más trabajo al empleado con plazos más cortos, medir el progreso más de cerca y despedirlos si no lo hacen. ¿Es esa la afirmación intencionada?
Comentarios eliminados. Eliminé varias respuestas a la pregunta de Steve, que estaba dirigida al autor de esta publicación, de personas que no son el autor. Solo el autor puede responder a esa pregunta; nadie más está especulando. Por favor, no intentes mantener una discusión en los comentarios; utilice el chat del lugar de trabajo .
Por lo general, con cualquier problema en el que tengo miembros de mi equipo con bajo rendimiento, me tomo el tiempo para hablar con ellos uno a uno y mencionar los plazos incumplidos, problemas de calidad, etc. Soy un partidario total de tomar cualquier cosa que no esté a la altura. estándares de calidad de las empresas al desarrollador que lo produjo y exigiéndoles que lo arreglen. (explicando en detalle lo que está mal con él) Cuando mencione el trabajo que no se hizo, es mejor usar números de lo que solían hacer, en comparación con lo que hacen ahora. Señale lo que cree que ayudará y deje en claro que espera mejorar.

Aquí está el resultado final: si lo están usando para el trabajo, ¿por qué te importa? El problema nunca debería ser "estas personas están haciendo esto que preferiría no verlas hacer". Eso huele a microgestión. Las preguntas que realmente deberías hacerte son:

¿No están cumpliendo con los plazos que cumplían antes de que les presentaras Stack Overflow?

Si esto es lo que está pasando, tenga una discusión sobre esto. Probablemente ni siquiera necesite abrir Stack Overflow directamente; solo di "mira, no estás rindiendo al mismo nivel que hace un mes, así que lo que sea que hayas cambiado, cambiémoslo de nuevo". Estaría abierto a al menos algunos comentarios sobre esto. Tal vez haya otra razón completamente ajena a Stack Overflow por la que se están quedando atrás.

Siento que debería agregar aquí que escuchar a los miembros de su equipo no solo es útil para "hacerlos responsables en el futuro", es útil porque lo que cree que es el problema podría no ser realmente el problema .

¿Están haciendo algo como soporte técnico telefónico (es decir, no trabajo de desarrollo, que es lo que asumo al principio) donde sus pantallas se capturan durante las llamadas y QA los observa ir a sitios no aprobados?

Como arriba, tenga una discusión sobre este tema. Puede parecer un problema de "oye, no vayas a Stack Overflow", pero en realidad es un problema de "oye, no dejes que QA te atrape yendo a Stack Overflow para propósitos no aprobados".

¿Un jefe o algo los atrapó mirando Stack Overflow?

Si este es el caso, tal vez lo importante sea una reunión con el supervisor. Como desarrollador, considero que el conjunto de sitios de Stack Exchange es, de lejos, el elemento más útil que existe, incluso más útil que el propio soporte técnico de Microsoft. Realmente, la única vez que creo que lo encuentro menos útil que cualquier otra cosa es cuando estoy usando una API de terceros que una parte significativa de la población no está usando. Tal vez este supervisor necesita ser vendido en esto.

O si el supervisor es inflexible, lamentablemente deberá reunirse con el equipo para informarles que las políticas han cambiado y que ya no pueden acceder a Stack Overflow. No mencionaría al supervisor por su nombre a menos que tenga ganas de comenzar una guerra territorial; solo infórmeles de la situación, sea empático y siga adelante.

¿Alguien potencialmente difamó o manchó el buen nombre de su empresa con una respuesta desagradable o inapropiada?

La comunidad de Stack Overflow es bastante buena para detectar y eliminar publicaciones malas con bastante rapidez, pero, sin embargo, tampoco se trata precisamente de un problema de "no leer Stack Overflow". Si este es el problema, debe sentarse con el infractor y asesorarlo sobre la gravedad de la situación. Las personas pueden ser despedidas de las empresas todo el tiempo por hacer que la empresa se vea mal.

voto negativo porque no respondiste la pregunta. Este tipo es el gerente y quiere evitar que la gente use stackoverflow. La pregunta que parece estar respondiendo es "qué circunstancias me obligarían a bloquear SO", que no es lo que preguntó el OP.

Hay (al menos) dos formas de gestionar la productividad:

  • Trabaja el trabajo, no las horas. Es decir, estableces una cantidad de trabajo a realizar en una fecha determinada. Con suerte, lo que ha establecido es razonable y depende completamente de sus empleados cómo pasan su día laboral. Pueden pasar el día pescando todo lo que quieras, siempre que el trabajo se haga de noche.

Muchas de las respuestas aquí hacen una suposición en ese sentido. Pero el trabajo no se está haciendo, y sabes por qué. Así que vas a tener que recurrir a:

  • Mientras están en horario de trabajo, trabajan.

No es microgestión afirmar esto, especialmente como un medio para el fin de hacer algún trabajo. Se les paga por dedicar tiempo a las actividades que les asigna su empleador. No se les paga (supongo) por error corregido o por fecha límite cumplida. (Si es así, entonces existe una solución posible fácil: obtienen menos resultados por persona, por lo que automáticamente les paga menos y puede usar el dinero para contratar a más personas). Así que deberían hacer aquello por lo que les pagan, y tú deberías hacerles ver esto.

Les ha dicho que contribuir a Stack Overflow no es un uso adecuado del tiempo de trabajo. Lo han seguido haciendo. Deben fichar mientras contribuyen a Stack Overflow y recuperar el tiempo en otro lugar, o deben abstenerse de responder preguntas por completo, según cuán flexible sea con respecto a las horas de trabajo para estos trabajadores.

Se firme. Si estuvieran juntos en el pub varias horas entre las 9 y las 6 todos los días hábiles porque "son algo adictos al alcohol", entonces dudo que dudes y no te acusarían de microgestión. Contribuir a Stack Overflow cuando les has dicho específicamente que no es trabajo, es su actividad de ocio personal. No es apropiado que lo persigan principalmente en horas de oficina.

Una cosa que debe evitar, si es posible, es monitorear directamente su uso de desbordamiento de pila (como enviarles un correo electrónico para decirles que revisó su perfil). En primer lugar, es contraproducente, ya que los anima a ser astutos. Incluso podrían crear segundas cuentas. En segundo lugar, daña la confianza entre usted y el equipo remoto. Actualmente no son confiables, pero su primer intento para que vuelvan a ser confiables debe ser hacer que controlen por sí mismos cuánto tiempo pasan y ver por sí mismos que es demasiado.

Una vez que haya probado eso, si realmente son "adictos" (quizás no clínicamente, pero han creado un hábito que encuentran difícil de romper pero que les gustaría), entonces probablemente debería buscar el consejo de un especialista al respecto. No me siento calificado para aconsejar sobre los detalles de cómo ayudarlos a romper esos hábitos una vez que han visto el problema, han intentado abordarlo honestamente y han fallado debido a alguna forma de compulsión que no pueden superar.

Me siento calificado para decir que es perfectamente legítimo que usted se interese en cómo las personas que administra pasan el tiempo que se les paga por trabajar para la empresa. Ya que se interesó y determinó que esto debe detenerse, entonces, si es absolutamente necesario, debe convertirlo en un problema disciplinario. Las personas no pueden trabajar de forma remota si no se puede confiar en que realmente trabajen.

Por si sirve de algo, hago un seguimiento de mi tiempo de trabajo en fragmentos de todos modos para completar una hoja de tiempo para que la empresa pueda evaluar el costo interno de los proyectos. A veces, miro Stack Overflow esperando que se ejecute algo. Cuando me doy cuenta de que he pasado una parte del tiempo en Stack Overflow mucho después de que la cosa haya terminado de ejecutarse, lo cuento como un descanso y compenso el tiempo. Esto funciona para mí porque trabajo con un horario flexible y me brinda fuertes incentivos para mirar Stack Overflow solo en breves ráfagas durante el trabajo y períodos más largos fuera del trabajo. Si su equipo se flexiona, entonces podría funcionar para ellos (con su cooperación, por supuesto). Si su jornada laboral es más rígida de 9 a 6 con descanso para el almuerzo, entonces su abstinencia del uso de Stack Overflow también deberá ser más rígida. Y si está feliz de que pasen una hora al día en Stack Overflow, eso es

Además, tenga en cuenta que antes de Stack Overflow era Facebook, antes de eso podría haber sido Usenet o LiveJournal. Siempre hay cosas que pueden distraer a la gente del trabajo. Siempre que no estén holgazaneando intencionalmente , solo permitiéndose distraerse, probablemente apreciarán algunas reglas siempre que no sean demasiado extremas ("serás despedido si te atrapo en Stack Overflow nuevamente" es demasiado extremo) . Las reglas que prohíban este mal comportamiento les ayudarán a disciplinarse para evitar caer en él, siempre que no sean literalmente adictos.

Estoy de acuerdo con Steve. En algún lugar, de alguna manera, en algún lugar, el desarrollo y las 8 horas se asociaron entre sí. Simplemente, no lo son. Asigne una tarea razonable para que se complete en un plazo razonable y cómo o cuándo lo hagan depende de ellos. Si SO disminuye su productividad, lo resolverán. Si ayuda, eso también funcionará.

Ya sea que culpe a Stack Overflow o no, su equipo ha aprendido que no hay consecuencias negativas por no cumplir con los plazos ni hay beneficios por cumplir con los plazos. Consiguen lo que tienen que venir sin importar qué. Este es el primer problema que tienes que resolver.

Sugiero establecer algunos plazos más cortos y prever las consecuencias en caso de que no se cumplan. La clave aquí es establecerlos antes de que se pierdan los plazos del cliente o del proyecto principal. Esperar demasiado solo te hará quedar mal.

Usted tiene parte de la responsabilidad, pero su equipo necesita aprender que pueden completar un trabajo de calidad a tiempo o sufrir las consecuencias. Desafortunadamente, no puedes mirar por encima de sus hombros y obligarlos a trabajar. Ellos crearon la falta de confianza, pero tú los dejaste.

Estoy completamente de acuerdo con las otras respuestas aquí que dicen que el problema no es el desbordamiento de pila, es la disminución de la calidad y la cantidad de trabajo.

Habiendo dicho eso, debido a que es Stack Overflow, que es un recurso potencialmente muy valioso para su trabajo como programadores, me gustaría sugerir un enfoque ligeramente diferente a simplemente tratar el tiempo de Stack Overflow como tiempo perdido e improductivo, porque estrictamente hablando, no es - su tiempo en Stack Overflow probablemente los está haciendo mejores en la programación y en la comunicación en general, como mínimo.

Creo que lo que debe hacer es actuar como un gerente y priorizar para ellos. La prioridad n.º 1 (y n.º 2 y n.º 3, por lo que parece) es el trabajo real por el que se les paga. Impresione la importancia de que se centren en el trabajo y, utilizando las métricas que tiene en su pregunta, puede señalarles que sabe que el trabajo no se está haciendo, que debe cambiar. En lugar de intentar que dejen de usar Stack Overflow, debe hacer que su trabajo tenga prioridad sobre Stack Overflow.

He estado allí yo mismo, con Server Fault. Pensé que era lo mejor desde que descubrí lo divertido que podía ser el alcohol, y me excedí, gastando como el 90% de mi tiempo de trabajo en ServerFaulting, en lugar de trabajar, lo que causó problemas, y terminé teniendo que capacitarme y recordarme qué Server La falla fue realmente para ayudarme a hacer mi trabajo y ser un mejor administrador de sistemas, no como algo que hacer para matar el tiempo mientras estaba en el trabajo o en lugar de trabajar. Como resultado, sigo siendo un ServerFaulter bastante activo, pero no interfiere con mi trabajo.

Creo que centrarse en hacer el trabajo, en lugar de centrarse en que "no pierdan el tiempo en Stack Overflow", obtendrá mejores resultados. Recordarles que pueden hacer ambas cosas, que no tiene que ser trabajo o Stack Overflow, probablemente les facilitará aceptar el cambio, en lugar de generar una posible confrontación.

Un par de cosas que me ayudaron, que pueden ayudar a su equipo:

  1. El trabajo paga las facturas, no Server Fault, así que cuando hay trabajo por hacer, yo trabajo. Cuando no lo hay, puedo ServerFault.

    • Cuando me quedo atascado en un problema, Server Fault sigue siendo mi primera parada. Es un recurso relacionado con el trabajo, después de todo, así que puedo tratarlo como tal.
    • Dado que no hago "descansos para fumar" o "descansos para tomar café" cada hora, como todos los demás, puedo hacer "descansos por falla del servidor" en su lugar y pasar de 5 a 10 minutos fallando el servidor.
    • Paso una buena cantidad de tiempo esperando que se completen las barras de progreso o los scripts o similares para poder hacer lo siguiente, y este es el mejor momento para fallar en el servidor, ya que generalmente no puedo hacer mi trabajo mientras estoy esperando en una computadora de todos modos.

  2. Server Fault, si bien es divertido, es un recurso relacionado con el trabajo o la carrera.

    • Eso significa que su función principal es ayudarme con los problemas que experimento en el trabajo y convertirme en un mejor administrador de sistemas en general, así que esa es la parte en la que me concentro.

      • Insignias, reputación, diversión y todo lo demás que obtengo es solo una bonificación.

    • Darme cuenta de esto me ayudó a usarlo más para preguntas relacionadas con el trabajo , en lugar de centrarme en él para responder preguntas/prostituir representantes.
Pero espera... ServerFault puede dar sus frutos... Si lo haces bien :)

Vaya, vaya, vaya. Desacelerar.

Primero, descargo de responsabilidad completo: siento que Stack Overflow es en parte gracias por haber conseguido mi primer trabajo de programación fuera de la universidad. Desde que lo conseguí no he dejado de contribuir en mis ratos libres.

Nadie en mi oficina se ha quejado de mi uso tampoco. Por otra parte, cuando estoy en el trabajo, en realidad estoy trabajando . Abordaré tu punto un poco más tarde.

¿Cómo puedo hacer que se concentren (o forzarlos) en el trabajo y que se alejen de Stack Overflow?

Lo principal que se siente es la falta de cosas interesantes que hacer. Si alguien en su equipo está aburrido, hará otras cosas interesantes o gravitará hacia otras actividades interesantes. Para ellos, puede ser Stack Overflow.

Involúcrese con el equipo. Vea lo que piensan del proyecto actual en el que están trabajando y vea dónde están sus niveles de motivación/confianza. Obtenga la razón principal de por qué pasan tanto tiempo en el trabajo sin trabajar averiguando qué es lo que realmente hacen la mayor parte de su tiempo.

El aumento de los defectos también podría deberse a cualquier otra cantidad de razones: plazos extremos, tiempo insuficiente para que Control de calidad examine cada rincón y grieta, esfuerzo insuficiente de prueba de unidad/integración de su parte para garantizar que los errores tontos no se produzcan. su camino en el programa. Asegurarse de que sus desarrolladores escriban pruebas (bueno, escriban buenas pruebas) es una buena manera de reducir la cantidad total de defectos introducidos.

Puedo respetar que desee que aumente la productividad y que les haya informado que el bajo rendimiento se reflejará en su revisión. Pero tal vez se deba hacer un poco más de trabajo preliminar para averiguar por qué los plazos se retrasan y qué está pasando realmente. La mala moral también es un zapador de motivación.

Concéntrese en los problemas directos, que son la pérdida de productividad y calidad. Esto podría suceder debido a Stack Overflow, Wikipedia, Minecraft, Facebook, etc.

No estoy seguro de qué manera te comunicas normalmente (videochat, teléfono, correo electrónico, etc.), pero podría preguntarte algo como esto:

Recientemente hemos visto una disminución general en la calidad de nuestro trabajo y nuestra capacidad para cumplir con los plazos. ¿Alguien tiene una idea de por qué?

Te sorprenderías; podría ser una comunicación deficiente, tareas de desarrollo difíciles, requisitos vagos u otros factores en los que ni siquiera ha pensado.

Nuevamente, como dije antes, no hay nada único en Stack Overflow con respecto a su situación.


Para su información , yo también soy "adicto" a Stack Overflow;)

Pero por mucho tiempo que le he dedicado, he ahorrado aún más gracias a él.

@Makoto: esta respuesta también es sensata . :-) Con respecto a que Stack Overflow es la causa de la disminución percibida en el resultado del trabajo, la correlación no implica causalidad . La disminución de la motivación puede ser la razón, a menudo es el caso.

También podría ser la Copa Mundial de la FIFA , el calor del verano o cualquier otra razón, por lo que culpar a SE/SO probablemente hará que se cambien a Twitter/Facebook/lo que sea...

Debe centrarse en los proyectos y los plazos y tal vez sugerir que se está discutiendo cambiar a un pago basado en proyectos en lugar de por hora. Ya que los muchachos probablemente estén leyendo esto, (hola ;p) no puedes simplemente afirmar eso, sino que realmente necesitas tener algo que lo respalde.

También publicar aquí es una cuestión de gestión del tiempo. Veo a muchas personas aquí una y otra vez, Joe Strazzere (incluso acertó el nombre sin mirar), Vietnhi Phuvan (no, este todavía no) o Jon Skeet, no hay historias sobre ellos luchando para hacer el trabajo aunque publicar mucho aquí. Así que tal vez consiga un entrenador, que les muestre cómo no perder demasiado tiempo respondiendo una pregunta o leyendo respuestas cruzadas para encontrar lo que está buscando.

Tengo un tipo cuya página de inicio es Stack Overflow. Su nombre de inicio de sesión es "RepCap". Es la persona más productiva de mi equipo. Una política general simplemente no es posible. Si la productividad ha bajado últimamente, no confunda correlación con causalidad. Un buen gerente bien entrenado no lo haría. SO podría ser lo que impide que la productividad caiga aún más.

La microgestión siempre es una tentación, pero es una de las cosas más contraproducentes que podrías hacer. Investiga un poco más. Pídeles su opinión sobre el problema de la productividad. Eso les hará saber que usted está consciente y preocupado, y les dará la oportunidad de ser parte de la solución. Trabajar con personas siempre es lo más ventajoso.

Siempre puede darles tiempo libre (pagado) para contribuir con Stack Overflow.

Una vez me entrevisté con una empresa de consultoría de TI en TX que les da a sus desarrolladores una cantidad específica de horas para trabajar en proyectos personales.

Investigue en qué momentos son menos productivos y deles esas horas para el desarrollo personal (supongo que es el viernes por la tarde).

Una vez que haya configurado esta política, puede abordar los problemas reales de la calidad del software y la baja productividad implementando una de las muchas sugerencias proporcionadas aquí.

Creo que en esta situación no será efectivo para ti tratar de microgestionar debido a la cultura del trabajo remoto. En su lugar, puede probar este enfoque:

  1. Organice una reunión conjunta, preferiblemente en persona o por voz/video, y exponga sus inquietudes.
  2. Escuche su versión de la historia. Este paso es importante para hacerlos responsables en el futuro.
  3. Establezca claramente las expectativas y las consecuencias.
  4. Una vez que hagas esto, observa si hay algún cambio en el comportamiento.

    Como último recurso, penalice a una persona (sugeriría como una reprimenda o dando más trabajo). Incluso podría intentar bloquear SO para esas personas en particular durante una semana.

Siempre puedes mezclar y combinar según la situación.

Dar más trabajo…a alguien que no logra hacer su trabajo en el tiempo solicitado. Concepto interesante.