El Ecosistema Digital

El Ecosistema Digital



Uno de los principales errores de comunicación entre Negocio y Tecnología es el lenguaje que usamos. Normalmente, tomamos prestadas las palabras de la arquitectura tradicional y hablamos de construir una aplicación, de estructuras de datos, y de proyectos llave en mano.

Este lenguaje genera claramente una expectativa letal en Negocio: creen que, una vez que el software está construido y pagado, ya está terminado. Y en cierta forma creen y  esperan que funcione para siempre sin prácticamente tocarlo.

Pero el software no es un edificio de hormigón. El software está mucho más cercano a un ente vivo. Evoluciona, se degrada y necesita adaptación constante. Las normativas cambian, los sistemas que los soportan evolucionan, los propios procesos necesitan una actualización constante.

🏢 De Arquitectos a Jardineros 🌳

La próxima vez que tengamos que justificar el presupuesto anual de mantenimiento o la necesidad de un equipo de desarrollo dedicado a la revisión de un software en funcionamiento pensemos en cambiar la metáfora. En lugar de usar un edificio o una infraestructura rígida dibuja un árbol o un jardín.

Explica a tu audiencia que el ecosistema digital de la empresa es como un jardín botánico:

  1. Regar (Mantenimiento): Si no riegas las plantas (actualizaciones de seguridad, soporte, parches), se mueren rápidamente. Un jardín sin jardinero se convierte en una selva en cuestión de meses.
  2. Podar (Eliminar lo obsoleto): Los sistemas antiguos que ya no aportan valor son como ramas secas. Si no las cortas, le quitan luz, agua y nutrientes a las nuevas aplicaciones. Retirar sistemas legacy es podar para dejar crecer la innovación.
  3. Plantar (Innovación): Las semillas de la IA o de nuevas funcionalidades solo prosperarán si la tierra está sana, las raíces (integraciones) están fuertes y hay espacio para crecer.

👀 El impacto visual

El Ecosistema Digital
El Ecosistema Digital

Quizás cuando Negocio vea esta imagen, el gasto de mantenimiento dejará de ser una incógnita incomprensible y se convierta en el agua que se necesita para mantener viva nuestra empresa.

Liderar visualmente significa proporcionar los modelos mentales correctos. Deja de prometer estructuras inmutables y empieza a crear sistemas digitales vivos y saludables.

Mapa vs Brújula

El Mapa vs la Brújula

💡 Cómo liderar equipos cuando el terreno cambia cada mes.

Hace apenas unos años, el orgullo de cualquier Director de Tecnología era presentar un Plan Estratégico a 3 años vista, incluso hoy los encontramos. En cualquier caso, se trata de un documento de muchas páginas, en el que encontramos un mapa más o menos detallado con cada objetivo, y con un poco de suerte con sus respectivos planes de acción asociados.

Sin embargo, en la actualidad, con la irrupción de la Inteligencia Artificial generativa y los cambios disruptivos que se producen y aceleran día tras día, intentar seguir un plan estratégico estático es cada vez más complicado, teniendo que intentar flexibilizar su aplicación y desarrollo.

Mapa vs Brújula
Mapa vs Brújula

🗺️ El problema de los mapas en la era digital

Los mapas son herramientas fantásticas para explorar territorios conocidos. Te dicen exactamente por dónde ir, dónde girar y cuánto tardarás. Pero, ¿qué ocurre si usas un mapa y, de repente, un terremoto cambia por completo la orografía del terreno? El mapa se vuelve inútil. Peor aún, te llevará directo al precipicio.

Ese terremoto es la tecnología actual. Hacer roadmaps detallados a largo plazo asume que el futuro será exactamente igual que el presente, y claramente no es el caso.

🧭 Dibuja una Brújula

En entornos de máxima incertidumbre, los líderes visuales no entregan mapas a sus equipos, les entregan una brújula.

Una brújula no te da instrucciones paso a paso. No te dice si te vas a encontrar un río o una montaña. Lo único que hace es señalar el Norte.

En nuestras organizaciones, ese Norte es el propósito, nuestros principios de arquitectura, nuestra obsesión por el cliente o nuestros estándares de seguridad. Cuando dibujamos una brújula frente a nuestro equipo, estamos diciendo: «No sé exactamente qué herramientas usaremos dentro de un año, pero sé que pase lo que pase, llevaremos una dirección clara».

Cuando el comité de dirección pide certezas absolutas y fechas inamovibles para proyectos y tecnologías que estamos iniciando a desarrollar, un mapa que se va deshaciendo entre nuestras manos no es la solución, tiene más sentido usar una brújula que nos permite guiarnos al objetivo entre la niebla.

Liderar hoy no es tener todas las respuestas del camino, es asegurar que, en medio de la niebla digital, todo el equipo sabe hacia dónde está el Norte.

Dedica tu tiempo a buscar el norte y deja de lado los mapas.

Metáforas Visuales - El Barco y el Ancla

El Barco y el Ancla – Por qué tu proyecto no avanza

… y por qué trabajar más horas no es la solución.

⛴️ La metáfora del Barco y el Ancla ⚓️

A lo largo del mes de marzo, y continuando con el hilo de mi publicación anterior, te presento las cuatro metáforas visuales clave para una gestión de proyectos eficaz. Hoy nos centramos en la segunda: el Barco y el Ancla.

Esta poderosa metáfora ilustra un principio fundamental: la necesidad de priorizar la eliminación y resolución de los impedimentos que nos frenan (el ancla) antes que intentar compensar la falta de velocidad invirtiendo más recursos (más motor o vela al barco). En la gestión de proyectos, a menudo es más eficiente retirar los obstáculos (procesos obsoletos, dependencias no resueltas, cuellos de botella) que seguir añadiendo personal o presupuesto, solo para que esos nuevos recursos impacten y se paralicen ante los mismos problemas de fondo. La velocidad real se gana liberando el ancla.

Metáforas Visuales - El Barco y el Ancla
Metáforas Visuales – El Barco y el Ancla

⚓️ Por qué tu proyecto no avanza y por qué trabajar más horas no es la solución.

¿Alguna vez has estado al frente de un proyecto en el que todo el mundo está trabajando al 120%, haciendo horas sin un mañana, y sin embargo, parece que no avanzáis hacia el objetivo?

Cuando no conseguimos alcanzar los resultados deseados, el instinto tradicional del directivo es añadir más fuerza: “Contratemos a otro proveedor adicional”, «Metamos más desarrolladores, externos claro», «Aumentemos la presión», «Trabajemos más rápido». Es el equivalente a intentar soplar más fuerte contra las velas de un barco, o a forzar el motor al 120%

Pero lo mejor es que antes de agotar a tu equipo generando un huracán artificial, te propongo siguiente: acércate a la pizarra y dibuja un barco.

🛥️ El motor y las anclas ⚓️

Dibuja un barco navegando hacia un sol en el horizonte (vuestra meta u objetivo). Detrás de él, dibuja flechas que empujan las velas: es el viento, o dibuja el motor que impulsa tu barco son todas las cosas que impulsan tu proyecto (vuestro talento, las ganas, las herramientas modernas, la IA).

Ahora, dibuja debajo del agua una cadena tensa atadas a una gran ancla que roza el fondo del mar. Representa tus Anclas: la burocracia y exceso de reuniones, los problemas para pasar a producción, las dependencias con otros departamentos que no responden, las especificaciones vagas, el software Legacy que falla constantemente.

¿Por qué tu proyecto no avanza?
¿Por qué tu proyecto no avanza?

⛓️‍💥 La solución liberar cadenas en lugar de forzar el motor

Aquí está la magia del Liderazgo Visual: cuando ves este dibujo, te das cuenta instantáneamente de que por mucho que forcemos el motor (por muy duro que trabaje tu equipo), si el ancla está echada, el barco no se va a mover, solo se va a tensar hasta romperse.

En física y en la gestión de proyectos, a menudo se requiere mucha menos energía y dinero para cortar la cadena del ancla que intentar forzar el motor o añadir uno adicional.

Como líder, tu trabajo principal no es presionar a tu equipo para que reme más rápido. Tu trabajo es ponerte las gafas de bucear, identificar cuáles son las anclas invisibles que están frenando el proyecto, y usar tu influencia para cortarlas.

La próxima vez que hagas una reflexión personal o en equipo (retrospectiva), no preguntes «¿Por qué vamos lentos?». Dibuja el barco y pregunta al equipo: «¿Cuáles son las anclas que tenemos echadas hoy?». Verás cómo la conversación cambia por completo.

Muchas gracias

Metáforas Visuales - El Iceberg

El Iceberg de la Deuda Técnica

Cómo explicar a Negocio por qué «un botón nuevo» tarda tres semanas.

⭐️ ¿Qué son las metáforas visuales?

Son diagramas o esquemas visuales que condensan las bases fundamentales de un concepto, permitiéndonos explicar ideas complejas de manera concisa y memorable.

A lo largo del mes de marzo 2026, te mostraré 4 de las principales metáforas visuales empleadas habitualmente para la explicación de conceptos, la facilitación de dinámicas o la presentación de planes. Por ahora, solo te desvelaré la primera: la metáfora del «Iceberg».

Esta metáfora ilustra cómo aquello que es visible, o la punta del iceberg, es solo una fracción de algo inmensamente más grande, complejo e importante que permanece oculto bajo la superficie. Para comprender o solucionar un problema de raíz, o para entender el mapa completo de una situación, es crucial profundizar en todo aquello que no se ve a simple vista. A continuación, te presento un ejemplo claro de su aplicación.

Metáforas Visuales - El Iceberg
Metáforas Visuales – El Iceberg

🔺 El iceberg de la Deuda Técnica

Imagina que estás en una reunión de presentación de una nueva aplicación desarrollada. El equipo de Negocio pide una «pequeña» modificación. «Es solo añadir un botón, ¿por qué el equipo de Desarrollo dice que tardará tres semanas?», preguntan cruzándose de brazos.

Si respondes hablando de refactorización de código heredado, dependencias de la base de datos o deuda técnica acumulada, no sabrán de qué narices les estas hablando. Pensarán que estás poniendo excusas o que tu equipo de desarrollo es ineficiente.

Debería de ser el momento de soltar el ratón y parar tu demo, coger un rotulador para acercarte a la pizarra, y dibuja una línea de agua y un iceberg.

1️⃣0️⃣/9️⃣0️⃣ La regla del 10/90

Explica a tu audiencia que el software es exactamente igual que un iceberg. Ese botón nuevo, esa interfaz brillante y rápida que el usuario final toca, es solo la punta visible por encima del agua. Representa apenas el 10% del esfuerzo y del producto real.

El 90% restante es la masa gigante de hielo oscuro y sumergido que sostiene esa punta. Ese 90% es la infraestructura, el legacy (código antiguo que nadie se atreve a tocar), la seguridad, y sobre todo, la deuda técnica.

El Iceberg de la Deuda Técnica
El Iceberg de la Deuda Técnica

🗑️¿Qué es la Deuda Técnica visualmente?

Cada vez que en el pasado pedimos «sacar algo rápido» saltando los estándares de calidad, añadimos un bloque de hielo irregular a la base de nuestro iceberg. Con el tiempo, esa masa sumergida se vuelve inestable y peligrosa para navegar a su alrededor.

Cuando el equipo de Desarrollo o TI dice que tardará tres semanas en poner un botón, no están tardando en dibujar la punta visible del iceberg. Están tardando porque tienen que bucear en aguas heladas para reestructurar la gigantesca base oculta sin que todo el sistema colapse.

Los que aspiramos a ser líderes visuales no deberíamos de usar jerga técnica para defendernos, deberíamos usar metáforas visuales y universales para explicar los conceptos más complejos y técnicos. La próxima vez que te pidan, que me pidan «solo un botoncito», vamos, voy a dibujar el iceberg. Y espero que de repente, sean visibles los costes de mantenimiento e infraestructuras que implica ese pequeño cambio y con un poco de suerte dejarán de cuestionar nuestros plazos ya que siempre son motivados por pura supervivencia y estabilidad de los sistemas.

Muchas gracias

En el próximo post te contaré una nueva metáfora visual, no te la pierdas.

Menos es más

Pero si yo dibujo como un niño: Cómo perder el miedo al rotulador en 3 pasos

Es la frase que se repite el 99% de las veces antes de intentar enfrentarnos a una pizarra, ya sea digital, blanca, etc, en una sesión de trabajo: «No me pidas que salga a la pizarra, que yo dibujo como un niño de cinco años».

Existe un trauma colectivo. Alrededor de los 10 años, en el colegio, el dibujo dejó de ser una herramienta de comunicación y pasó a ser una asignatura de «Arte». Si no dibujabas la manzana con la sombra perfecta, te decían que «no valías para esto». Y dejaste de dibujar.

Menos es más
Menos es más

Hoy quiero pedirte que recuperes esa habilidad, no como artista, sino como pensador visual. Aquí tienes los 3 pasos para perder el miedo:

🍎 Paso 1: Cambia el chip: Arte vs. Funcionalidad

Debemos hacer una distinción fundamental:

  • Dibujo Artístico: Busca la estética, la emoción y la belleza. Es para museos.
  • Dibujo de Ideas (Visual Thinking): Busca la claridad, la estructura y la comprensión. Es para salas de reuniones.

Como líder técnico o funcional, no necesitas pintar «Las Meninas», necesitas dibujar un cuadrado que representa a un servidor y una flecha que indica hacia dónde van los datos. Si se entiende, es un buen dibujo y punto.

🔡 Paso 2: Domina el Alfabeto Visual

Igual que aprendiste código binario (0 y 1) o el alfabeto (A, B, C), el dibujo tiene su propio código básico. La buena noticia es que es ridículamente simple.

Si sabes hacer estas tres formas, ya eres un Visual Thinker:

  1. Cuadrado: Representa estructuras, objetos, edificios, bloques de código.
  2. Triángulo: Representa jerarquía, dirección, cambio, peligro.
  3. Círculo: Representa personas, ciclos, totalidad, foco.

🧩 Paso 3: Combina – La sintaxis

El Visual Thinking es como programar, combinas instrucciones básicas para crear funciones complejas. El Visual Thinking es como conectar varios dispositivos para montar una red compleja.

  • Cuadrado + Triángulo = Casa (o Home Page).
  • Cuadrado + Cuadrado = Base de datos.
  • Círculo + Líneas = Usuario.
Visual Thinking en 3 pasos
Visual Thinking en 3 pasos

No es magia, es sintaxis. Tu mano no ha olvidado cómo dibujar, tu mente solo necesita permiso para hacerlo, quizás no sea bonito al principio pero seguro que es útil, y con la práctica tus dibujos mejoraran.