Efectos del seguimiento/supervisión del tiempo automatizado

Nuestra empresa desea establecer un sistema de control/seguimiento del tiempo automatizado. Supervisará cada estación de trabajo de los desarrolladores de software y hará estadísticas sobre el uso de su computadora:

  • qué programa usa el desarrollador (basado en el título de las aplicaciones),
  • cuánto tiempo al día usan el teclado y el mouse.

Los objetivos son:

  • reemplazando el antiguo sistema de hojas de tiempo,
  • reducir el tiempo dedicado a la transmisión de videos en línea/sitios de redes sociales (aumento del tiempo de trabajo),
  • dar retroalimentación a los desarrolladores (y sus gerentes) sobre el tiempo que dedican a actividades laborales y no laborales.

Saben que es imposible pasar 8 horas al día frente a una ventana de Eclipse, por lo que no es una expectativa y también puede informar el tiempo sin computadora. No tendrá ningún impacto en el salario de los desarrolladores o su revisión de rendimiento, es más bien por curiosidad.

Los desarrolladores pueden deshabilitar el monitoreo (por privacidad) pero no contará como tiempo de trabajo (en el sistema de monitoreo).

¿Tendrá efectos positivos o negativos sobre la productividad, la moral, la motivación, etc.? ¿Cambiaría algo si solo el desarrollador ve las estadísticas?

It will not have any impact on the developers' salary or their performance review- Entonces, ¿por qué hacerlo? La curiosidad suena como una excusa.
Pregúntese: ¿cómo me sentiría si mi lugar de trabajo decidiera rastrear repentinamente cada pequeño pensamiento que hago en mi computadora? Dicen que solo tienen curiosidad y que esto no afectará mi salario ni mi revisión de desempeño. ¿ Sentiría un efecto negativo en su productividad, moral, motivación, etc.?
Guau. No me gustaría trabajar para esa empresa como ingeniero de software o como gerente de desarrollo de software.
Ahora que ha preguntado esto aquí, eliminé la versión de Programadores de la pregunta. Buen trabajo al aclararlo, pero esto todavía no se lee como una pregunta práctica sobre un problema real . Todos tendrán diferentes sentimientos y opiniones sobre esto, y aunque discutirlos sería muy interesante, ¿cuál es el problema específico que está tratando de resolver?
En una nota relacionada, he rastreado personalmente el uso de mi propia computadora en el trabajo usando una herramienta llamada "tiempo maníaco". Es muy interesante y creo que me ha ayudado a comprender mi propia productividad. Definitivamente hay patrones claros que aparecen en el uso que se correlacionan fuertemente con mis propias evaluaciones de productividad y flujo. Sin embargo, sería terriblemente inaceptable para mí si alguien que no fuera yo mirara estos datos.
Es imposible predecir el efecto sobre la productividad sin más información sobre los planes de contratación de la empresa tras la salida de todos los desarrolladores actuales.
esta es una gran publicación ¿Por qué alguien querría cerrarlo?
Algo a considerar es qué dice la máquina que es la ventana activa y lo que alguien está pensando puede diferir aquí, por lo que esto podría generar algunos problemas. Por ejemplo, si dejo mi PC con mi navegador enfocado durante unas horas mientras salgo y mapeo algo con lápiz y papel, ¿se registrará como no trabajo porque mi PC lo ve de esa manera? ¿Qué pasa con los casos de múltiples monitores con múltiples aplicaciones en uso?
Lo único que aprendes sobre las métricas es que no importa lo que midas, vas a molestar a alguien.

Respuestas (5)

Este es un ejemplo perfecto de desarrollo de software de "taller de explotación". Las personas que están considerando implementar este sistema claramente no entienden el proceso creativo que implica el desarrollo de software de calidad, y solo ven a sus desarrolladores como navegantes de Internet pagados en exceso que son una carga para los resultados de la empresa.

Dirigen la empresa, por lo que pueden hacer lo que quieren hacer. Como desarrollador, la mera amenaza de implementar un método de seguimiento tan arcano me haría comenzar mi búsqueda de trabajo antes de llegar al final del mensaje de correo electrónico que lo anuncia. Desafortunadamente, ese no es mi mayor problema con esta metodología insípida.

Mi mayor problema con esto es lo que sigue después de que han "visto la luz" y se dan cuenta de que no han hecho nada más que cabrear a los trabajadores decentes hasta el punto en que se van o permiten que su trabajo se vuelva deficiente para mantener su trabajo. Luego, la empresa tiene que reemplazar a las personas que se fueron durante su período de microgestión. Por lo tanto, estos nuevos desarrolladores, que se basan únicamente en el entusiasmo y las buenas intenciones, que no contribuyeron al razonamiento detrás del cambio, ahora tienen que asumir la carga de reparar el daño que creó el cambio. Un minuto para romper... una hora para reparar...

Esto es solo pereza por parte de la gerencia y falta de voluntad de su parte para tomarse el tiempo de aprender y comprender cómo ejecutar correctamente un proyecto de desarrollo de software. Si no confía en su gente, deshágase de ellos... no agrave el estrés que ya experimentarán al instituir políticas ridículas que no solo dañan la moral de los empleados, sino también la infraestructura resultante de la empresa.

Clavado con esta respuesta. Renunciaría a mi trabajo de desarrollo de software en un abrir y cerrar de ojos si no pudiera tomarme un tiempo para salir de eclipse interior y una terminal. ¿Realmente vale este trabajo ese tipo de microgestión?
Como posdata, antes de que cualquiera que lea esto me confunda con uno de los "navegantes de Internet sobrepagados" a los que me referí, he sido desarrollador y arquitecto de software de escritorio desde 1984. Sin experiencia en mainframe... solo computación de escritorio. Regresé a la universidad en 2002, obtuve una licenciatura en comercio electrónico en 2005 y una maestría en administración de empresas en marketing en 2007. Entonces, entiendo la dinámica de esta decisión no solo desde la perspectiva del desarrollador, sino también desde la perspectiva de la gerencia. El desarrollo de software interno es una inversión. Esta idea garantizará sobrecostos.
@NeilT: estoy de acuerdo, pero si tus estadísticas dicen que pasas 0 horas en Eclipse y 8 horas en Facebook, entonces claramente hay un problema. Asumes que solo porque quieren ver cuánto tiempo pasas haciendo lo que no puedes tener tiempo sin trabajar.
@Chad: una tienda bien administrada supervisa el rendimiento de los desarrolladores observando los resultados. La tienda en cuestión debe tener una administración realmente deficiente si necesita calcular una proporción de Facebook/Eclipse para determinar qué desarrolladores tienen niveles aceptables de productividad. Y, por supuesto, los mejores desarrolladores probablemente piratearían la herramienta para mostrar que el 200 % de su tiempo se dedica a Eclipse mientras que en realidad están llamando por Skype a sus amigos en busca de su próximo trabajo.
@JimInTexas: cuando no obtiene resultados, debe averiguar por qué... esta es una manera de averiguar por qué. No digo que sea la forma correcta, es solo una forma. El problema con estas cosas es que comienzan siendo semibenignos para el desarrollador promedio, pero terminan con un objetivo en un PDP para aumentar la relación entre el tiempo de trabajo y el tiempo de no trabajo...
Lo siento, @JimInTexas, esta no es una forma de averiguar por qué. El desarrollo de software requiere un método de seguimiento cualitativo, no cuantitativo. Escribir más no garantiza que el sistema funcione mejor. Establezca intercambios de comunicación con los patrocinadores del proyecto para analizar el alcance del proyecto, dividir el proyecto en las tareas que lo componen, determinar la cantidad de tiempo que se necesitará para completar cada tarea y utilizarlo como guía para determinar si el proyecto funcionará o no. entregarse a tiempo y dentro de las limitaciones presupuestarias.
@Neil: ¡estoy en un acuerdo violento! Cuando digo "mirar resultados" me refiero precisamente a utilizar métodos ágiles para planificar y ejecutar proyectos de desarrollo de software. Medir la relación Eclipse/Facebook de ninguna manera contribuye a "descomponer el proyecto en las tareas que lo componen... utilícelo como guía". En un entorno ágil, comparamos las estimaciones con el rendimiento real para medir cuantitativamente la productividad. Si usa Scrums correctamente, todo el equipo sabrá quién está pasando demasiado tiempo en Facebook en cualquier caso. Creo que te estás dirigiendo a Chad, no a mí.
@NeilT: es una forma de averiguar si tiene algunas personas que nunca hacen ningún trabajo ... No va a encontrar el problema con el desarrollador que trabaja muy duro y genera 40 horas de trabajo de corrección de errores para otros cada 4 horas de trabajo que hacen.
Disculpas, Jim En Texas... ahora, @Chad, hay otras formas de averiguar quién no está cumpliendo con su parte o quién está haciendo más trabajo para todos los demás. Revisiones de código... métricas de software de control de versiones... estadísticas de compilación y prueba... informes de cobertura de código. Si el gerente es una persona de números, existen muchos esquemas de medición cuantificables que ayudarán a descubrir a los que tienen un desempeño deficiente sin hacer que los que están haciendo su trabajo se sientan despreciados o castigados.

Hay una "frase de moda" en este momento que dice "no puedes administrar lo que no puedes medir", que generalmente se usa para sugerir que necesitas establecer métricas para poder impulsar la mejora del negocio.

Crear y monitorear métricas de cualquier tipo siempre conlleva el riesgo de que, con el tiempo, la métrica (en este caso, el tiempo dedicado a la actividad laboral) se vuelva más importante que el principal objetivo comercial (producir software funcional de alta calidad en el menor tiempo posible).

Cada métrica que agrega a su carga de trabajo se suma a los gastos generales que tiene para administrar y respaldar a su equipo. Algunas métricas directas excelentes suelen ser mejores que una gran cantidad de métricas indirectas.

Para que un equipo compre una métrica, también debe comprender cómo mejorará el principal objetivo comercial del equipo; si no pueden, y usted les da una opción de exclusión, sospecho que utilizarán la opción de exclusión. Especialmente cuando se trata del lado no informático del monitoreo que suena tan manual como una hoja de tiempo.

Tal como está la pregunta, no ha definido cómo la métrica mejorará sus actividades principales. Como resultado, creo que será muy difícil vender esto a su equipo como una buena idea.

'Mi primer libro de métricas ... la línea más citada es su primera oración: "No puedes controlar lo que no puedes medir". Esta línea contiene una verdad real, pero me siento cada vez más incómodo con el uso que hago de ella. Implícito en la cita (y de hecho en el título del libro) está que el control es un aspecto importante, quizás el más importante, de cualquier proyecto de software. Pero no es ...' ( Tom DeMarco )
"... ¿sigo creyendo que las métricas son imprescindibles para cualquier esfuerzo exitoso de desarrollo de software?... no" - otra cita más del autor de la frase de moda a la que te refieres :)
@Gnat: recientemente escuché a la gente decir esto como un mantra, es interesante cómo el "control" se ha convertido en "administrar" en mi cuello del bosque. De cualquier manera, tiendo a pasar mucho más tiempo preocupándome por el canal de ventas que por la cantidad de horas que los desarrolladores pasan realmente en sus computadoras (a diferencia de la resolución de problemas en un juego de billar); algunos llegan a las seis de la mañana, otros se van a las ocho de la tarde, todos están allí para el standup, las historias se están narrando a un ritmo vertiginoso y todos están felices. Lo tienen bajo control (así que no tengo que...)
solo alimenta el artículo al que me referí a estos vomitadores de mantras y explica que el autor del mantra lo "denigró" oficialmente desde mediados de 2009 :)

¿Tendrá algún efecto positivo o negativo sobre:

Productividad

Esperaría un aumento a corto plazo en la productividadya que la mayoría de los desarrolladores harían un poco más para asegurarse de que no parezca que son uno de los holgazanes. Sin embargo, no podrá medir este pico de productividad porque no tiene las métricas del tiempo anterior a la supervisión. Después de la primera semana, las personas compararán puntajes y descubrirán las penalizaciones por ser bajo/los beneficios de ser alto. A menos que las penalizaciones sean severas o el beneficio sea significativo, la productividad volverá rápidamente a la normalidad, posiblemente se verá afectada, ya que algunos podrían pensar que es injusto que trabajen mucho más que otros, pero lo superan rápidamente porque básicamente la gente trabaja de la manera trabajan. A los trabajadores diligentes no les gusta estar ociosos. A los trabajadores perezosos no les gusta trabajar. La productividad del resultado neto probablemente permanecerá igual a menos que cambie de personal.

Moral

Esto grita que no confiamos en ti y estamos buscando formas de castigarte. Incluso si ese no es el objetivo, es lo que se siente. Este golpe de moral también será temporal. Los efectos reales eventualmente reemplazarán el sesgo de expectativa. Pero la moral se verá seriamente afectada, especialmente con aquellas personas que ya desconfían de la gerencia. Incluso podría perder algunos buenos trabajadores porque son el tipo de personas que buscarán un nuevo trabajo cuando su trabajo cambie. Los trabajadores perezosos, por otro lado, esperarán hasta que los despidas y su desempleo esté a punto de agotarse. El resultado neto aquí es todo negativo.

Motivación

Es probable que tenga un éxito a corto plazo a medida que las personas intentan descubrir cómo jugar con el sistema. Podría tener algunas ganancias menores aquí, ya que los descansos prolongados se acortan a medida que las personas recuerdan que están siendo monitoreadas. Pero la motivación será sólo para cumplir con el mínimo. Si las personas pueden monitorear sus estadísticas durante la semana, es posible que vea un pequeño aumento al final de la semana si alguien tiene estadísticas marginales hasta el jueves. Pero también tendrías un efecto desmotivador, como cuando alguien se toma un lunes perezoso porque siente que se ha metido en un agujero. Si oculta las estadísticas durante la semana, este efecto se agrava. Algunas personas se motivarán al tratar de mejorar sus estadísticas. La mayoría de ellos intentará hacerlo jugando con el sistema en lugar de hacer más trabajo.

¿etc? (Otras cosas)

Este programa puede comenzar benigno. Finalmente, un pelo puntiagudo en la suite de lujo que llaman oficina ve las estadísticas y decide que quiere que la gerencia mejore los números. No importará cuando el gerente intente explicar que los números más altos no son indicativos de una mayor calidad o incluso de una mayor productividad; que el tipo con los peores números proporciona algunos conocimientos y habilidades clave; que el diseñador que parece estar navegando por la web la mitad del día en realidad está buscando nuevas ideas e incorporándolas a nuevos productos. No, ese jefe puntiagudo le exigirá que mejore esos números en un 10% (o algún otro número arbitrario). Y que las mejoras en estos números deben ser parte de las metas anuales de los empleados y estar vinculadas a aumentos y promociones. si no No vendrá desde arriba, vendrá del gerente que viene después de usted, que tiene poca experiencia en la gestión de desarrolladores, pero ve estos números como un área en la que el nuevo gerente puede mostrar mejoras. Y una vez que esos números estén en su lugar como métricas clave, convencer a la gerencia para que los abandone será casi imposible. Mejore la precisión seguro... pero no elimine todas las métricas.

¿Cambiaría algo si solo el desarrollador ve las estadísticas?

No porque están ahí. Eventualmente, alguien más se enterará de estos números y, admitámoslo, la mayoría de los desarrolladores son, al menos, mínimamente piratas informáticos. Alguien va a descubrir cómo obtener acceso a la información de todos. Y la alta dirección se enterará de la existencia de los números... consulte el párrafo anterior para ver las consecuencias.

Tienes una solución aquí que estás buscando un problema para resolver. Si no, entonces crees que tienes una solución a un problema que tienes. Si ese es el caso, le sugiero que se pregunte cómo puedo resolver el problema X. Dudo que esta sea la solución que se le ocurrió a cualquier grupo racional.

+1 para "una solución en busca de un problema": sugeriría que existen métodos mejores y más prácticos para administrar cada uno de los objetivos establecidos que costarían menos (en términos de tiempo y relaciones con los empleados) y contribuirían más a una mejora comercial genuina .
Aumento de productividad de RE: es más o menos el efecto Hawthorne que puede esperar de la mayoría de los cambios que resultan en un mayor escrutinio
"la moral se verá seriamente afectada" en general, mi experiencia fue exactamente esa, pero cada regla tiene excepciones. En uno de mis trabajos anteriores, el seguimiento permanente del tiempo no tuvo ese impacto. Tenga en cuenta que en esa compañía "excepcional", 1) todo estaba claro, fuerte y sin ambigüedades dirigido a los programadores y 2) la herramienta de seguimiento de tiempo era extremadamente discreta y conveniente de usar . No sé cuál de estas dos cosas era más importante; Supongo que ambos . Por mi parte, he estado usando esa herramienta para realizar un seguimiento de las horas extra y mantener mi tiempo semanal por debajo de un nivel sensato. :)
"convencer a la gerencia para que los abandone será casi imposible" -> ¿No tiene que ser "será casi posible"? Tal como está, me lee a mí, un hablante no nativo, que será todo, excepto por ser imposible; en otras palabras: convencerlos es posible.
@phresnel - Sí, es un cliché americano... Es posible pero no muy probable y eso es lo que significa el dicho. No es imposible, pero bien podría serlo porque una vez que la gerencia ha tomado su decisión y ha decidido mantenerse firme, la realidad de la situación es que no van a cambiar de opinión, salvo algún evento imprevisto que les muestre el error de sus caminos. .

¿Tendrá efectos positivos o negativos sobre la productividad, la moral, la motivación, etc.? ¿Cambiaría algo si solo el desarrollador ve las estadísticas?

Como dicen las otras respuestas, implementar lo que dice en la pregunta como lo dice en la pregunta tendrá un impacto serio en la motivación y la productividad a medida que las personas actualicen sus CV y ​​salgan.

Tiendo a estar de acuerdo con todas esas respuestas, y realmente creo que esto es un desastre esperando a suceder, pero creo que hay otra pregunta escondida en su pregunta que es: "Si mis jefes están empeñados en implementar esto de todos modos, ¿ cómo ¿Puedo minimizar el daño?"

Descargo de responsabilidad:

No decir esto no causará ningún problema. Creo que será como se mencionó anteriormente. Solo creo que si lo van a hacer de todos modos (porque si la pregunta es indicativa de las actitudes de la gerencia, no les importará si matará la motivación porque ya han decidido que el uso de facebook/youtube es más importante ), es importante pensar en minimizar el daño causado.

Lo primero y más importante es no mentir a los empleados , todas las sugerencias a continuación se basan en el supuesto de que la gerencia las implementará de buena fe. Dado que esto es increíblemente delicado y tiene el potencial de un éxodo masivo de su empresa, no puedo expresar la importancia de hacerlo de una manera lo suficientemente honesta y transparente.

Sugeriría los siguientes pasos para minimizar (pero no eliminar) los efectos escalofriantes que cualquier otra respuesta parece cubrir bastante bien.

1) Análisis, no suposición

Su pregunta contiene dos banderas rojas masivas que me causan una seria pausa:

[Los objetivos de este programa son:]

  • reducir el tiempo dedicado a la transmisión de videos en línea/sitios de redes sociales (aumento del tiempo de trabajo),
  • dar retroalimentación a los desarrolladores (y sus gerentes) sobre el tiempo que dedican a actividades laborales y no laborales.

Esto grita: "La gerencia ya ha decidido que Facebook y YouTube acaban con la productividad y están buscando métricas para averiguar a quién culpar". Este es un enfoque muy peligroso porque la suposición de lo que hace que los desarrolladores sean productivos se hace antes de realizar cualquier análisis.

Si desea vender esto a los empleados, debe asegurarse de que los jefes entiendan que alienarán a los empleados productivos si asumen lo que hace que una oficina sea productiva incluso antes de recopilar, y mucho menos analizar datos.

2) Implementación paso a paso

Cualquier implementación debe hacerse en pasos. Por ejemplo, comience observando con qué frecuencia las personas usan el teclado o el mouse. Analice esos datos durante 3 meses y vea si realmente se correlacionan con la productividad. Esto refuerza el punto en el paso 1), que es decir que el objetivo no es culpar, sino descubrir cómo trabajan los trabajadores (sin juzgar).

Al implementarlo lentamente y poco a poco, esto le dará más munición para que usted (o cualquier persona del lado de los empleados) muestre por qué el análisis no muestra lo que la gerencia quiere que muestre (que los empleados no son confiables y están desperdiciando recursos de la empresa en redes sociales). Asumiendo que no está mostrando eso.

3) Solo por tiempo limitado

Asegúrese de que los jefes reconozcan claramente que esto es:

  1. Para el análisis, no la asignación de culpas.
  2. Limitado en el alcance de la implementación
  3. Se llegará a una conclusión en la fecha X y luego se revisará

Una vez que se crea el sistema, habrá un gran incentivo por parte de la gerencia consciente de los costos para decir: "Ya gastamos el dinero para implementarlo, ¡debemos mantenerlo funcionando para siempre!" El problema es que esto molestará a muchos empleados. La gestión debe ser increíblemente transparente y directa sobre cuál es el alcance y el objetivo del proyecto para minimizar los efectos negativos.

Sería incluso mejor si la gerencia realmente solo estuviera tratando de facilitar el seguimiento del tiempo para los desarrolladores, y solo implementaría un sistema para rastrearlo en grupo o equipo sin información de identificación sobre una sola persona. Sin embargo, dudo que haya alguna posibilidad de eso (y si no es cierto, no mientas a los empleados).

Es interesante cómo tanta gente está realmente en contra de esta idea del seguimiento del tiempo. Lo ven como un ataque personal a su propio sustento, pero casi todo el mundo está de acuerdo en que conducirá a una mayor productividad. Creo que esta idea es un producto que vendrá en el mercado principal debido a esto. Personalmente, me sorprendió mucho el artículo debido a la fuerza de muchas de estas quejas bien pensadas. Me gusta que muchos de ellos usaron la palabra "moral" casi como la moral de un barco en guerra, que parecían ver esta idea como una batalla.

Bienvenido a El Lugar de Trabajo. Si tiene motivos para creer que es una buena idea o que mejorará la productividad, explique por qué cree que es cierto. Requerimos que todas las respuestas aquí estén completas y sean respuestas independientes. Edite su respuesta y explique por qué cree que esta es una solución efectiva para los problemas del interrogador.
El aumento de la productividad no garantiza la calidad. Sin embargo, me gustó tu analogía de la batalla. Cuando se trata de eso, hay dos fuerzas que luchan entre sí: una quiere recibir el pago más alto posible por sus esfuerzos y la otra quiere dar el pago más bajo posible para hacer el trabajo. Si estuviéramos hablando de un trabajo donde no se requiere pensar, este método sería muy adecuado. Porque estamos hablando de desarrollo de software, claramente no lo es.
Así como el trabajo necesita un cuerpo rico, sin endurecimientos en los músculos u otros dolores, y con tendones que funcionen, etc., un trabajo mental requiere una mente clara. Puedes hacer un trabajo mental con tu cuerpo destrozado, y puedes hacer [mucho] trabajo con una mente sucia (solo recuerda a los hombres de la construcción hablando durante el trabajo), pero, lo repito, para el trabajo mental limpio tu mente necesita ser limpio. Y esta moral de tener aire limpio y confiable se parece mucho a la moral en un barco (lo curioso es que en realidad serví en una fragata alemana).