Urgentidad

Cuando un equipo se está armando y se va a poner en producción, todos corren, porque nunca se llega con los tiempos, siempre se diseña mal algo o falló alguna cosa, o el equipo que tenía que llegar en 2 semanas tardó 6 y entonces todos los que venían después se atrasaron.

Una vez que está funcionando, todos corren como locos si algo falla, como en cualquier ambiente de operaciones.

Y resulta ser, que cuando hay que sacarlo al server, porque se acaba el contraro o porque el cliente sino tiene que pagar una multa, siempre también estás corriendo, porque también el tiempo es plata.

O sea, se pierde plata antes, durante y después. Lo que tiene en común es que los tiempos siempre están mal. ¿Hay falta de planificación? Sí, es raro el proyecto bien planificado. ¿Hay falta de recursos? Seguramente, es algo cada vez más finito, tanto en gente como en equipos o software.

Lo que no termino de entender es la URGENTIDAD de todo. Es casi como el cuento de Pedrito y el Lobo. Si todo siempre es urgente, ¿cuál es la prioridad real de las cosas? O sea, cualquiera puede marcar como importante o urgente un mail en Notes o en el Outlook, pero de ahí a que sea urgente o relevante es otro tema. Conozco el caso de una persona que terminó poniendo en el asunto “POR FAVOR LÉANLO”, ya que se había dado cuenta de la cantidad de cosas que se enviaban en la misma clasificación, y todo pasaba por el mismo filtro.

En pocas palabras, si TODO es URGENTE hay dos posibles causas:

  • se trabaja para el orto
  • la gente que clasifica lo urgente de lo no urgente, no sabe discriminar

El ejemplo de la fábula del pastor y sus ovejas encaja perfectamente acá, si te llama el pm que sea, o el representante de cliente y se ponen todos a los gritos por cualquier boludez, llega un momento en el cual uno mismo filtra diciendo “bue, otra vez algo de”, y termina teniendo la misma gravedad un equipo caído, una aplicación que da error 404, un cluster que no hace failover o un usuario que no puede acceder a un archivo.

¿Ejemplos? Tengo miles, pero la tendencia que veo es esa. TODO es URGENTE, y tiene que ser resuelto ya, no importa la gravedad real o la complejidad del tema. ¿Severidad 4 existe realmente?

Que tengan buen finde

Anuncios

De un PM y un albañil

Se imagina si las construcciones se administraran como los proyectos informáticos?
pues deteneos en este gráfico hilarante:
construccinformat

Puede parecer gracioso, pero es una realidad diaria, y no solo para quienes desarrollan software, si no que esto algo asi como una pandemia entre las empresas de IT (con o sin outsourcing, con o sin uso de Scrum). A que ya les ha pasado verdad?

Metricas

Como es que no hablamos de las métricas antes?? Las famosas métricas, amadas por los gerentes y odiadas mayormente por los trabajadores, son una excelente herramienta, si se la utiliza adecuadamente. Claro esta, esto no siempre sucede y es donde se generan las…….. Falacias de las Metricas!!!

Falacia de la cantidad

Generalmente se tienen en cuenta la cantidad de tickets que un SA cierra, sin embargo, esto no siempre refleja la cantidad de trabajo que le representa.
Ejemplo: 1 ticket con 200 servidores para reparar o 200 tickets de falsas alarmas que solo hay que cerrarlos

Falacia de la complejidad burocrática

Algunas veces lograr cerrar un ticket (un “change”, o llegar a los requirements de un sprint, para los Developers o en su caso los DevOps), puede significar poco trabajo técnico y mucha burocracia para conseguirlo.
Ejemplo: 2 Meses de meetings y explicaciones para lograr un ticket
Esto no suele verse reflejado en los números por que no es cuantificable!

Falacia del porcentaje

Juan cerró el 75% de los tickets y Pedro sólo el 25%.
Sin duda diriamos que Pedro tiene una mala performance.
Sin embargo, si consideramos que la cantidad total de tickets fue de  4, podemos entender que quizas Pedro no llego a tener oportunidad de trabajar o mostrar su potencial. Por otro lado si la cantidad de tickets fuera alta, revisemos la falacia de la cantidad y/o la falacia de la complejidad burocrática. Claramente el porcentaje no siempre es algo claro. Existen otras situaciones y ejemplos del mal uso del porcentaje, pero lo importante, nuevamente, es mostrar lo medido considerando el contexto para no caer en este error.

Falacia “Strawberry picking”

Si en el equipo de trabajo no existe una distribución de trabajo planeada, puede ocurrir, que se suscite una avivada de tomar los tickets mas fáciles dejando los mas complejos para otros compañeros. Es decir, se comen la frutilla del postre. Esta falacia sumada a las anteriores puede dejar a algunos trabajadores desprevenidos al borde de la guillotina.

 Falacia de las peras y las manzanas

Aunque algunos no lo crean, hay personas que piensan que es lo mismo construir manejar un colectivo (bus) que un auto (automovil), total ambos tienen volantes y pedales. Cuando las métricas comparan trabajo, hay que hacerlo de la manera apropiada, revisando que estamos comparando peras con peras y manzanas con manzanas y no peras con manzanas, por que son cosas distintas.
Una ejemplo de esta falacia, es cuando mes a mes, la forma de medir cambia  (quizás debido a una evolución de la forma de medir, o todo lo contrario), por consiguiente no podemos verificar si hubo un cambio en la cantidad y calidad de trabajo.

Falacia de los “Graphic lovers”

Es de conocimiento general que a los managers/gerentes les encantan los gráficos de torta y columnas. Son como un orgasmo de realización empresarial cuando todo esta en “verde“. Este tipo de gente quiere medirlo todo. Cuantificarlo todo. Y eso es un problema, varios problemas en realidad a saber:
– Crear tickets para cada cosa por mas mínima que sea.
– Sobrecarga de trabajo para realizar los informes:Alguien siempre tiene que preparar los reportes y gráficos, sea el Team Leader o el mismo gerente. De cualquier manera, alguien tiene que gastar tiempo innecesariamente en lugar de hacer algo mas productivo.
– Aumento de probabilidad de caer en cualquiera de las otras falacias.
– Imposibilidad de poner el foco en lo mas importante ya que la cantidad de variables se hace inmanejable.
– etc.

Resumiendo, muchas cabezas han sido cortadas y otras coronadas por errores en las métricas. Si la medición no se hace a conciencia y contextualizada, podemos estar cometiendo graves errores.

metrics

 

Alguna falacia que no hayamos comentado?

Redundancia

Como si fuera poco usar las variadas ‘tracking tools‘, tambien hay cuatro herramientas donde registrar las certificaciones

logyourcert
Mi pregunta es, si se gastan tanto tiempo, mails y sermones en evangelizarnos sobre la optimización de recursos, nadie repara en lo innecesario de cargar 4 veces la misma información? Y no es por el hecho de cargar la info, si no en pensar que hay cuatro sistemas, desarrollados, y mantenidos que contienen la misma información, no de un empleado, si no de miles. Hace falta que explique todo lo que signfica? Lo que cuesta monetariamente?

Es verdad. no todas estas herramientas fueron desarrolladas con el fin de almacenar las certificaciones de cada empleado, empero, existiendo esa funcionalidad en otras herramientas, seguimos desarrollando funcionalidades de temas resueltos. Me epxlico?
Para ser práctico, si mañana viene el manager de LDAP y se le ocurre que carguemos nuestras certificaciones en el LDAP, sería lógico????
Claro que no, como no lo es cargarlo en 4 herramientas. Pero en fin….
Todo, todo, todo es una gran M#&/(=”$!!!

 

Cuanto tardaste en estar productivo?

En las grandes ITs suelen tardar en darte acceso a todo lo que necesitas, que la tarjeta de entrada, el mail, la vpn, acceso a distintas cuentas etc etc. En mi caso, en una de las que trabaje, tardaron 3 meses hasta darme todo para que pueda trabajar. Y vos? cuanto tardaron en dejarte productivo?

Esta entrada fue sugerida por Ejecutivo Crítico

update: Esto no sólo pasa en las ITs, pero es irónico que en las empresas de tecnología sea tan lento el proceso.

Horas trabajadas

Como si no fuera poco los sueldos paupérrimos, las exigencias absurdas, los managers incompetentes, y los cursos online que nos obligan a tomar, hay que trackear las horas trabajadas. Evidentemente no se invento la solución definitiva para este asunto, porque no solo que cada empresa utiliza una herramienta distinta (obviamente) si no que utilizan VARIAS HERRAMIENTAS CON LA MISMA INFORMACIÓN!!!!!!
Excel, Claim, Máximo, GTT, Omega, CATW, Proactive, TimeSheet, SAP  etc etc,

Cada una con sus códigos, cada una con su interfaz, y entre todas, no completan una.
Trabajar para varias cuentas puede ser un dolor de cabeza, trabajar para distintos proyectos en varias cuentas es un  #$%”%&&!!!#$%=&!!!
Vos que sistema de traking de horas usas?