Memorias en Ejecución — Liderazgo, trabajo y decisiones reales — T4/E27
Fernando J. Castellano Azócar
Hay oportunidades que uno busca, otras que se presentan sin esperarlas y algunas que, de entrada, ni siquiera parecen oportunidades.
Durante mis primeros años como estudiante de Ingeniería de Sistemas viví una experiencia que terminó siendo fundamental en mi desarrollo profesional. Lo curioso es que no comenzó frente a una computadora, ni desarrollando un programa, ni siquiera haciendo algo directamente relacionado con lo que estaba estudiando.
Comenzó cuando me asignaron una responsabilidad que prácticamente nadie quería asumir.
Y lo más interesante es que, en aquel momento, yo tampoco tenía idea de lo que terminaría aprendiendo.
El Congreso de Ingeniería de Sistemas
Cuando ingresé a la Universidad de Los Andes, en Mérida, una de las cosas que me propuse fue integrarme a las distintas actividades que se realizaban en la Escuela de Ingeniería de Sistemas.
Así fue como llegué a FUNDACIS, la Fundación Ingeniería de Sistemas, una organización que desarrollaba distintas iniciativas para promover la carrera, fortalecer las relaciones con otras instituciones y conseguir recursos para la Escuela.
Una de sus actividades más importantes era el Congreso de Ingeniería de Sistemas.
Era un evento anual que reunía a profesionales del área, muchos de ellos egresados de nuestra propia Escuela, quienes regresaban para compartir sus experiencias y los proyectos en los que estaban trabajando.
Para nosotros, los estudiantes, representaba una oportunidad extraordinaria de acercarnos al mundo profesional que apenas comenzábamos a conocer.
Por supuesto, organizar un evento de esa magnitud requería mucho trabajo.
Y como sucede en muchas organizaciones, existía una especie de jerarquía entre quienes participábamos. Los estudiantes de semestres superiores asumían las actividades de mayor visibilidad, especialmente aquellas que permitían interactuar con los invitados, mientras que quienes estábamos comenzando nos encargábamos principalmente de la logística.
Yo formaba parte de este segundo grupo.
Una de las cosas que más me llamaban la atención era el sistema automatizado de inscripciones.
Hoy puede parecer algo completamente normal, pero en aquellos años registrar a los participantes utilizando computadoras y generar automáticamente los listados representaba una innovación importante.
Era un desarrollo de nuestra propia Escuela y todos nos sentíamos muy orgullosos de contar con él.
Naturalmente, quienes tenían la oportunidad de sentarse frente a las computadoras para registrar a los participantes eran los más afortunados.
Los demás esperábamos que algún día nos tocara.
Pero a mí me esperaba una responsabilidad diferente.
La tarea que nadie quería
El sistema de inscripciones tenía un desarrollador que se encargaba de garantizar su funcionamiento durante el evento.
Su presencia era indispensable porque el programa se encontraba prácticamente en desarrollo permanente. Había que atender los requerimientos que surgían, mantener funcionando la base de datos y asegurar que todo estuviera disponible para registrar a los asistentes.
Este profesional utilizaba una silla de ruedas.
Los espacios donde se realizaba el congreso cambiaban de un año a otro, y las instalaciones no siempre contaban con las condiciones de accesibilidad necesarias. A eso había que sumar las dificultades propias del montaje: mesas, sillas, cajas, equipos y cables que ocupaban buena parte del espacio destinado a las inscripciones.
Por ello era necesario que alguien se encargara de apoyarlo con la logística durante toda la semana.
La responsabilidad consistía en recibirlo cada mañana, acompañarlo hasta el área de inscripciones, ayudarlo a instalarse y permanecer disponible para atender cualquier necesidad relacionada con su movilidad y comodidad. Al finalizar la jornada, debía acompañarlo hasta el lugar donde lo recogían.
Era una tarea importante, pero poco atractiva para quienes esperaban participar en otras actividades del congreso.
Recuerdo que, cuando llegó el momento de solicitar voluntarios, todos guardamos silencio.
Yo también.
Hasta que el responsable del Comité Organizador se dirigió directamente a mí y me preguntó si podían confiarme aquella responsabilidad.
No tuve problema en aceptar.
Sabía que significaba dedicar prácticamente toda la semana a esa actividad, sin posibilidad de participar en muchas de las otras cosas que se estaban organizando.
Pero había aceptado el compromiso y tenía que cumplirlo.
Lo que no sabía era que aquella decisión me colocaría al lado de una de las personas de las que más aprendería durante esos días.
Una computadora, un sistema y muchas preguntas
El primer día del congreso estuvo lleno de actividad.
Cumplí con lo que me habían asignado y, una vez que el desarrollador estuvo instalado, comencé a observar lo que hacía.
Yo ya tenía experiencia utilizando computadoras. Como conté en el episodio anterior, había tenido la enorme fortuna de contar con una propia y de experimentar con algunos programas en BASIC.
Sin embargo, una cosa era hacer pruebas por mi cuenta y otra muy distinta observar el funcionamiento de una aplicación real, utilizada por una organización para resolver una necesidad concreta.
Eso era precisamente lo que tenía frente a mí.
El primer día procuré no interrumpir demasiado. Había mucho trabajo y entendía que su responsabilidad principal era garantizar que todo funcionara correctamente.
Pero observaba.
Veía cómo interactuaba con el sistema, cómo atendía los requerimientos y cómo iba resolviendo las situaciones que se presentaban.
Al segundo día tuve la oportunidad de comenzar a preguntarle.
Y allí sucedió algo que todavía recuerdo con enorme satisfacción.
Comenzó a explicarme cómo funcionaba el programa.
Me habló del lenguaje de programación que había utilizado, de la estructura y el funcionamiento de la base de datos, de cómo se procesaba la información y de la manera en que el sistema generaba los listados que necesitaban los organizadores.
Para mí fue una verdadera clase magistral.
No estaba viendo simplemente a alguien utilizar una computadora. Estaba conociendo cómo se había construido una herramienta que resolvía un problema real.
Y eso cambió completamente mi perspectiva.
Hasta ese momento había utilizado programas y había experimentado desarrollando algunas cosas. Pero ahora tenía frente a mí a quien había construido una aplicación completa y podía explicarme las decisiones técnicas que estaban detrás de su funcionamiento.
Lo más interesante era que podía relacionar esas explicaciones con lo que estaba sucediendo durante el evento.
La información que ingresaban los participantes tenía que almacenarse. Esa información debía procesarse y organizarse. Y, finalmente, tenía que convertirse en listados útiles para quienes estaban a cargo del congreso.
Por primera vez estaba viendo de cerca cómo todas aquellas piezas se integraban para producir un resultado.
Y quería entender cada vez más.
De observar a participar
Al tercer día ya estaba colaborando con la generación de los listados.
Podía ver el código, relacionarlo con lo que el sistema hacía y comprender mucho mejor las explicaciones que había recibido.
Recuerdo especialmente la emoción de esos momentos.
No porque hubiera dejado de cumplir mi responsabilidad original, sino porque mientras la atendía había encontrado una posibilidad de aprendizaje que nunca imaginé cuando acepté el trabajo.
Durante toda la semana seguí acompañándolo y apoyándolo.
Y, al mismo tiempo, fui conociendo cada vez mejor el funcionamiento del sistema.
Para el final del congreso sentía una enorme admiración por aquel profesional. No solamente por sus conocimientos técnicos, sino por la disposición que tuvo para compartirlos conmigo mientras cumplía con una responsabilidad tan importante.
El aprendizaje tampoco terminó cuando concluyó el evento.
Durante las semanas siguientes continuamos trabajando con la información del congreso, generando listados y analizando los datos obtenidos.
Fue una experiencia muy distinta a la que había tenido hasta entonces.
Ya no se trataba únicamente de conocer una herramienta informática. Había comenzado a comprender el proceso que existía detrás de ella: una necesidad, una solución desarrollada para atenderla y un conjunto de personas que dependían de que funcionara correctamente.
Y, por supuesto, comencé a preguntarme hasta dónde podría llegar yo con lo que estaba aprendiendo.
Pero esa es otra parte de la historia.
Lo que realmente me dejó aquella responsabilidad
Con los años he recordado muchas veces esa experiencia.
Y hay algo que me parece particularmente importante: yo no acepté aquella tarea porque supiera que me permitiría aprender programación.
Ni siquiera imaginaba que tendría esa posibilidad.
La acepté porque alguien necesitaba que me hiciera responsable de algo y consideró que podía confiar en mí.
Pude haberme limitado a cumplir con la logística durante toda la semana. Habría sido perfectamente válido, porque eso era precisamente lo que me habían pedido.
Pero ocurrió algo adicional.
Mientras cumplía mi responsabilidad, me interesé por lo que hacía la persona a quien estaba apoyando. Y ese interés dio lugar a una relación de intercambio de conocimientos que terminó ampliando enormemente mi visión sobre la programación.
No creo que deba interpretarse esta historia como una invitación a aceptar cualquier tarea esperando obtener algo a cambio.
De hecho, el aprendizaje más importante no fue que una actividad poco atractiva pudiera convertirse en una oportunidad.
Fue comprender que una responsabilidad puede acercarnos a conocimientos, personas y experiencias que jamás habríamos encontrado si solamente nos concentráramos en aquello que queremos hacer.
Hay una diferencia importante entre buscar una oportunidad para beneficio propio y descubrir algo valioso mientras se cumple un compromiso.
En mi caso sucedió lo segundo.
Con el paso de los años, y especialmente al asumir responsabilidades de dirección y liderazgo, he comprendido también la importancia de crear condiciones para que otras personas puedan realizar bien su trabajo.
Aquel desarrollador tenía el conocimiento y la responsabilidad técnica para mantener funcionando el sistema. Lo que necesitaba del equipo organizador era el apoyo logístico adecuado.
Mi trabajo consistía en contribuir a que pudiera hacer el suyo.
Y mientras él hacía su trabajo, tuvo la generosidad de compartir conmigo una parte de sus conocimientos.
Esa combinación de responsabilidades, colaboración e interés hizo posible una experiencia que marcó mi formación.
Hoy puedo reconocer con mucha más claridad lo que significó aquella semana.
Ya tenía una computadora. Ya había experimentado con la programación. Ya contaba con herramientas y conocimientos que me daban ciertas ventajas como estudiante.
Pero me faltaba algo que difícilmente habría conseguido trabajando solamente por mi cuenta: ver cómo un profesional utilizaba sus conocimientos para construir y mantener una solución de la que dependían otras personas.
Y tuve la oportunidad de conocerlo de primera mano.
A veces pensamos que nuestro crecimiento profesional comienza cuando nos asignan una tarea importante, nos ofrecen un mejor puesto o nos permiten participar en un proyecto que nos entusiasma.
Mi experiencia me ha enseñado que no siempre es así.
En aquella oportunidad, el trabajo que me asignaron no tenía nada que ver con desarrollar software.
Sin embargo, fue precisamente esa responsabilidad la que me permitió acercarme a quien me mostró, con una aplicación real, lo que significaba hacerlo.
Yo había llegado al congreso para ayudar a que las cosas funcionaran. Salí de allí queriendo aprender a construir las herramientas que las hacían funcionar.
Y esa diferencia terminó siendo fundamental en el camino que comenzaba a recorrer.
Deja una respuesta