Con los años me he dado cuenta de que la tecnología cambia mucho más rápido que los criterios con los que deberíamos tomar decisiones sobre ella.
He trabajado con herramientas, plataformas y fabricantes muy distintos. Algunos han desaparecido y otros siguen ahí, pero la forma en la que intento analizar un problema apenas ha cambiado.
Procuro partir siempre de lo mismo: entender qué problema se quiere resolver, valorar el impacto y los riesgos, probar cuando hace falta y decidir con criterio.
Por eso esta página no explica qué tecnologías utilizo. Explica cómo intento pensar la tecnología antes de incorporarla a una organización.
Nota de alcance: esta página describe mi forma personal de analizar la tecnología y tomar decisiones.
La tecnología no me interesa como un catálogo de herramientas. Me interesa por lo que permite resolver, por los riesgos que introduce y por su capacidad para sostener el trabajo que depende de ella.
Cuando se dirige tecnología conviven muchas capas: estrategia, seguridad de la información, continuidad, normativa, sistemas, personas, proyectos y decisiones técnicas que terminan afectando al negocio.
Por eso no creo en dirigir tecnología únicamente desde una presentación. Hay que entender lo suficiente para preguntar bien, detectar riesgos, contrastar lo que te cuentan y tomar decisiones con los pies en el suelo.
Entender antes de decidir
Antes de tomar una decisión tecnológica, intento comprender bien qué problema se quiere resolver.
Parece obvio, pero no siempre lo es. A veces se empieza hablando de una herramienta cuando todavía no está claro el proceso. O se propone una solución antes de saber qué riesgo reduce, qué coste introduce o qué dependencia genera.
Por eso me gusta empezar con preguntas sencillas:
- ¿Qué problema queremos resolver realmente?
- ¿Qué ocurre si no hacemos nada?
- ¿A quién afecta?
- ¿Qué riesgo reduce?
- ¿Qué dependencia crea?
- ¿Cuánto costará mantenerlo?
- ¿Quién lo operará cuando deje de ser un proyecto y pase a ser un servicio?
Muchas decisiones mejoran solo con plantear bien estas preguntas.
Con los años he descubierto que una buena decisión rara vez comienza con una respuesta brillante. Normalmente empieza cuando alguien formula la pregunta que todavía nadie había planteado.
Riesgos, seguridad y continuidad desde el principio
La seguridad, la continuidad y el análisis del riesgo no deberían aparecer al final de un proyecto como revisiones incómodas.
Cuando una tecnología sostiene un proceso importante, hay que pensar desde el principio qué puede fallar, qué impacto tendría, cómo se detectaría, cómo se recuperaría y quién tendría que actuar.
No se trata de bloquearlo todo. La seguridad no consiste en impedir que las cosas se hagan, sino en conseguir que puedan hacerse con un nivel de riesgo conocido, asumible y sostenible.
Se trata de decidir sabiendo qué se acepta, qué se mitiga y qué no debería asumirse.
Un sistema no es bueno solo porque funcione el día que se pone en marcha. También debe poder mantenerse, protegerse, auditarse, recuperarse y explicarse.
Proveedores: confianza, pero con control
Los proveedores son necesarios. Nunca he pensado que un buen CIO deba hacerlo todo por sí mismo, pero sí que necesita entender lo suficiente para saber qué está delegando y qué consecuencias tiene esa decisión.
Externalizar un servicio no significa olvidarse de él. Cuando un proveedor sostiene un proceso relevante, pasa a formar parte del mapa tecnológico y de riesgos de la organización.
Por eso, al valorar una relación tecnológica, intento mirar más allá del contrato y de la presentación comercial:
- ¿Qué servicio presta realmente?
- ¿Qué proceso soporta?
- ¿Qué datos trata?
- ¿Qué ocurre si falla?
- ¿Qué compromisos existen?
- ¿Cómo comunica las incidencias?
- ¿Qué alternativas hay?
- ¿Cómo podría plantearse una salida si algún día fuera necesaria?
La confianza es necesaria, pero sin seguimiento puede terminar convirtiéndose en dependencia ciega.
Probar tecnología antes de comprar discurso
No necesito probarlo todo, pero hay tecnologías que conviene tocar para entenderlas de verdad.
Una cosa es leer una presentación sobre inteligencia artificial, automatización, seguridad, nube o monitorización. Otra muy distinta es montar algo, configurarlo, romperlo, medirlo y descubrir sus limitaciones reales.
Ahí es donde mi laboratorio personal cobra sentido. No como una colección de máquinas ni como un escaparate técnico, sino como un lugar donde probar ideas, comparar herramientas, entender dependencias y separar lo que funciona de lo que únicamente suena bien.
Mi laboratorio no existe para demostrar que una tecnología funciona. Existe para descubrir cómo falla.
Solo cuando comprendo sus límites empiezo a confiar realmente en ella.
Ese contacto directo me ayuda a entender mejor las soluciones, formular preguntas más precisas y detectar limitaciones que una presentación comercial no siempre muestra.
Documentar lo suficiente para no depender de la memoria
La documentación perfecta no existe, y la que nadie actualiza tampoco sirve de mucho. Pero documentar lo necesario cambia por completo la forma de trabajar.
Un inventario útil, un diagrama sencillo, una lista de dependencias, un procedimiento de recuperación o una decisión bien explicada pueden evitar muchos problemas meses después.
Me interesa especialmente documentar lo que ayuda a operar:
- Qué existe.
- Para qué sirve.
- De qué depende.
- Quién lo mantiene.
- Qué datos trata.
- Cómo se recupera.
- Cuándo se revisó por última vez.
No documento para llenar carpetas ni para recordar cada detalle del pasado. Documento para que un sistema pueda entenderse, mantenerse y recuperarse sin depender de una sola persona ni de una memoria perfecta.
IA y automatización con sentido práctico
La inteligencia artificial y la automatización me interesan mucho, pero no como moda.
Me interesan cuando ayudan a reducir carga operativa, mejorar una revisión, ordenar información, detectar patrones, acelerar análisis o evitar tareas repetitivas. También me interesan sus límites.
No necesito conocer todas las herramientas que aparecen cada semana. Necesito distinguir cuáles aportan valor real y cuáles únicamente añaden complejidad.
Una automatización mal diseñada puede generar más problemas de los que resuelve. Una IA aplicada sin suficiente control puede introducir errores, dependencia, opacidad o riesgos que no compensan.
Por eso prefiero un enfoque práctico:
- Probar primero en pequeño.
- Medir la utilidad real.
- Mantener supervisión humana cuando sea necesaria.
- Documentar el uso.
- Tener claro qué decisiones no deben delegarse en una herramienta.
No todo lo que puede automatizarse debería automatizarse. Y no todo lo que puede hacerse con inteligencia artificial merece la pena hacerlo con inteligencia artificial.
Decidir también es saber decir que no
Una parte importante de dirigir tecnología consiste en decidir qué no hacer.
No comprar una herramienta porque está de moda. No incorporar una plataforma si no puede mantenerse. No asumir una dependencia que no se comprende. No iniciar un proyecto sin un responsable claro. No complicar una solución cuando el problema era sencillo.
No siempre resulta cómodo decir que no. Sin embargo, algunas de las decisiones más valiosas no son las que incorporan una tecnología nueva, sino las que evitan introducir una complejidad que nadie necesitaba.
La tecnología tiene una tendencia natural a crecer: más sistemas, más integraciones, más proveedores, más datos, más automatismos y más excepciones. Si nadie aplica criterio, el entorno termina siendo difícil de gobernar.
Cómo entiendo el criterio técnico
Para mí, el criterio técnico no consiste en saberlo todo. Eso es imposible.
Consiste en hacer buenas preguntas, comprender las consecuencias de una decisión y no perder el contacto con la realidad operativa.
También implica aceptar que una buena decisión tecnológica no siempre es la más moderna, la más barata ni la más elegante. A veces es la que mejor encaja con el riesgo, el equipo, el presupuesto, la continuidad, el soporte y el momento de la organización.
Con el tiempo he dejado de preocuparme por conocer todas las tecnologías que aparecen. Prefiero entender suficientemente bien aquellas que realmente pueden cambiar la forma de trabajar.
Por eso esta web no pretende demostrar cuánto sé sobre una herramienta concreta. Documenta cómo analizo la tecnología, cómo la pruebo, qué aprendo al utilizarla y qué criterios considero antes de confiar en ella o proponer su uso.
No comparto recetas. Comparto una forma de pensar.
La tecnología cambia constantemente. El criterio con el que decidimos utilizarla debería durar mucho más.