“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, eso no...
"FUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU"
Esto es un jodido retroceso.
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...
Es como Amazon,..
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.
Bill Gates
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.
Empresa tóxica claramente a evitar, no me extraña que hayan dejado de crecer. Al final los despedidos van a tener hasta suerte...
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%
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.
¿A que ya no hace tanta gracia?
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.
Es muy raro, insólito, que despidan a 150 programadores sin tener bien claro lo que hacen.
Solo decía que evaluar eso en un algoritmo no es tarea facil.
Pero son tan cutres que la IA "solo" ha dado un 40% de falsos positivos...
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.
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).
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.
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.
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
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
- ¿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".
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.
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
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".
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.
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.
Agapitov
Bueno, ya cierro yo la puerta. Ciao.
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).
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?
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!
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 micromanagement puede llegar a ser la mitad del tiempo de trabajo.
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.
- 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...
Lo que se suele hacer en estos casos es medir cuanto trabajo hacen tus compañeros y en caso de que el tuyo esta claramente por debajo entonces es cuando es procedente despedirte por productividad. Hacerlo de otra manera es practicamente imposible.
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.
Muy grave.
Quizás en proyectos de mediopelo pueda ser menos necesario. Pero 3n macroproyectos de años, con decenas de inplicados, rotaciones, etc... es vital. (JIRA o similar)
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.
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.
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....