Herramientas | Don't Give up!

El Iceberg de la Deuda Técnica

1 marzo, 2026 / jrgsanta / No hay comentarios

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.

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

🗑️¿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.

Humanizando los procesos – Cómo dibujar usuarios sin saber anatomía

15 febrero, 2026 / jrgsanta / 1 comentario

Los que nos dedicamos a diseñar y definir procesos en las organizaciones, pasamos el día hablando de User Experience, Customer Journeys, Stakeholders y Team Members. Sin embargo, cuando nos acercamos a una pizarra para dibujar un proceso, las personas suelen desaparecer, siendo sustituidas por cajas frías con etiquetas como «Cliente» o «Usuario».

😅 ¿Por qué creo que es un error omitir el dibujo de las personas?

Porque el cerebro humano está cableado para empatizar con las figuras humanas. Un diagrama que incluye personas deja de ser un «mapa de proceso» para convertirse en una «historia de usuario».

🛠️ Tus dos herramientas principales para dibujar personas

Para dibujar personas no se requiere ningún tipo de conocimiento en anatomía, ni ser un retratista, tan solo tienes que dominar las formas básicas que ya os conté en mi post de la semana pasada. En cualquier caso, al igual que el típico gráfico de la evolución del hombre, te dejó también su evolución en el Visual Thinking

En cualquier caso, para comenzar a coger experiencia con el Visual Thinking te aconsejo practicar principalmente las dos siguientes:

Star Person ⭐️ : Es la forma más rápida de dibujar acción. Una estrella de cinco puntas donde la punta superior es la cabeza. Permite mostrar movimiento, celebración o urgencia con apenas tres trazos.
Block Person ▋: Si buscas representar un rol (un Administrador de Sistemas, un CEO, un Desarrollador), usa el «bloque». Un rectángulo sólido da una sensación de autoridad y estructura.

La persona cabeza y la persona palo son demasiado elementales, y aunque son útiles para apuntes rápidos, cuando realices un diagrama más serio trata de evitarlos. La persona plastilina te llevará más tiempo usarla bien, y no tengo claro que compense el trabajo necesario para dominar su uso salvo que quieras dar un aspecto muy profesional a tus sketchnotes, diagramas o infográfias.

⭐️ El toque maestro: La emoción mínima viable 🙂 😶 🙁

Buenas noticias, tampoco necesitas dibujar rostros complejos. La dirección de las cejas o la curva de la boca son suficientes para indicar dónde le duele el proceso al usuario (punto de dolor) y dónde siente el éxito.

Cuando dibujas el «dolor» del usuario en un flujo de proceso, la necesidad de tu proyecto se vuelve indiscutible, y cambia totalmente la perspectiva y el sentido del mismo. Empatiza con tu audiencia cualquiera que esta sea.

¿Te animas a incluir personas en tus diagramas y procesos?

Comparte tu experiencia …👇

Sintaxis Visual: Flechas, Contenedores y Lógica de Negocio

7 febrero, 2026 / jrgsanta / 1 comentario

En programación, puedes tener los mejores datos del mundo, pero sin operadores lógicos (IF, THEN, ELSE), no tienes un programa. En el Pensamiento Visual ocurre lo mismo, las formas son los «nombres» que representan a los objetos, pero los conectores y contenedores son los «verbos» y representan las acciones.

Como líder, tu trabajo no es solo identificar piezas, sino explicar cómo interactúan. Para ello, necesitamos dominar estas dos herramientas clave: Los conectores y los contenedores.

➡️ Las Flechas o Conectores (representan el flujo logístico)

No todas las flechas son iguales. Una flecha no es solo una línea con punta y ya, se trata de una instrucción completa que no podemos dejar al azar. Veamos algunas básicas:

Flecha continua: Un flujo de datos normal.
Flecha discontinua: Una relación débil o una posibilidad futura.
Flecha de doble sentido: Sincronización o diálogo entre sistemas.
Flecha con un «rayo»: Un punto de fricción o un error en el proceso.

Estas son solo algunas de las básicas, pero ahora te toca a ti crear las tuyas propias. Te dejo unas pocas más para inspirarte. Buscar las que mejor se adapten a los procesos de tu negocio y después practicar usandolas. Tu objetivo añadirlas a tu propia biblioteca visual de forma fluida.

🚩Los Contenedores (Alcance o Scope)

En cualquier ambito, el contexto lo es todo. Dibujar un cuadrado o una nube alrededor de un grupo de elementos define el alcance.

¿Esto es parte del backend? Enciérralo en un contenedor. ¿Es un servicio externo? Dibújalo dentro de una nube. El contenedor le dice al cerebro: «Todo lo que está aquí dentro pertenece al mismo dominio».

⭐️ Conclusión

Cuando combinas una forma (Sujeto) con una flecha (Verbo) dentro de un contenedor (Contexto), dejas de hacer dibujos y empiezas a programar la mente de tu audiencia para que entienda la lógica de tu negocio de forma instantánea.

El código fuente visual: 5 formas para dibujarlo todo

1 febrero, 2026 / jrgsanta / 3 comentarios

En el mundo del software, todo lo que vemos en pantalla se reduce a ceros y unos. En la genética, la complejidad de la vida se escribe con solo cuatro letras: Adenina (A), Timina (T), Guanina (G) y Citosina (C). ¿Por qué pensamos entonces que para comunicar una estrategia técnica necesitamos ser expertos en Bellas Artes?

Para un líder visual, el «SDK» (Software Development Kit) básico no tiene miles de librerías, consta únicamente de 5 formas primitivas.

Tu Kit de desarrollo visual:

El Punto: Es el origen, el dato atómico, el nodo en una red.
La Línea: Es la relación, el flujo de datos o el camino del usuario.
El Cuadrado: Representa lo sólido. Un servidor, un módulo de código, un departamento o una caja de texto.
El Círculo: Representa lo humano y lo cíclico. Un usuario, un stakeholder o un proceso que se repite.
El Triángulo: Es la flecha que indica dirección o la pirámide que marca jerarquía y prioridades.

Si sabes dibujar esto (y te aseguro que sabes), tienes la capacidad de dibujar un plan estratégico o una arquitectura de nube. No busques el realismo, busca el ensamblaje de estas piezas. Te dejo el ejemplo del despiece de un Dron:

Igual que un ingeniero no dibuja cada tornillo para explicar un motor, tú no necesitas arte. Necesitas usar el código fuente del dibujo para que tu equipo entienda, de un vistazo, cómo encajan las piezas del sistema.

🗒️ Del cuaderno a la Junta Directiva 👨‍💼 Tu roadmap de práctica

El miedo al lienzo en blanco se cura con una estrategia de despliegue continuo:

Fase 1 (Personal): Empieza en tus notas personales. Sustituye la palabra «servidor» por un cuadrado. No te ve nadie, es tu entorno de desarrollo.
Fase 2 (Staging): En reuniones pequeñas con gente de confianza, levántate y dibuja la relación entre dos ideas en una pizarra. Algo sencillo, firme y rápido.
Fase 3 (Producción): Cuando domines la sintaxis, atrévete a que el núcleo de tu próxima presentación sea un esquema visual construido en directo o mostrado con claridad. Ahí es donde ocurre la magia de la comprensión.

🛠 Consejos prácticos para un inicio seguro

Baja la resolución: No intentes que el cuadrado sea perfecto. Si las líneas no cierran del todo, no pasa nada; el cerebro de tu audiencia las cerrará por ti.
Usa el «Grosor» a tu favor: Si usas un rotulador de punta gruesa, te obligas a no entrar en detalles innecesarios y a centrarte en la estructura.
Copia patrones: No reinventes la rueda. Por ejemplo, mira cómo se dibujan los diagramas de arquitectura en las nubes públicas (AWS, GCP, Azure) y simplifícalos con tus 5 formas básicas.

Dominar estas 5 formas es tu primer paso para dejar de ser un emisor de ruido y convertirte en un líder de claridad.

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

16 enero, 2026 / jrgsanta / No hay comentarios

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.

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.

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.