No necesitas ser técnico para liderar tu transformación digital

La pregunta que me hicieron más de una vez

"¿Pero vos entendés de tecnología?"

Me lo preguntaron cuando estaba liderando la digitalización de procesos en SINAES. Y lo entiendo: mi perfil es financiero, no técnico. La pregunta tiene lógica.

Mi respuesta fue siempre la misma: no necesito saber programar para liderar una transformación digital. Necesito entender el negocio, identificar las oportunidades, conseguir los recursos y crear las condiciones para que los equipos técnicos hagan su mejor trabajo.

Eso no es modestia. Es una descripción exacta de lo que hace un buen líder de transformación digital.

Este artículo es para ti si estás al frente de una empresa o área y sentís que la tecnología es territorio de otros. No lo es. El liderazgo digital no es sobre código. Es sobre decisiones de negocio ejecutadas con herramientas modernas.

Qué significa realmente liderar una transformación digital

Hay una confusión frecuente: transformación digital no es lo mismo que adopción tecnológica.

Comprar un sistema nuevo es adopción tecnológica. Transformar la forma en que tu equipo trabaja, toma decisiones y entrega resultados usando ese sistema: eso es transformación digital.

La diferencia importa porque explica por qué muchos proyectos tecnológicos fracasan. Se compra la herramienta. No se transforma nada. El equipo sigue trabajando igual, ahora con un paso adicional: cargar datos en el sistema nuevo.

Lo que hice desde un perfil financiero

En SINAES lideré varios proyectos de digitalización. No desde un rol técnico. Desde finanzas.

Coordiné la renovación completa del sitio web institucional —diseño UX/UI y accesibilidad— trabajando con el equipo de TI interno y un proveedor externo. Implementé protocolos de respaldo en la nube y ciberseguridad para los sistemas financieros. Construí un gestor documental sobre Power Apps y Power Automate, con capacitación al personal. Transformé el análisis y reporte financiero usando Power Query y Power BI.

¿Sé programar? No.

¿Entendía exactamente qué problema de negocio estaba resolviendo cada proyecto? Sí. Completamente.

Eso es lo que marca la diferencia.

Los cuatro roles del líder en una transformación digital

1. Definir el problema de negocio

No la solución tecnológica. El problema.

"Necesitamos un sistema nuevo" no es un problema de negocio. Es una solución buscando justificación.

El problema de negocio se ve así: "Los estados financieros llegan con diez días de retraso porque el proceso de consolidación es manual y depende de tres personas que trabajan en hojas de cálculo distintas. Eso nos impide tomar decisiones de presupuesto a tiempo."

Cuando defines el problema así, cualquier solución tecnológica tiene un criterio de evaluación claro. No eliges el sistema más moderno. Eliges el que resuelve ese problema específico dentro del presupuesto y el tiempo que tenés.

2. Conseguir los recursos

Los proyectos digitales mueren por tres razones: falta de tiempo del equipo, falta de presupuesto, o falta de decisión ejecutiva cuando aparece resistencia.

Las tres son problemas de liderazgo, no de tecnología.

Tu rol es proteger el proyecto. Eso significa:

• Conseguir el presupuesto antes de empezar, no en el camino.
• Asegurarte de que las personas clave tengan tiempo real asignado al proyecto —no "cuando puedan".
• Estar disponible para tomar decisiones cuando el equipo técnico llegue a una bifurcación.

Un proyecto de transformación digital sin respaldo ejecutivo sólido no es un proyecto: es un experimento que nadie va a defender cuando las cosas se pongan difíciles.

3. Hablar el idioma del equipo técnico

No necesitas aprender a programar. Necesitas aprender a hacer las preguntas correctas.

La diferencia entre un líder que desespera a su equipo técnico y uno que saca lo mejor de él está en la calidad de sus preguntas. Las primeras generan presión sin información. Las segundas generan conversación con datos.

4. Gestionar el cambio con las personas

Este es el componente que más se subestima y el que más proyectos destruye.

El equipo técnico puede entregar un sistema perfecto. Si el equipo que lo va a usar no entiende por qué existe, no confía en él o no sabe cómo operarlo, el proyecto fracasa.

La resistencia al cambio no es irracional. Es una respuesta natural a la incertidumbre. Las personas resisten porque:

• No entienden por qué el proceso actual no funciona.
• Sienten que la nueva herramienta los va a evaluar o reemplazar.
• Nadie los involucró en la decisión y se sienten ignorados.
• La capacitación fue insuficiente o llegó demasiado tarde.

Tu trabajo es abordar cada una de esas razones antes de que el sistema salga a producción, no después.

El proceso en cinco pasos para liderar sin ser técnico

Paso 1: Identifica el proceso más caro

No el más llamativo. El más costoso en tiempo, errores o decisiones tardías.

Mapea cómo funciona ese proceso hoy. Dibuja cada paso. Identifica dónde está el cuello de botella. Calcula cuántas horas-persona consume por semana y qué impacto tiene cuando falla.

Eso es tu caso de negocio. Sin tecnología todavía.

Paso 2: Define el resultado esperado antes de elegir la herramienta

¿Qué va a ser diferente cuando el proyecto esté completo? ¿Cuánto tiempo se va a ahorrar? ¿Qué decisión vas a poder tomar que hoy no puedes?

Si no puedes responder esas preguntas con números concretos, el proyecto no está listo para empezar.

Paso 3: Involucra al equipo técnico en el diagnóstico, no solo en la solución

Pídele a IT que entienda el proceso antes de proponer tecnología. Los mejores proyectos que vi nacieron de conversaciones entre el usuario del proceso y el técnico que lo va a digitalizar, antes de que alguien mencionara una herramienta específica.

Paso 4: Comunica el "por qué" antes del "qué"

Antes de presentar el nuevo sistema, explica el problema que resuelve. Con datos reales. Con el impacto en el trabajo cotidiano de las personas afectadas.

"Vamos a implementar un gestor documental en Power Apps" no comunica nada. "Hoy tardamos cuatro horas en encontrar un contrato. Con este sistema va a ser dos minutos" comunica todo.

Paso 5: Mide la adopción, no solo la implementación

El proyecto no termina cuando el sistema sale a producción. Termina cuando el equipo lo usa consistentemente y sin soporte constante.

Define indicadores de adopción: ¿cuántas personas usaron el sistema esta semana? ¿Cuántos documentos se cargaron? ¿Cuántas solicitudes se procesaron por el canal nuevo? Sin esos números, no sabes si la transformación ocurrió o si solo instalaste un sistema que nadie usa.

¿Estás frente a un proceso que necesita digitalizarse y no sabés por dónde empezar? Agenda una sesión de diagnóstico y lo revisamos juntos con criterio de negocio, no de tecnología.