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:
Los objetivos son:
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?
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.
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.
¿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.
¿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:
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.
Odado
It will not have any impact on the developers' salary or their performance review
- Entonces, ¿por qué hacerlo? La curiosidad suena como una excusa.Odado
david segundos
yanis
Ángel
carson63000
anfibio
JB Rey
Simón O'Doherty