Una trayectoria desde la operación técnica hacia liderazgo, control y transformación tecnológica.

Qué tipo de liderazgo tecnológico aporto

Mi recorrido profesional me ha llevado hacia un tipo de liderazgo tecnológico que combina criterio técnico, lectura operacional y capacidad de ordenar trabajo. No parte desde una mirada puramente administrativa: parte desde la ingeniería electrónica, desde sistemas que debían quedar funcionando, ser mantenibles y responder bajo presión. Esa base importa porque permite tomar decisiones con conciencia de dependencias reales, restricciones de terreno, riesgos operativos y evidencia verificable.

Me interesa liderar áreas, iniciativas y equipos donde tecnología, operación, control y negocio se necesitan mutuamente. En ese cruce, el rol no consiste solo en conocer herramientas, sino en traducir complejidad técnica en prioridades, estándares, flujos de trabajo, métricas y decisiones ejecutables.

Base operacional: por qué importa

En First Security ese enfoque tomó forma práctica. Primero desde el diseño y supervisión de proyectos de seguridad electrónica, donde el valor estaba en lograr implementaciones sólidas en terreno, coordinando instaladores, clientes y contratistas. Después, en un rol más orientado a sistemas, la mirada se desplazó hacia la operación continua: recepción de video, VMS en SOC, evaluación de desempeño de plataformas, automatización con Power BI, Power Apps y Python, además de configuración avanzada de redes con MikroTik. Más tarde, al asumir responsabilidades de estandarización, puesta en marcha e I+D, el trabajo dejó de ser solo técnico en el sentido estrecho y pasó a incluir calidad, consistencia, criterio de implementación y coordinación entre áreas.

Ese tránsito entre instalación, operación, estandarización y mejora continua es lo que hoy alimenta un trabajo centrado en automatización de procesos, reportería y diseño de controles dentro del sector bancario. La base operacional no es nostalgia por el terreno: es una ventaja para liderar con realismo, anticipar fragilidades, distinguir entre controles formales y controles que efectivamente operan, y construir sistemas de trabajo sostenibles.

Cómo trabajo

• Evidencia antes que intuición. La experiencia sirve para formular hipótesis, pero no para reemplazar la validación. En entornos críticos, la calidad de la decisión depende de la calidad de la evidencia disponible.
• Dirección con contexto técnico. Liderar tecnología no es solo asignar tareas: es entender dependencias, riesgos, capacidades del equipo y restricciones operativas antes de decidir.
• Automatización donde exista repetición. Si un control, seguimiento o reporte se repite de forma predecible, lo razonable es diseñar un flujo que reduzca fricción, mejore trazabilidad y libere tiempo analítico.
• Documentación como activo. Un estándar técnico bien escrito no es burocracia: es una pieza de control, una herramienta de transferencia y una forma concreta de reducir variabilidad operacional.
• Lenguaje técnico traducido a decisión. Parte importante del trabajo es conectar detalle técnico con impacto de negocio, para que el análisis no quede atrapado entre jerga operativa o abstracción regulatoria.

El punto de intersección

Lo que busco desarrollar es una práctica profesional situada en un cruce poco habitual: liderazgo tecnológico, automatización, arquitectura de control y gestión de riesgo con sensibilidad operativa real. Haber trabajado con cámaras, alarmas, VMS, redes, software de apoyo, estandarización y despliegues permite leer de otra manera las dependencias de un proveedor, las superficies de falla y los controles compensatorios que sí son viables. No se trata de romantizar la experiencia de terreno, sino de usarla como una ventaja metodológica al momento de diseñar mejores procesos, conducir iniciativas y evaluar riesgo con más criterio.

Ese enfoque también dialoga con la formación académica reciente. El Máster en Inteligencia Artificial e Ingeniería del Conocimiento ya completado aportó estructura para pensar automatización, análisis y diseño de soluciones. En paralelo, la Maestría en Seguridad Informática Avanzada, actualmente en curso, amplía el marco para seguir profundizando en ciberseguridad con una mirada integrada entre operación, arquitectura y control.

Qué problemas quiero liderar

Este sitio existe como una extensión de esa tesis profesional. No busca funcionar como una vitrina genérica de habilidades, sino como un lugar donde ordenar ideas, documentar criterios y publicar análisis que conecten operación técnica con liderazgo, automatización, control y riesgo. Los proyectos propios entran en esa misma lógica: aplicaciones pequeñas, privadas y mantenibles que convierten fricciones repetidas en herramientas concretas. El blog, en particular, será el espacio para desarrollar esa conversación con más profundidad: cómo cambia la lectura de un proveedor cuando se ha estado del lado de la implementación, cómo traducir lenguaje de compliance a términos verificables para equipos técnicos y cómo usar automatización para hacer controles más consistentes y auditables.

En términos simples, me interesa liderar problemas donde el rigor técnico, el criterio de control, la coordinación entre áreas y el diseño de herramientas se necesiten mutuamente. Ese es el hilo conductor de la trayectoria hasta ahora, y también la dirección de lo que viene.