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.

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.

Evolución de las personas

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

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

Evolución de las personas
Evolución de las personas

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

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

Emocionalidad
Emocionalidad

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 …👇