7 de abril de 2011

Golborne y la falta de empatía de los gerentes.

"Si Chile pudiera (...) en su trabajo reconocer el gerente al obrero... si el obrero pudiera reconocer a su jefe, Chile sería otro Chile"
Coco Legrand, Festival de Viña 2006.

Entre medio del caso de la "Intendenta rebelde" que ha acaparado la atención pública durante las últimas semanas, he estado siguiendo otros temas importantes, como el de la postergación del cambio de hora en Chile por parte de la administración actual.

¿Y de qué más voy a hablar que ya se ha mencionado hasta el cansancio? ¿A favor del retraso? No. ¿En contra del retraso? Tampoco. ¿Los problemas a nivel de administración de sistemas informáticos? Quizás. Pero hay otro tema que se deriva de esto último que es lo que realmente concita mi atención.

Ante el vendaval de críticas que mis colegas informáticos hicieron al Biministro de Energía y Minería, Laurence Golborne, respecto de los problemas de configuración de zona horaria tanto en servidores como en equipos de escritorio, el biministro se defiende con esta joyita:

"No es para tanto...yo trabajé años en informática así que algo conozco el tema. ¿No están parametrizados los sistemas?"
Laurence Golborne a través de Twitter, 28 de Marzo de 2011

Esa frasecita de "¿No están parametrizados los sistemas?" me recordó instantáneamente a esas frases clásicas de gerentes o ingenieros comerciales/industriales que para afuera (clientes, proveedores) se venden como expertos en gestión informática, pero para dentro (equipos de desarrollo, administradores de sistemas) parecen no tener la menor idea de cómo se hacen las cosas en computación:
  • "Ah, pero entiendo que se puede hacer con sólo un SELECT DISTINCT"
  • "Un sitio así lo hacemos en 2 días"
  • "Pero si eso es tan simple como poner un botón para cambiar de idioma"
  • "¿No están parametrizados los sistemas?"
  • etc.
Decidí echar una mirada al currículum del biministro. Ingeniero Civil Industrial en la PUC, OK. Estudios de administración de empresas en Northwestern y Stanford. Bien. Ningún estudio formal en informática ni computación. Partimos mal. "Yo trabajé años en informática", a ver qué dice su currículum al respecto... "... emigró a Orden S.A., firma de software donde fue gerente comercial". Eso no ayuda mucho a la causa. "En 1990 ingresó a Chilgener como subgerente de sistemas y comunicaciones" ¿Habrá tenido contacto con gente del rubro computacional?. Entonces resumiendo, la experiencia en informática del ministro se resume en haber sido gerente comercial y subgerente de sistemas.

¿Habrá programado el ministro alguna vez alguna línea de código? ¿Configurado un servidor? ¿Instalado algun software de administración? ¿Fuera de las tareas, trabajos o proyectos en la Universidad? ¿Habrá escuchado realmente a sus analistas de sistemas, programadores, administradores de sistemas e ingenieros en Orden y Chilgener cuando le decían "Esto estará listo en 1 semana, no en 2 días"?

A lo que voy es que Golborne adolece de un problema clásico de gerentes y administradores: El de minimizar el trabajo de sus colaboradores en informática. Las frases que enumeré arriba son clásicas de gente que nunca ha tocado código o hardware en su vida, o no le dio la atención suficiente para saber que las cosas no salen en tiempo gerencial, sino que en tiempo de ingeniería. Como el caso del cambio de hora. No es llegar y cambiar un simple parámetro. Hay que probarlo, hay que verificar que el cambio no afecte a otros parámetros del sistema. Probar casos de borde. ¿Está el código listo para recibir parámetros que salgan de la norma? ¿Cómo debe reaccionar ante tales eventos? ¿El parámetro "huso horario" tiene que ser un entero? ¿Qué se hace por ejemplo en el caso de Venezuela, país donde el huso horario es UTC-4.5?

Empatía, señores gerentes. Eso es lo que siempre he pensado que, de una manera u otra, se desenseña en las escuelas de administración. Reconocer el gerente al obrero pasa también por escucharlo, tomar en consideración su esfuerzo y el tiempo que le toma desarrollar una tarea. Si Usted cree que el proyecto debería salir mañana, y el ingeniero o técnico le dice que tomará 3 días, no es de flojo, es por que él sí sabe. Usted sabe cómo vender proyectos. Antes de venderlos sepa cuánto tiempo y esfuerzo tomarán, escuche y tome consideración. Así se evitará malos ratos tanto con sus clientes (por entregar productos/servicios con retraso o con baja calidad) como con sus colaboradores (por horas extras trabajadas, stress, desmotivación).

8 comentarios:

:: T H E K R A K E N :: dijo...

Como casi siempre, 100% de acuerdo.

3d0 dijo...

Excelente, pero eso tambien pasa por esto: http://empleo.barrapunto.com/empleo/10/09/28/1042212.shtml
Dale una vuelta :3

3d0 dijo...

Excelente artículo. Pero no estoy de acuerdo con la raiz del problema, creo que este artículo es más acertado: http://empleo.barrapunto.com/empleo/10/09/28/1042212.shtml

Anónimo dijo...

¿Ahora es culpa del área comercial de una Compañía de TI que la mayoría de los proyecto se retrasen? Ah bue...
Desde que al área de Desarrollo de mi Empresa institucionalizaron un mecanismo de ingresos variables o comisiones por proyecto, los retrasos se redujeron mágicamente a casi cero... ¿Empatía de los Gerentes? Nahh... simplemente las lucas son motivos suficientes para no sacar tanto la vuelta...

Jota dijo...

Señor Anónimo, vea este vídeo para que sepa REALMENTE qué son motivos para no sacar la vuelta

Joe dijo...

Jota: notable video!

Anónimo: El problema empieza cuando las lucas no pueden/quieren darse... Y que pasa si el beneficio entregado para obtener el desarrollo no es tan eficiente como se planeó que fuera?

económicamente no es viable, por que por un aumento en la inversión no se obtiene siempre el retorno deseado... Tu caso puede caer en una interesante casualidad... Ahora bien, algo me dice que tú no estas en la gerencia y que algo de camino te falta por recorrer para esa meta... No todo es como lo pintan los diarios o como lo informa el que esta arriba...

Citando a un rey ficticio: "cuando yo peleo en serio, no quiero que se sepa lo que puedo hacer"

Anónimo dijo...

Trabaje en orden con Laurence Golborne y para desilusion del que escribe, programo mas que una linea de codigo, incluso su jefe en aquella epoca lo critico por esto (le apasionaba la informatica) y ademas me consta sabe bastante.

Sobre el ¿para cuando? si el trabajo se realiza seriamente las situaciones de deben anticipar sobre todo si hablamos de sistema informaticos importantes, antes y siempre se deben considerar las situaciones de bordes ¿o no? .
No desprestigien mas el rubro, reconozcan que esto no es fisica cuantica, ni estamos en la NASA, ademas estoy segura que esta rueda ya se invento....

SOTITO dijo...

perfecto comentario,
en las mineras pasa lo mismo...
los gerente de turno no tienen idea ni les preocupa como hacer las cosas..