Dirigir tecnología no consiste en saber más que nadie ni en elegir siempre la herramienta más nueva.
Consiste en entender bien el problema, hacer las preguntas adecuadas y tomar decisiones sabiendo qué riesgos se asumen, qué dependencias se crean y qué debe seguir funcionando cuando algo falla.
Con los años he aprendido que muchas decisiones tecnológicas no salen mal por una limitación técnica. Salen mal porque se toman sin suficiente contexto, sin pensar en la operación diaria o sin valorar lo que costará mantenerlas después.
En esta sección reúno artículos sobre decisiones TIC, riesgos, activos, proveedores, automatización y la forma en que intento mantener el criterio técnico sin perder de vista la organización y el negocio.
No son recetas universales. Son experiencias, decisiones y aprendizajes explicados desde el contexto en el que tuvieron sentido.
Mi objetivo no es decir qué debería hacer todo el mundo, sino compartir cómo analizo una decisión tecnológica y qué criterio me llevo después de tomarla.
Proveedores TIC: el riesgo que no está en tu servidor
Externalizar un servicio no significa externalizar el riesgo. Una mirada práctica a proveedores TIC, dependencias, contratos, continuidad, incidentes y DORA…
Lo que mi homelab me enseña como CIO técnico
Cómo piensa y decide un CIO al diseñar un homelab: arquitectura, costes, seguridad, escalabilidad. Metodología que convierte un hobby en…
Activos TIC: el inventario que sí sirve para algo
Un inventario TIC útil no es una lista muerta de servidores y licencias. Es una forma práctica de entender qué…
Gestión de riesgos TIC sin humo: antes del Excel, entiende tu tecnología
Antes de rellenar una matriz de riesgos, conviene entender qué tecnología sostiene el servicio, qué puede fallar, qué impacto tendría…
De la bandeja de entrada al caos cero: cómo automatizar Gmail sin perder la cabeza
Un sistema práctico para ordenar Gmail con filtros, etiquetas y Apps Script: prueba cada regla, automatiza por etapas y vigila…
Por qué un CIO debería seguir tocando tecnología (y no solo PowerPoints)
Por qué un directivo tecnológico debe mantener las manos en el código. Reflexión sobre liderazgo técnico, credibilidad y toma de…
- 1
- 2
- Siguiente »





