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 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.

Estructuras VT

Patrones de Diseño: 4 estructuras para organizar el caos

Ya tenemos nuestras variables (formas), funciones (conectores) y usuarios (personas). Pero, como en el desarrollo de software, sin una buena arquitectura de la información, el resultado es código espagueti sin orden, un caos.

En una pizarra o libreta, el «dónde» pones las cosas importa tanto como el «qué» dibujas. Para no abrumar a tu audiencia, puedes comenzar utilizando uno de de los 4 patrones básicos, que están ampliamente probados y funcionan muy bien.

Estructuras VT
Estructuras VT

➡️ El Patrón Lineal

Estructuras VT - Lineal
Estructuras VT – Lineal

Ideal para procesos, hojas de ruta (roadmaps) o historias de usuario. El cerebro lee de izquierda a derecha. Lo podemos usar principalmente cuando el orden de los factores sí altera el producto.

*️⃣ El Patrón Radial

Estructuras VT - Radial
Estructuras VT – Radial

Perfecto para lluvias de ideas o para explicar un concepto central y sus dependencias. Pones la idea en el centro y dejas que los detalles orbiten a su alrededor. Es la estructura de los Mapas Mentales. Te recuerdo que en mi blog tengo múltiples post sobre mapas mentales.

⬆️ El Patrón Vertical

Estructuras VT - Vertical
Estructuras VT – Vertical

Indica jerarquía. De lo general a lo particular. Lo podemos usar para organigramas, arquitecturas de microservicios o para desglosar un presupuesto desde el total hasta la partida más pequeña.

🔣 El Patrón Modular

Estructuras VT - Modular
Estructuras VT – Modular

Excelente para tomar decisiones. Dividimos el espacio en cuadrantes (ej. Urgente vs. Importante). Nos ayuda a comparar opciones de forma objetiva.

🤔 Seleccionar la estructura más adecuada

Profundicemos ahora en el proceso esencial que se debe seguir para el desarrollo de cualquier proyecto. Este proceso se inicia con una fase crucial conocida como pensamiento divergente. Durante esta etapa, el objetivo principal es la generación de una amplia variedad de ideas, sin juzgarlas ni filtrarlas inicialmente. Es un momento de exploración creativa donde la cantidad supera a la calidad, buscando agotar todas las posibilidades y perspectivas relacionadas con el proyecto. La meta es producir el mayor número posible de soluciones, enfoques o conceptos.

Una vez que el flujo de ideas comienza a disminuir y ya no nos surgen nuevas opciones relevantes, se produce una transición natural hacia la fase de pensamiento convergente. Esta etapa representa un cambio de enfoque: de la expansión a la selección y concreción. Aquí, el análisis crítico cobra importancia, y la tarea se centra en evaluar, agrupar y filtrar las ideas generadas en la fase anterior para identificar una o varias posibles soluciones viables y efectivas. Es precisamente en esta fase convergente donde se toma la decisión fundamental de seleccionar la estructura más adecuada que servirá como marco para el proyecto.

Por lo tanto, el desarrollo de un proyecto se rige por la siguiente secuencia metodológica y principios de composición:

  • Organización conceptual y simplificación textual: Es imperativo ordenar y jerarquizar las ideas recopiladas. Simultáneamente, se debe llevar a cabo un proceso de síntesis y simplificación de los textos o contenidos verbales. Esto garantiza claridad, y facilita la comprensión del mensaje principal.
  • Asociación de iconografía y simbología visual: Para reforzar el mensaje y mejorar la retención, podemos asociar una iconografía, o simbología visual específica a cada uno de los elementos, conceptos o secciones clave del proyecto. Esta codificación visual ayuda a establecer anclajes mentales y a dinamizar la comunicación.
  • Selección y definición de la estructura: Se debe seleccionar meticulosamente la estructura, el layout o la composición que mejor se adapte al contenido, al objetivo del proyecto y al público. Esta estructura debe ser el resultado de la evaluación crítica realizada en la fase convergente.
  • Uso estratégico del espacio negativo o blanco: El espacio en blanco no debe verse como un vacío, sino como un elemento compositivo activo y adicional. Su uso estratégico es fundamental para:
    • Mejorar la legibilidad y la respiración visual.
    • Crear jerarquía visual entre los elementos.
    • Enfocar la atención del espectador en los elementos clave.

💛 Regla de Oro: Respeta el espacio en blanco

En tecnología, optimizamos el espacio en disco, pero en comunicación visual, el espacio vacío es tu mejor aliado. Permite que el ojo descanse y sepa qué es lo verdaderamente importante. Si tu dibujo está demasiado apretado, tu mensaje también lo estará.

¿Qué te parece? Te leo en los comentarios.

Picture superiority effect

No es arte, es biología. La ciencia detrás del pensamiento visual

No es arte, es biología: La ciencia detrás del Pensamiento Visual (para escépticos) 

Seguramente, cuando escuchas «Visual Thinking» o «Liderazgo Visual», una parte racional de tu cerebro directivo levanta una ceja. «Eso queda muy bonito en los workshops de Design Thinking, pero yo gestiono infraestructuras críticas, presupuestos complejos y equipos multidisciplinares. No tengo tiempo para dibujar».

Te entiendo. Yo también siento el vértigo que produce dibujar y que piensen que simplemente son locuras que no llevan a ninguna parte. Pero lo cierto es que el dibujo no es «un adorno», es un «hack» biológico para el cerebro de nuestros equipos.

El «Picture Superiority Effect»

Existe un concepto en psicología cognitiva llamado el Picture Superiority Effect (Efecto de Superioridad de la Imagen). No es una opinión, es biología evolutiva. Durante millones de años, nuestros antepasados sobrevivieron identificando formas visuales (un tigre entre la maleza, una fruta madura) mucho antes de que inventáramos el lenguaje escrito.

Nuestro cerebro está cableado para ver. Leer es un «software» instalado recientemente en nuestra historia evolutiva, ver es el sistema operativo base, las imágenes son nuestro código máquina, mucho más rápido y eficiente.

Si eres un amante de los datos, aquí tienes uno: El cerebro procesa las imágenes 60.000 veces más rápido que el texto.

Procesamiento Verbal vs Visual
Procesamiento Verbal vs Visual

Cuando presentamos un informe lleno de texto en una diapositiva (todo un Muro de Texto), estás obligando a tu audiencia a decodificar símbolos abstractos (letras), ensamblarlos en palabras, luego en frases y finalmente extraer el significado. Es un procesamiento secuencial, lento, y generalmente agotador y poco motivante. Es como intentar descargar una película con un módem de los años 90, todo lleno de pitidos y chirridos.

Cuando presentas un diagrama o un dibujo, el cerebro capta la totalidad del concepto casi instantáneamente. Es banda ancha pura, fibra óptica de primera calidad.

Picture superiority effect
Así lo contaba ya en el 2019 – Picture superiority effect

No dibujamos para decorar

Como líderes tecnológicos, buscamos eficiencia. Optimizamos código, optimizamos procesos e intentamos acortar tiempos. Entonces, ¿por qué seguimos comunicándonos con un formato (solo texto/voz) que tiene tanta latencia cognitiva? y ¿por qué cuando decidimos añadir imágenes nos limitamos a decorar sin relación, ni sentido?

No estoy hablando de dibujar para que nuestros informes queden adornados. Os propongo dibujar para que nuestra comunicación sea eficiente y efectiva. No dibujamos para decorar la realidad, dibujamos para hackear la atención y la comprensión de quienes nos escuchan.

Te leo en los comentarios.