La importancia del liderazgo en TI: lo que el código no resuelve

Hay equipos con gente brillante que no logran entregar y equipos promedio que entregan con constancia. Cuando se revisa por qué, casi nunca es la tecnología. Es la claridad de rumbo, la confianza dentro del equipo y la forma en que se toman decisiones. Es decir, liderazgo. En TI esto se subestima porque solemos premiar al mejor técnico con el puesto de líder, y esa promoción rara vez viene con un manual.

Liderar no es lo mismo que ser el que más sabe

El error más común: creer que liderar es resolver los problemas más difíciles uno mismo. Funciona un tiempo. Luego el equipo depende de una sola persona, las decisiones se vuelven un cuello de botella y nadie crece.

| Rol | Pregunta que se hace | Cómo mide su éxito | |---|---|---| | Experto técnico | ¿Cómo resuelvo esto? | La calidad de su propia solución | | Líder | ¿Cómo logro que el equipo lo resuelva? | Lo que el equipo logra sin él |

Un buen líder técnico sigue entendiendo el código, pero su palanca ya no es escribir más, sino que todos escriban mejor.

Lo que sí hace un líder en TI

1. Da dirección

El equipo necesita saber por qué hace lo que hace, no solo qué. "Migrar a la nube" no es un objetivo; "reducir a la mitad el tiempo de recuperación ante fallos" sí lo es. Cuando la dirección es clara, la gente toma buenas decisiones sin pedir permiso.

2. Quita obstáculos

Muchos bloqueos no son técnicos: un permiso que tarda semanas, un requerimiento ambiguo, una reunión que no debería existir. Quitar eso del camino es trabajo del líder y suele rendir más que cualquier herramienta nueva.

3. Crea seguridad psicológica

Un equipo donde nadie se atreve a decir "me equivoqué" o "no entiendo" acumula errores ocultos. La investigación sobre equipos de alto desempeño, como el trabajo de Amy Edmondson sobre seguridad psicológica, apunta a que la capacidad de hablar con franqueza es un factor central. En la práctica se construye con gestos pequeños: el líder admite sus errores primero, agradece las malas noticias y no castiga al que las trae.

4. Desarrolla personas

Delegar no es soltar tareas, es dar contexto, autonomía y espacio para fallar con red de seguridad. Pregúntate si quien trabaja contigo hoy está aprendiendo algo que hace un año no sabía.

5. Protege al equipo y comunica hacia arriba

Traduces entre mundos: lo que el negocio necesita hacia lenguaje técnico, y los riesgos técnicos hacia lenguaje de negocio. Si el equipo se entera de los cambios de prioridad por rumores, falló la comunicación.

Señales de que falta liderazgo

• Las prioridades cambian cada semana y nadie sabe cuál es la importante.
• Las decisiones esperan a una sola persona.
• Las reuniones sirven para informar, no para decidir.
• Los errores se esconden o se culpa a personas en lugar de analizar el proceso.
• La gente buena se va y el conocimiento se va con ella.

Si reconoces dos o tres, no necesitas otra herramienta: necesitas conversar sobre cómo se está liderando.

Liderazgo y entrega de software

Esto no es solo asunto de "gente blanda". Los estudios de DORA (DevOps Research and Assessment) han encontrado que las prácticas técnicas y el liderazgo se refuerzan entre sí: los equipos con liderazgo transformacional tienden a adoptar mejores prácticas de entrega y a sostenerlas. La tecnología habilita, pero es la dirección la que hace que se mantenga.

Cómo empezar si te toca liderar

1. Pregunta antes de decidir. Escucha al equipo que va a ejecutar la decisión.
2. Haz reuniones 1 a 1 regulares. Treinta minutos, centrados en la persona, no en las tareas.
3. Da retroalimentación rápida y específica, positiva y correctiva, cerca del hecho.
4. Documenta decisiones y su razón. Evita discutir lo mismo tres veces.
5. Pide retroalimentación sobre ti. Si nadie te corrige, no es que no haya qué corregir.
6. Cuida tu propio ritmo. Un líder agotado contagia ese estado.

Lo que no funciona

• Microgestión. Comunica desconfianza y frena la autonomía.
• El líder héroe, que apaga todos los incendios y evita que el equipo aprenda a hacerlo.
• Liderar por cargo en lugar de por confianza. La autoridad formal se obedece, la confianza se sigue.

Lo que he aprendido liderando comunidades

Mi escuela de liderazgo no fue una oficina sino las comunidades estudiantiles. Fui presidente del capítulo de sistemas computacionales del TecNM Saltillo, capitán del AWS Cloud Club, líder del AWS Student Builder Group (la evolución de ese programa de AWS), restauré el club de programación y fui host y coorganizador del AWS Student Community Day México 2026. En todas había voluntarios, nadie reportaba a nadie y el mérito no se pagaba con un sueldo. Aprender gestión de proyectos mientras lideras. Mi mayor reto fue, sencillamente, ir aprendiendo a la vez: gestión de proyectos, a delegar, a liderar. Recuerdo un evento en el que el proveedor de audio nos falló con el sonido y nos avisaron con menos de una hora de anticipación. Había que sacar el evento adelante, así que nos pusimos a resolver, lo logramos sin mayor problema y el evento salió bien. Me quedé con una idea: en liderazgo, lo que importa no es que no haya imprevistos, sino cómo respondes cuando llegan.

Formar a mi equipo directo. Al principio me apoyaba en la gente que ya me rodeaba. Después empecé a trabajar con personas que no conocía; por un proyecto o por coincidencia, iba detectando sus capacidades y fortalezas. Lo que más me funciona es definir responsabilidades y libertades con claridad, cuándo algo debe escalarse y cuál es el proceso para resolverlo. Es una de las cosas que se me da con naturalidad, y también la que más he aprendido a hacer a propósito. Organizar el Community Day me recordó la pasión que tengo por la gestión de proyectos, y lo mucho que me falta por aprender, para mí y para mi comunidad. Esa es, creo, la mejor señal de que algo te interesa de verdad.

Para finalizar

El liderazgo en TI no es un talento con el que se nace ni un título que se recibe. Es un conjunto de hábitos que se practican: dar dirección, quitar obstáculos, cuidar a las personas y ser honesto cuando algo sale mal. Y no hace falta tener un cargo para ejercerlo. En comunidades, proyectos y equipos pequeños, quien propone, escucha y ayuda a otros a avanzar ya está liderando. Lo que sí hace falta es decidir hacerlo a propósito.