Líder técnico · Responsable de IT

Aprendí los sistemas
desde todos sus lados.

Trabajo donde se cruzan software, datos, calidad, infraestructura y operación. Lidero equipos y construyo soluciones pensadas hasta el momento de ponerlas en marcha y sostenerlas.

Empecé en testing y soporte. Esa experiencia todavía define cómo trabajo: entender el uso real, medir lo que ocurre y evitar que un sistema dependa de una sola persona.

SQL SERVER QA DEVOPS HELP DESK AZURE IA APLICADA OPERACIONES

Una forma de mirar
que fue ganando distancia.

Aprender a mirar

Las pruebas me enseñaron a seguir una falla, hacer las preguntas correctas y entender que cada detalle cambia la experiencia completa.

Acercarme a la operación

En soporte conocí los sistemas fuera del laboratorio: con usuarios, urgencias, datos imperfectos y decisiones que no podían esperar.

Hacerme cargo del conjunto

Esa mirada creció hasta abarcar equipos, datos, calidad, infraestructura y automatización: partes distintas de una misma responsabilidad.

Trabajo sobre lo que
conecta las partes.

No me interesa aislar código, infraestructura, QA o soporte. Trabajo mejor cuando puedo entender cómo una decisión atraviesa todo el sistema.

01

Liderazgo técnico

Equipos de QA y Help Desk, prioridades, incidentes, SLA y coordinación entre negocio, producto y desarrollo.

02

Software & delivery

CI/CD, GitHub Actions, Docker, Linux, Azure y herramientas internas pensadas hasta su operación.

03

Datos

SQL Server, Azure SQL, T-SQL, integridad, planes de ejecución, índices y rendimiento medido.

04

Calidad

Estrategia de pruebas, regresión, cálculos críticos, criterios de aceptación y trazabilidad de defectos.

05

Automatización & IA

Agentes, n8n e integraciones API para análisis, debugging, documentación, monitoreo y soporte.

06

Operaciones

Troubleshooting, observabilidad, soporte, recuperación, seguridad y conocimiento que no depende de una persona.

“El trabajo técnico no termina cuando algo funciona, sino cuando se puede sostener.”
≈40%

menos tiempo de ejecución y consumo en procesos SQL, comparando planes antes y después.

≈35%

menos incidentes recurrentes en procesos intervenidos con documentación, estandarización y procedimientos.

QA

un proceso formal para validar cálculos críticos, cubrir regresiones y seguir cada defecto.

Trabajo seleccionado.

Proyectos públicos y casos anonimizados que muestran distintos lados de la misma práctica.

Algunas cosas que
aprendí operando.

01Si no se puede observar, todavía no está terminado.

02Automatizar un proceso roto sólo hace que falle más rápido.

03La documentación útil forma parte del sistema, no del cierre del proyecto.

04La IA necesita contexto, controles y alguien responsable del resultado.

PROYECTOS · COLABORACIONES

Si tenés una idea
en mente, escribime.

También colaboro en proyectos puntuales de automatización, implementación de IA y mejora de operaciones técnicas.