Cómo lidiar con un subordinado que está constantemente en chats semiprofesionales

Constantemente veo a uno de mis subordinados chateando en un chat semiprofesional durante sus horas de trabajo. Con "semiprofesional" me refiero a que el chat está dirigido a los desarrolladores frontend (que es su posición), pero además de compartir y discutir fragmentos de código, a menudo hablan sobre libros, películas, etc.

Como creyente en la cultura del desarrollo y usuario activo de la red Stack Exchange, no quiero prohibir por completo dicha comunicación. Principalmente porque es difícil definir la línea (¿responder una pregunta de desbordamiento de pila ya es privada? ¿Comentar y mejorar una respuesta? ¿Discutir las opciones de almuerzo en WhatsApp?)

Por otro lado veo que le quita una cantidad importante de su tiempo de trabajo y nunca la he visto haciendo horas extras.

Lo que hice hasta ahora cuando la vi charlando durante un período más largo por el rabillo del ojo:

  1. Preguntar sobre el estado de su paquete de trabajo actual. Los paquetes son bastante pequeños (podría entregarlos en medio día, ella tarda 1-2 días). A menudo recibo respuestas evasivas y, de hecho, ella regresa a su paquete, durante algún tiempo.
  2. Discutir qué aspectos adicionales surgieron durante el paquete de trabajo actual para volver a encarrilarla.
  3. Decir abiertamente que debería vigilar su comportamiento de navegación privada
  4. Decir abiertamente que la veo cambiando la pestaña cuando me acerco y que eso me molesta.

Somos una startup pequeña, por lo que nuestra posibilidad de sanciones es bastante limitada y no es nuestra cultura deseada. Tampoco estoy seguro de si debo parecer más duro y estricto; para ser honesto, estoy alarmado de tener que actuar como un maestro de escuela primaria aquí. Tampoco es muy buena codificadora, pero tomó mucho tiempo ocupar ese puesto y, de hecho, resuelve más problemas de los que crea, por lo que despedirla es una decisión difícil.

¿Eres nuevo en la gestión de equipos? Pregunto porque ha dicho: (I could deliver them in half a day, she takes 1-2 days)lo que parece que puede tener problemas para delegar elementos de trabajo y aceptar que los empleados pueden hacer las cosas de manera diferente a usted. Junto con los otros puntos que ha mencionado, parece indicar que puede estar microgestionando. Intente adoptar un enfoque más relajado y concéntrese estrictamente en los resultados que produce, ignorando cómo los entrega.
A lo largo de los años, he llegado a la conclusión de que no tiene sentido preocuparse por los minutos y las horas del trabajo de la mente/conocimiento. Lo que importa son los días. Si ella se relaja durante una hora para descansar su cerebro y luego hace un montón de cosas antes de irse, probablemente no haya ningún problema. Si se desperdicia un día, no hay forma de recuperarlo. No vas a mirarla todo el día y las muestras de datos que obtienes cuando miras por encima del hombro son de poco valor. Realice un seguimiento de su productividad durante días o semanas. Luego piense en maneras de mejorarlo. Esto podría no implicar que cambie nada.
Se convierte en una oficina realmente aburrida y estresante si todo lo que se le permite/espera hacer o hablar es trabajar, trabajar, trabajar durante 8, 9, 10 horas al día. La mayoría de las empresas, en sus políticas en estos días, incluso reconocen que las personas pueden ingresar a una página de Facebook o Twitter o leer un sitio de noticias de vez en cuando durante el día, pero no pasar todo el día en él. Si está mirando por encima de los hombros de las personas todo el día, ¿cuándo tiene tiempo para hacer su trabajo?

Respuestas (5)

Me centraría en su productividad, no en sus acciones individuales.

Si su productividad es razonable, déjalo ir. Es su proceso de hacer más cosas en otros momentos.

Si su productividad es baja, ya sea que creas que se debe a que ella chatea o no, abórdalo directamente. Hable con ella sobre su productividad inferior a la esperada, qué la detiene y cómo puede ayudarla. Fíjate si menciona el chat. Si no es así, tráigalo como una posible sugerencia sobre cómo mejorar su productividad. Hazlo de una forma amistosa de "Estoy tratando de ayudarte".

Después de un tiempo razonable (algunas semanas, un mes), siéntese con ella para volver a evaluar su productividad. Si todavía es bajo, puede tener más autoridad para cortar el chat.

Eventualmente, si su productividad sigue siendo baja después de los intentos de arreglarlo, debe decidir si realmente vale la pena mantenerla o si alguien más podría reemplazarla.

Este. En realidad no te importa cómo pasa su tiempo. Lo que te importa es cuánto trabajo hace. Si ella está rindiendo al nivel que tú quieres (en términos de productividad), entonces déjala que use su tiempo como ella quiera, porque evidentemente está teniendo el resultado deseado. Si no es lo suficientemente productiva, díselo y deja que descubra cómo hacer más cosas.
Los jefes de @Kaz Sensible piensan de esa manera. Sin embargo, muchos jefes piensan "Quiero el 100% de la productividad posible de esta persona. Entonces, si están chateando la mitad del tiempo mientras hacen todo, me están robando el 50% del tiempo que pagué".
Precisamente. Muy a menudo se me ocurren ideas de la nada cuando me he quitado el proyecto de la cabeza. A veces paso semanas en algo, solo para desecharlo. Otras veces, resuelvo un problema difícil en una tarde. El tiempo en el asiento mirando el código no equivale a productividad. Si esta persona simplemente ignora las tareas, eso es una cosa. Pero dejar que alguien tenga su propio proceso, especialmente en la programación, siempre es una sabia elección.
Estoy de acuerdo con @Kaz. Esto tiene sentido. He estado en una situación en la que mi equipo pudo hacer más trabajo que los otros dos equipos juntos. Nuestro jefe nos dejaba holgazanear todo lo que quisiéramos cuando el trabajo estaba hecho con el entendimiento de que 1) En emergencias y tiempos difíciles, nos lanzaríamos, incluso trabajando durante el almuerzo y los descansos y 2) Seríamos discretos y no hacer alarde de lo que estaba pasando.
Lo único que agregaría es que la preocupación sería que su productividad es baja y/o sus conversaciones están reduciendo la productividad de los demás. De cualquier manera, la solución es la misma, discuta la baja productividad con la persona que sufre de baja productividad y trabaje para ayudarla a mejorar.
Esta respuesta es buena, pero un posible problema es que la percepción del OP estará sesgada por el hecho de que pasa mucho tiempo en el chat, sin importar cuán imparciales intenten ser.
@Magisch La ironía del pensamiento de este último es que, para muchas personas, los descansos regulares los hacen más productivos que trabajar sin parar en el mismo problema.
Si la persona es asalariada, está pagando por sus resultados. Si son por hora, les está pagando por su tiempo. Como han dicho los demás, si el trabajo se está haciendo, no te preocupes por los detalles.
Estoy de acuerdo con esta respuesta y me gustaría agregar que si haces que deje de hacer lo que está haciendo, es posible que incluso se vuelva menos productiva.
Establece algunos malos patrones en el lugar de trabajo. Especialmente con la baja productividad, me inclinaría a tomar medidas enérgicas contra ella. Una estrategia aquí podría ser pedirle a algunas de las personas mayores en ese chat de desarrollo de front-end que le pidan que se concentre más en el trabajo cuando comience a distraer al grupo (de una manera amistosa al principio).
@Kaz: Si bien en general estoy de acuerdo con su comentario, porque el chat involucra a varias partes y también distrae a quienes están cerca, no estoy seguro de que se aplique en este caso.
@Foliovision no hay evidencia de baja productividad. El hecho de que la persona A pueda realizar una tarea en la mitad del tiempo que la persona B no significa que la persona B no sea productiva. Con ese tipo de definición, sería fácil pintar arbitrariamente a alguien como no productivo al encontrar a alguien que pueda hacer una tarea específica más rápido.
@FezVrasta Creo que eso es especialmente probable si ella es el tipo de persona que "necesita" una pequeña charla y distracción para desempeñarse mejor a largo plazo. Nunca olvide que nuestra profesión es, al final, una profesión creativa y los seres humanos a menudo necesitan un descanso mental y una estimulación alternativa para mantener el flujo de jugos.

¿Quizás esto es un problema de motivación? ¿Trabaja más eficientemente si tiene tareas más desafiantes e importantes? En el pasado, a menudo me veía distraído del trabajo si no tenía proyectos interesantes o desafiantes debido a la falta de motivación.

Tal vez intente asignarle tareas de otras áreas de desarrollo (si esa es su competencia). O simplemente habla con ella sobre los problemas que pueda tener en el trabajo y menciona su productividad, tal vez hay algo para cambiar lo que no sabes.

Creo que en ese momento actuaste lo suficientemente duro. Pero se recomienda más dureza si nada más ayuda.

Como otros ya habían dicho, realmente deberías concentrarte solo en sus resultados.

De lo contrario, te encontrarás en un estado constante de vigilancia preguntándote si está perdiendo el tiempo o no en chats no relacionados con el trabajo. En realidad, en ese caso, ambos estarán perdiendo el tiempo. Ella en los chats y tú desperdiciando energía controlando sus movimientos.

Debes mantener la cabeza despejada para concentrarte en las cosas que realmente necesitan tu atención. Otra cosa que debes considerar, dijiste que ella no es una buena codificadora, así que asumiré que tiene menos experiencia en lugar de asumir que solo es una mala profesional.

En cualquier caso, creo que deberías asumir una especie de rol de maestro y ayudarla a mejorar su productividad mostrándole cómo lidias con las muchas distracciones, chats incluidos, en el trabajo y logras mantener el enfoque en entregar los paquetes a tiempo.

Si resuelve más problemas de los que crea, entonces hay potencial para invertir tiempo en ella. Por supuesto, su mejora dependerá de su voluntad de mejorar su productividad, pero al menos puede proporcionarle formas de ayudarla a lograrlo.

Si no es una buena codificadora y le gusta perder el tiempo, es probable que el trabajo de recuperación no sea muy gratificante. Lamentablemente ( ¿ felizmente ?) nuestra profesión (desarrollo) está agotada en este momento y, a menudo, tenemos que aceptar un mal comportamiento y hábitos de trabajo solo porque no podemos conseguir a nadie más . Pero el comportamiento sigue siendo improductivo, destructivo y poco profesional. Realmente, en cualquier lugar de trabajo normal, tal trabajador debe ser reemplazado en poco tiempo si no puede lograr que se reforme.
Creo que "reforma" es una palabra apropiada para esta generación en la que vivimos. Las personas, y no solo en nuestra profesión, disfrutamos perdiendo el tiempo. Se están ahogando en las pantallas de sus teléfonos celulares y en todo tipo de redes sociales. Esa es una realidad. O nos sentamos y esperamos que pase o elegimos lidiar con eso hoy. Afrontarlo implica enseñarles a mantener su vida privada separada de su vida profesional. También implica mucha paciencia. No tiene nada de romántico, simplemente es difícil. Pero, ¿qué en la vida no lo es?

¿Utiliza software de gestión de proyectos y divide los proyectos en tareas?

Si realiza un seguimiento de sus horas y factura al cliente en función de esas horas, ¿qué está haciendo?

Si solo informa de 4 a 5 horas de tiempo facturable por día, aclare que la política es de 7,5 horas de tiempo facturable por día (permitiendo descansos de 2 x 15 minutos para lo que quiera). No cumplir con las horas esperadas debería reflejarse mal en las revisiones y, potencialmente, incluso en las advertencias formales. Incluso si es un proyecto interno, las horas aún deben contarse y "facturarse" a un proyecto interno.

Si informa un día completo de horas facturables, ¿está aumentando las horas facturables de forma irrazonable? Si la estimación de trabajo para una tarea es de 20 horas, pero le toma 40 horas... hágale saber que su productividad es menor a la anticipada y que necesita hablar con el cliente sobre aumentar el presupuesto O que tiene que comer la diferencia.

También permita tiempo para "capacitación" y educación continua (seminarios web, etc.) con el tiempo permitido muy claro. De hecho, podría usar el tiempo dedicado a los chats de desarrolladores y contarlo para ese tiempo, siempre que lo incluya como "entrenamiento" y no exceda el tiempo asignado para la semana.

Usar el rastreador de tiempo es una solución horrible, horrible...
Todo depende de cómo esté configurado el negocio. Si está cobrando a su cliente por horas facturables (quizás en un contrato de servicio), entonces hacer que su personal de producción use un rastreador de tiempo es la forma más eficiente y honesta de facturar a sus clientes. El OP no dijo cuál es su modelo de negocio, por lo que hice la pregunta "¿usa software de gestión de proyectos?" al comienzo de mi respuesta. Como desarrollador, odio tener que dar cuenta de mi tiempo. Como propietario de un negocio, a menudo es una necesidad.
@Akavall ¿Por qué es una mala solución? Estaba pensando en usar uno.

Algunas técnicas prácticas que he visto usar:

  1. Cuando asigne un trabajo, dígale al desarrollador algo como "Calculé que este trabajo demorará 1 día, por lo que debería terminar para el final de mañana, ¿de acuerdo?"
  2. A la mitad de un trabajo, pregúntele al desarrollador cuánto tiempo le queda para completar el trabajo, luego pregúntele nuevamente después de que haya transcurrido esa cantidad de tiempo si ya ha terminado.
  3. Di algo como "Tu colega desarrollador X tiene un trabajo realmente crítico que hacer. Si crees que necesitas molestarlo con algo en los próximos días, ¿podrías avisarme primero?"

Estos ayudan a centrar la atención en la productividad esperada frente a la productividad real de una manera no conflictiva.

Un jefe así puede ser muy molesto, especialmente cuando no entienden las razones legítimas por las que algo tarda más de lo que imaginan desde una perspectiva de alto nivel.
pero si el jefe también es un desarrollador, como parece ser el caso aquí, entonces el subordinado puede explicar cualquier problema inesperado que encuentre. Preguntar sobre los tiempos de finalización esperados es una pregunta de gestión bastante legítima, especialmente cuando alguien tiene que preocuparse por la programación del trabajo y la actualización de los clientes.
Hacer esto crea una relación adversaria inmediata y probablemente permanente. No le digas a los programadores cuánto va a tomar algo, déjalos que te lo digan. Si no está de acuerdo con su estimación, discútalo. "¿Estás estimando 6 horas para agregar ese botón? Eso me parece un poco largo. ¿Cómo llegaste a ese número?" Tienes que "comprar" estas cosas y (gran sorpresa) el supervisor, incluso si él también es programador, puede no estar considerando algo pero ha iniciado la discusión poniendo a su subordinado a la defensiva.
@ChristopherEstep esa no es mi experiencia. Particularmente con desarrolladores menos experimentados que no confían en dar una estimación y preferirían que lo haga un desarrollador más experimentado. Mis colegas y yo podemos discutir todos los aspectos de las estimaciones de trabajo con respeto y madurez sin contradecirnos. Supongo que debe depender de las personas involucradas.
Odio trabajar para gente así. No hay nada peor que alguien más calcule cuánto tiempo le llevará hacer su trabajo. Todos trabajan de manera diferente y la persona que estima probablemente no lo haya investigado en profundidad. La estimación de software es una fantasía de todos modos... no hay forma de ser preciso.
Una vez tuve un jefe así. La palabra clave aquí es "tenía". Darme una estimación basada en sus criterios arbitrarios es la forma más rápida de ponerme un chip en el hombro. Si ha realizado alguna programación en su vida, sabe que cualquier número de factores puede convertir un proyecto de "un día" en una semana. Si no ha hecho nada, debe hacer stfu y dejar que el programador haga su trabajo.
Dar estimaciones concretas es muy difícil a menos que esté haciendo algo que sepa exactamente cómo hacerlo y lo haya hecho exactamente varias veces. Casi siempre hay algo que se interpone en el camino y el tiempo que lleva resolverlo es variable.
@Magisch the OP es un desarrollador, por lo que ya entenderá todo eso. El OP está preocupado por holgazanear, no por retrasos legítimos
@rdans ¿Estás seguro de que OP está entendiendo esto? Por lo que entiendo, OP espera que un trabajador del conocimiento sea consistentemente productivo el 100% del tiempo, y todos saben que eso es una fantasía. Hay muy pocos desarrolladores que simplemente se sientan y codifican todo el día y, sin embargo, la mayoría de los desarrolladores cumplen con sus objetivos de productividad. Como desarrollador propio, OP debe saber que a veces tienes que distraerte un rato para evitar el agotamiento mental.
@rdans He conocido a un número asombroso de personas que olvidan las realidades del desarrollo de software tan pronto como se convierten en gerentes y, de repente, toda su vida no es más que Microsoft Project y presupuestos.
@Magisch Le doy al OP el beneficio de la duda. Si un trabajador de hecho tarda 4 veces más en completar los trabajos debido a charlas innecesarias, entonces es su responsabilidad tratar de hacer algo al respecto. Si de hecho le está haciendo pasar un mal rato innecesariamente, entonces las otras respuestas ya lo han abordado.
@rdans Estás dejando el golfo de la experiencia fuera de esto por completo. Si OP es un gerente, al menos debería ser bastante competente. No hay evidencia para creer que su conversación no es parte de su proceso. De hecho, donde trabajo, algunos de mis compañeros de trabajo más productivos conversan mucho . Simplemente no hay forma de saber aquí si tiene una productividad irrazonablemente baja, y eso es lo único que OP puede abordar de manera realista si es el caso.
Tenemos ingenieros senior que, de hecho, pueden completar ciertas cosas que tienen mucho conocimiento específico del dominio hasta 4 veces más rápido que un junior. Sin embargo, esto no significa que el junior tenga problemas de rendimiento o que sea una comparación justa.
muy en desacuerdo, hacer esto parece una microgestión autoritaria, no lo recomendaría a menos que el objetivo fuera fomentar la mala voluntad.
Tienes ideas interesantes sobre cómo se ve el "comportamiento de no confrontación".
Cómo lidiar con un subordinado que está constantemente en chats semiprofesionales
RespuestasAquíPolítica de privacidad1y, 0v