“El equipo de big data de la empresa ha analizado tu actividad en Jira, Confluence, Gmail, chats, documentos, paneles y te etiquetó como empleado poco comprometido e improductivo. En otras palabras, no siempre estabas presente en el lugar de trabajo cuando lo hacías de forma remota”.
|
etiquetas: empresa , bigdata , ia 
No, eso no...
No vamos a hurgar en lo que hace la dirección y altos cargos, no sea que se aprecie cómo se rascan los huevos.
Sólo apretamos hacia abajo, e ignorando tiempos que podrían joder nuestro cherry picking.
Anda y que les den...
Esto es un jodido retroceso.
- ¿Te quejas de que llego un cuarto de hora tarde? ¿Y las horas extras que he tenido que echar?
- Yo no te pedí que las echases.
Ni que decir tiene que o se echaban o la entrega no se hacía a tiempo. Lo que el palurdo del jefe no calculó es que este hombre no tardó ni un mes en darle "la carta".
"FUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU"
IDE es un nombre genérico para "entorno de programación" (Integrated Development Environment).
O sea, las dos herramientas que más usa un programador. Sin embargo les han medido el rendimiento comprobando el tiempo utilizado en herramientas de comunicación y de gestión de incidencias.
No tiene mucho sentido, en mi opinión.
Por eso me río yo de estos "sistemas automáticos". Son un síntoma de empresas que no saben evaluar a sus empleados (ni a sí mismas, por supuesto).
Algún caso conozco de empresas que se pusieron a analizar también la rotación y las renuncias. Resultado: aflojaron las evaluaciones en general porque "no convenía levantar la alfombra".
Evaluar es muy difícil. Y si no se hace bien, el resultado es una catástrofe (para la empresa).
No son raros los casos en los que se ponen objetivos imposibles para tener más trabajo en muy poco tiempo, a costa de quemar a la gente, aunque ello implique luego reciclar personal.
O el gran problema de siempre en el desarrollo: Que los clientes/stakeholders son los que te imponen los tiempos de desarrollo, sin tener en cuenta la complejidad técnica que su idea de bombero torero pueda acarrear.
El calientasillismo, por supuesto, es una gilipollez feudal. Pero los objetivos no son la panacéa. Hay que encontrar un balance intermedio.
Ahora con todas estas "herramientas online" se pretende, o más bien te quieren vender las empresas que las comercializan (Atlassian, GitHub...) que se puede medir si un programador "ha trabajado mucho o poco" en base exclusivamente a la utilización que el trabajador ha hecho de su herramienta en concreto.
De las horas (y horas y horas y horas...) que te pasas a la semana pensando delante de una libreta y un boli en la solución al problema que te han dado, reuniéndote con Producto para que te expliquen qué es lo que quieren, ayudando a compañeros más jóvenes o, lo peor de todo, resolviendo incidencias en código heredado o mirando la pantalla intentando entender qué cojones hizo el Javero/Pythonero que escribió estas 10.000 líneas hace 7 años y que ya no está en la empresa desde hace 5 y cómo le puedes meter mano para implementar eso que te han dicho que tiene que hacer ahora la aplicación que se suponía "no había que tocar ya más"... de todas esas horas no dan cuenta NINGUNA de todas esas herramientas ni existe métrica alguna capaz de medirla racional y justamente ni existirá jamás por pura teoría del caos.
Sí, todos hemos estado en esas situaciones.
- He visto que desde todo este año que llevas en la empresa te has dedicado todos los días a hacer tus 8 horas de rigor y ni una más, me preocupa que no estés comprometido con la empresa.
- ¿Cómo?
Pero si me pagáis 8 horas, qué cojones voy a hacer más.¿Dónde has visto eso?- Pues fácil, en Jira has imputado 8 horas todos los días.
- Ah, no sabía que podía imputar todas las horas reales que hacía, pensaba que no podíamos registrarlas pues eso supondría que tendríais que pagarme horas extra.
- Sí, claro que se puede, ¿pero cómo se yo que has hecho horas de más?
- Bueno, pues hay un sistema de tornos a la entrada donde se registra cuando entramos y cuando salimos hasta para hacer una pausa y tomar un café gracias al cuál a algunos compañeros les amonestasteis por hacer horas de menos.
- Pero es que a ese sistema no podemos tener acceso, solamente nos llega un aviso cuando se hacen horas de menos, pero no podemos utilizarlo para ver cuántas horas ha estado cada uno.
- Ya...
Empresa tóxica claramente a evitar, no me extraña que hayan dejado de crecer. Al final los despedidos van a tener hasta suerte...
Los jefes listos prefieren que estés en casa. Así:
- Los objetivos los marcan como les da la gana. O cumples jodiéndote, o te despiden porque no trabajas.
- No existen horas extra.
- La desunión con los compañeros es total. Todavía más libertad para pactar todo tipo de condiciones individuales. Difícil unirse para plantarle cara. El divide y vencerás en su mayor amplitud.
- Se ahorra un pastizal en infraestructuras. Basta con "cuatro" camas mesas calientes.
- Se ahorra mucho dinero en consumo de energía, limpieza, etc.
En resumen, en la práctica, lo más parecido a los falsos autónomos. Tiempo al tiempo...
Que está bien cierto teletrabajo, pero es que no estamos poniendo demasiado cachondos con esa opción y se nos va a dar la vuelta a la tortilla (con cebolla y sin cebolla).
Confluence -> wiki interna donde se comparte conocimiento
Jira -> herramienta donde gestionan las tareas que hay que hacer
IDE -> donde los desarrolladores desarrollan, o sea resuelven las tareas que hay en el JIRA
Git -> herramienta donde los desarrolladores guardan las soluciones de las tareas del JIRA para que se puedan utilizar en el producto final o usarse por otros compañeros.
Un desarrollador "normal" lee la tarea del jira y se pasa trabajando en el IDE la mayor parte del tiempo, y sube el trabajo a GIT (o se baja cambios de compañeros, o revisa subidas de otros compañeros o lo que sea) según va trabajando en el IDE.
Y cuando acaba la tarea (o necesitas pedir ayuda, o aclaraciones de algo) añade comentarios en el JIRA o cambia los estados de la tarea.
El tema de confluence dependerá de la política de la empresa, pero normalmente cuanto mas bajo en el escalafón, menos aportas.
Pero vamos, que a mi me hacen esa métrica y me echan por incomparecencia, si me quitan IDE/Git, me han quitado de todas maneras mas del 70% de la jornada... (Y si me descuentan también MNM el 100%
Porque claro, todos sabemos que los desarrolladores son mucho más productivos en tareas burocráticas que haciendo su trabajo
Edito: Acabo de leer a #8 y #24 que comentaron algo parecido.
El micromanagement puede llegar a ser la mitad del tiempo de trabajo.
En España no se quería poner el registro de horas por no destapar las horas extras no pagadas. Hace ya tiempo ya hubo casos de jefecillos diciendo "voy a poner control de tiempo porque me consta que no cumplís". Alguno le avisó, "no lo hagas", y hubo que empezar a pagar horas extras.
Luego están otros clásicos como destapar a charlatanes que se venden muy bien pero luego no pegan un palo al agua, y parecidos.
Pero lo más dañino de una evaluación mal hecha es lo que decíamos antes. Como le toques las narices a un trabajador competente con evaluaciones mal hechas... se te va a ir antes de que te des cuenta. Por eso ya he visto muchos casos de "sistemas de evaluación" que se han cambiado mil veces o se han abandonado.
Otro robot que escriba y borre en alguna parte remota de su Confluence.
Es lo que tienen esas métricas absurdas, que se pueden falsear con chorradas
El celebró el cambiarse mucho más, a su vieja empresa no le está yendo tan bien.
1. Si detecta algún fallo en el software sea vulnerabilidad, lentitud, mal diseño, etc.. debe documentarlo primero. Comunicar eso al superior inmediato usando estrictamente los canales oficiales de la empresa.
2. Si esa falla puede corregirse porque hace parte de sus tareas y responsabilidades, procede al arreglo exclusivamente en tiempo laboral.
3. Si no hace parte de sus tareas y responsabilidades, deberá esperar el comunicado de respuesta por escrito del jefe inmediato. No hacer absolutamente nada mientras tanto.
4. Si recibe respuesta afirmativa para corrección, se deberá generar un plan acordado y aprobado para el arreglo del fallo. Plan + acuerdos + aprobaciones + arreglos todo exclusivamente en tiempo laboral de la empresa.
Si lo que quiere el joven es progresar, NUNCA debe actuar como el de la caricatura: NO se debe regalar tiempo para que un software propiedad exclusiva de una empresa esté "mejor". Si quiere el joven progresar, debe por su propia cuenta hacer un software completamente distinto, publicarlo en GitHub y que le reconozcan a nivel mundial por un producto propio.
Lo de decir "las haces porque quieres" no cuela.
Es como Amazon,..
Bill Gates
Igual ni es un error de codigo. Y por la vagueria de no comentarlo, habra que volver a evaluar si es una configuracion q no se debe tocar, si es un tema funcional o desconocimiento de usuario...vamos...a quemar pasta de otros que no son el programador, que tambien cobran.
Cuando dice lo de trabajar menos y cobrar más, también pensaba en los jefecillos.
Abundando aún más, que vergüenza si te preguntan ¿Donde trabajas? . En xsolla. ¡Pues tríncame lo que rima!
Está claro que hay mucho aprovechado, y el teletrabajo permite darse más lujos y aprovecharse más.
Aquí hay de todo, puede que ya hayas finalizado el trabajo que tenías previsto y puedas darte el lujo de chatear o visitar cualquier página de entretenimiento. En este caso no debería haber pegas.
Hay programadores que usan el email casi todo el día y otros no lo miran casi nunca a la semana. Depende mucho de las necesidades de la empresa y del puesto.
Pero por norma general lo que dices es correcto, igual que asumimos que el trabajo principal de un cocinero es estar frente al fogón
Que puede ser, sin duda. Pero creo que es más probable que dentro de esos "programas rastreados" entre el navegador web. Por poner un ejemplo.
También es cierto que lo ha hecho una IA, entiendo que no es nada tan simple como parece. Por ejemplo, que deje un mensaje a medias, pase dos horas, y luego lo termine. O que tarde días en responder a una citación en el gestor de.tareas por lo que la comunicación no le llega. O que no siga determinados protocolos o procedimientos, por.ejemplo que en las PR siempre le de al OK y nunca escriba un comentario
Por supuesto, especulación. Siempre habrá empresaurios idiotas. Pero con lo caro que están los programadores, 150 de.golpe... Creo que es más factible que hayan razones reales
Jira como mucho, cuando empiezas y acabas la tarea, y si quieres ir añadiendo comentarios sobre lo que haces, pero luego se te quejan
* Se me ocurre medir la horas empleadas con respecto a las estimadas, ..... pero eso es un infierno.
Y Confluence es para compartir conocimiento, que esta ya ni se para que pinta para evaluar a un programador.
Y si ya no metes Git (como indica la noticia), tiene pinta de que son requisitos puestos desde arriba, que son quienes explotan Jira y confluence.
#47
- Si trabajan en SCRUM cada ticket tiene una estimación antes de comenzarlo
- Conforme cambia de estado, podemos hacernos una idea del tiempo invertido por el programador
- Si son sistemáticos, cuando el ticket llega a QA, el QA puede añadir información sobre los findings. Eso puede también proporcionar información estadística sobre la calidad del código de cada developer
- El sprint puede ser un éxito. Y es verdad que es un trabajo de equipo... pero a veces es curioso analizar el reparto de tickets entre los miembros del equipo
Agapitov
Bueno, ya cierro yo la puerta. Ciao.
En mi equipo cuando estimamos capacidades para encajar tareas en los sprints tenemos muy claro que el tiempo REAL de horas/desarrollador dificilmente llega al 50% de su jornada.
Estimar más es batacazo seguro.
Es muy raro, insólito, que despidan a 150 programadores sin tener bien claro lo que hacen.
'y menos se rinde' <-- ¿respecto a qué? Todavía estoy por encontrar alguna medida objetiva del 'rendimiento' que pueda comparar a dos trabajadores.
No me parece mal método, incentiva a los trabajadores y asegura los números de la empresa. El problema es que hay mucha gestoría espabilada que pretende convencerte de que la paga de objetivos cubre las horas extra o que es legítimo que en tu contrato ponga 10 horas y trabajes 50 porque la diferencia se paga "por llegar a los objetivos".
Igual que el empresario lo tiene casi imposible en un juicio para demostrar que el trabajador merece un despido procedente por bajo rendimiento (casi todos los juicios los gana el trabajador), en una inspección que detecte horas de más el empresario no puede ser multado por exigirlas si no hay pruebas. Si no todo el mundo que quisiera cobrar más se pondría a hacer horas de más al gusto y luego reclamarlas mediante denuncia.
Dicho lo cual, a mi también me parecería bien que la empresa vigilara y recordara a los trabajadores que NO deben hacer horas de más.
Si un jefe de Proyecto requiere de ese tipo de herramientas de control es que algo está haciendo mal, yo las veo más como herramientas de control corporativo, como las herramientas para la gestión comercial, que se venden como apoyo y acaban siempre siendo de control. En todo caso la alienación capitalista es una mierda, menos mal que tuve opción de poder salir de ahí.
#14 En la última empresa en la que estuve como jefe de proyecto RRHH me dijeron que tenía que decir a mi equipo de desarrollo, que estaba en Albacete, que tenían que recuperar las horas gastadas por la comida de empresa que se hacía en Madrid, le dije que se lo dijera él, bueno ella, que era una chica.
Muy grave.
Empezó en el sprint 1, saltó al 2, saltó al 3, saltó al 3 (es que el 3 lo abrieron y lo cerraron en falso), saltó al 4, saltó al 3 de nuevo, luego al 5, luego al 6 y me parece que luego en el Burndown Chart (una gráfica que siempre tiene que ir bajando) se habían cambiado tantas veces las estimaciones y se habían metido tantas tareas a lo loco que habían logrado dibujar un perro
Obviamente es una herramienta maravillosa, si sabes qué coño estás haciendo (con la herramienta y así en general)
Efectivamente, la carga de la prueba está en la empresa. Como la empresa va a terminar desconfiando por que no te ve, te va a pedir resultados. Y a ver cómo mides resultados en ingeniería (por ejemplo): los objetivos los marca un comercial/jefe de proyecto (quizás con variable por contratación, no por resultados finales...); el jefe desconfía... Y tú a la calle porque no has hecho el trabajo en el tiempo que otros han determinado.
Si estás en la oficina, es más fácil que se vea en qué "jardín" en que te ha metido el posible vendehumos de turno.
si tienes dos dedos de frente pues si, revisaran esto, pero me he encontrado casos de jefecitos de turno donde a un crack le hicieron la vida imposible porque no se quedaba ni un minuto de mas....
Pero son tan cutres que la IA "solo" ha dado un 40% de falsos positivos...
Vamos, que luego la realidad es otr cuando vienen las incidencias y no hay gente para atenderlas.
Que esos que no rellenan una mierda en Jira o no hacen 3500 commits con cambios absurdos luego son los que resuelven la papeleta.
Si estás validando un equipo de soporte se puede entender pero el desarrollo es un trabajo creativo, es imposible de medir aunque algunos lo intenten porque necesitan ver métricas para justificar su puesto
El recochineo en el te echamos pero te ayudamos a encontrar un trabajo en el que cobres mas y trabajes menos.
El canteo de excluir del análisis de la eficiencia de los desarrolladores el tiempo de desarrollo.
Lo de no analizar a los directivos, no fuera a verse que si se aplica la misma vara de medir habría que echarlos a todos...
En fin, y al final solo para disimular una excusa para echar gente porque no pueden seguir creciendo al ritmo (ojo al dato) del 40% anual.
Hay empresas que llegan a ser auténticas sectas. Crean una "cultura" interna muy cerrada donde te hacen sentir alguien importante y muy capacitado por haber sido contratado. Un auténtico crack.
Después, empiezan las exigencias que te absorben la vida y no te da tiempo para cosas fuera de ese entorno. Ni pensar en tus necesidades propias ni tener tiempo de reflexión. Durante las vacaciones que por ley te tienen que dar obligatoriamente, estás tan aletargado que apenas tienes tiempo para recuperar tu ego y algo de sentido crítico. Estás tan atorado que sólo puedes mirar al infinito sin articular el menor pensamiento mientras te bebes un tercio de tu cerveza favorita (o la que sirvan en tu destino).
Este párrafo es el más esclarecedor:
De hecho, asegura que “exigimos mucho y damos mucho a cambio”, algo que no solo es “un intercambio justo” sino “parte de nuestra cultura y está claramente articulado desde el primer día de trabajo en la empresa”.
Por otro lado, cualquier métrica sin contextualizar es basura inservible. Hay auténticos trastornados con TOC que quieren medir el rendimiento, pero es técnicamente imposible usando medidas y ratios matemáticos sin más. Lo suyo es tener esos números, más la razón de los mismos. A lo mejor la baja productividad es porque esa burocracia que toooooooodas estas empresas dicen que se ahorran y no tienen, a lo mejor sí que la tienen, pero de otra forma aceptada por la secta y por tanto incuestionable. O mil razones más.
Esto huele más bien a limpieza ideológica, a barrer a los que no bailan el agua a la cultura sectaria. Una forma de autoconfirmación.
Reconozco que tenía analistas que me ayudaban mucho, pero se puede saber el trabajo de cada uno, a mi particularmente que cumplan objetivos en 5 o en 8 me es indiferente, el presentismo es lo peor
Te pagan por hacer algo en un tiempo determinado, siempre que ese tiempo determinado sea realista. Unos días rendirás más, otros menos y al final se verá si vales lo que pagan.
Un programador cuya actividad en Jira es escribir “problema resuelto” no está haciendo bien su trabajo, está haciendo trabajar 2 veces a sus compañeros.
Por otro lado, tener en consideración Git tampoco aportaría objetividad. Muchas veces la solución es tocar una línea y le has estado dando vueltas 2 horas.
Pero lo raro es que lo suyo es que la IA de un aviso, y el gerente de turno de el toque de atención.
También es cierto que lo ha hecho una IA, entiendo que no es nada tan simple como parece. Por ejemplo, que deje un mensaje a medias, pase dos horas, y luego lo termine. O que tarde días en responder a una citación en el gestor de.tareas por lo que la comunicación no le llega. O que no siga determinados protocolos o procedimientos, por.ejemplo que en las PR siempre le de al OK y nunca escriba un comentario
Hay gente que hace su trabajo sin meter comentarios y que se olvida de cerrar tarea en el jira, por ponerte un ejemplo que veo mucho.
Lo de los comentarios, pues depende, que entre correo, teams, slack, menciones en jira, en confluence, pues puede que se te pasen notificaciones. Y si ya lo que hacen coger y llamarte ¿cómo verifica la ia que se trató tal tema o aquel?