Usar Librerías de Componentes

Escalabilidad Visual. Construye tu propia Librería de Componentes

Si le pides a un desarrollador que construya una nueva página web, ten por seguro que no va a programar el botón de «Aceptar» o el menú de navegación desde cero. Utilizará librerías, frameworks (como React o Angular), componentes pre-construidos, o directamente aplicará vibe-coding con una IA. La programación moderna no se basa en escribir más código, sino en reutilizar código inteligente. 

Entonces, ¿por qué cuando tienes que explicar una arquitectura de red, dibujas el mismo servidor, la misma base de datos y la misma nube por centésima vez?

La verdadera revolución de pasar del soporte físico al entorno digital (tu iPad o tablet) no es solo el poder de «Deshacer» (Ctrl+Z) o el trabajo con capas. La ventaja definitiva es la reutilización.

Un Visual Thinker no pierde el tiempo repitiendo tareas mecánicas, crea sus propios «componentes» visuales personalizados, los guarda en su stack tecnológico y simplemente los ensambla para construir nuevos diagramas a una velocidad asombrosa. Básicamente su trabajo consiste en ir ensamblando componentes como si se tratará de un Lego.

Usar Librerías de Componentes
Usar Librerías de Componentes

📚 Cómo construir tu propia Librería de Componentes:

No necesitas cientos de dibujos. Para el 90% de tus reuniones corporativas, solo necesitas estandarizar una docena de elementos como máximo y muchas veces con la mitad tendrás más del 80% de lo necesario. Te propongo este flujo de trabajo:

  1. La fase de creación: Dedica un tiempo de tu semana a dibujar en tu app favorita (Procreate, Goodnotes, Concepts) tus kits básicos. Ya sea de una categoría concreta, o de un evento específico.  En mi caso particular utilizaré Paper que considero es una herramienta genial para este propósito, pero tú utiliza la que te sea más útil. Dibuja tu versión de:
    • Infraestructura: Un servidor, una nube, una base de datos (un cilindro), un engranaje (proceso).
    • Objetivos: Un diana, una meta, una estrella para lo prioritario.
    • Evento concreto (Lean): Un engranaje, una balanza, una regla, un cronómetro.
  2. La extracción (El recorte): Las apps modernas te permiten seleccionar estos dibujos con la herramienta de lazo y guardarlos como «Elementos», «Pegatinas» (Stickers) o «Pinceles/Sellos». Cada herramienta tiene una forma de implementar la funcionalidad.
  3. El ensamblaje en vivo: La próxima vez que estés en una videollamada por Teams explicando cómo un nuevo usuario se conecta a la base de datos a través de una API segura, no te pongas a dibujar todo eso a mano. Abre tu librería, arrastra tu icono de «usuario», tu icono de «nube» y tu «candado». Solo tendrás que dibujar en vivo las flechas que los conectan.

Al hacer esto, multiplicas tu agilidad por diez. La tecnología se encarga del trabajo repetitivo (los componentes) y tú aportas el verdadero valor: las conexiones lógicas y la estrategia.

Te leo en los comentarios

Sesiones On-line

De presentador a facilitador en sesiones on-line

¿Cómo te sentirías proyectando directamente tu iPad? Créeme es una forma muy eficaz de revivir tus reuniones en remoto, y por lo general a la gente les encanta. Te confieso que en mi trabajo no lo he probado, pero si en los webinars que realizo de Visual Thinking y suele ser una experiencia increíblemente satisfactoria.

Piénsalo por un momento: ¿cuál es tu nivel de atención en el minuto 20 de una reunión por Teams o Zoom mientras alguien te está leyendo una tras otra diapositivas llenas de viñetas? Si eres humano, tu cerebro probablemente ya esté pensando en esa tarea que tienes pendiente o revisando el correo si dispones de una segunda pantalla. A esto lo llamamos «Zoom Fatigue» (Fatiga de Zoom). Y también te confieso que a mi personalmente me pasa, y dado que no soy especial creo que nos pasa a todos en mayor o menor medida.

Como líderes, nuestro trabajo es alinear equipos, y no puedes alinear a un equipo que no te está prestando atención.

En la oficina física, es fácil cambiar el ritmo, si te atreves: te levantas, coges un rotulador y te vas a la pizarra. El simple acto físico de levantarte y dibujar hace que todos los ojos se centren en ti. La biología humana está programada para seguir el movimiento. Cuando alguien está dibujando una línea en tiempo real, nuestro cerebro no puede evitar mirar para ver cómo termina.

¿Cómo replicamos la magia de la pizarra en el entorno remoto? Conectando nuestro stack visual a la videollamada. Al compartir la pantalla de nuestro iPad o tablet, transformamos una reunión pasiva en una sesión de co-creación dinámica. Y ahí esta la cuestión, personalmente tengo un iPad, pero en el trabajo No, y esta es una de las razones que me impiden utilizar estos medios en el ambiente de trabajo.

Sesiones On-line
Sesiones On-line

El «Setup» técnico (simplifica): No necesitas un estudio de televisión. Las tres formas más fiables de proyectar tu tablet son:

  1. Conexión por Cable: Conecta tu iPad al ordenador (Mac o PC) mediante USB. Es la opción con menos latencia y no depende de la red Wifi. En Zoom y Teams puedes compartir la ventana que muestra la tablet.
  2. Conexión Inalámbrica (AirPlay/Cast): Si usas el ecosistema Apple, compartir la pantalla del iPad al Mac es nativo y sin cables.
  3. Entrar a la reunión con el iPad: Simplemente descarga la app de Teams/Zoom en tu tablet, entra a la reunión como un segundo invitado (silencia el micro y altavoz para evitar ecos) y dale a «Compartir Pantalla».

El Truco del Mago (aplicando lo aprendido): ¿En uno de mis anteriores posts te hablaba de Las Capas? Aquí es donde explota su potencial. No tienes que empezar a dibujar con el lienzo en blanco en directo (eso genera mucha presión). Haz los deberes: dibuja la estructura base (Capa 1) antes de la reunión. Cuando empiece la llamada, comparte la pantalla con el esquema ya montado, y dedícate únicamente a dibujar en vivo las conexiones (Capa 2), los flujos de datos o escribir las conclusiones con tu equipo.

Cuando dibujas en vivo, el equipo siente que la solución se está construyendo con ellos, no que se les está imponiendo a ellos. Has dejado de ser un presentador para convertirte en un facilitador. ¿Qué te parece esta aproximación? ¿Te hace sentido?

Te leo en los comentarios…

El Lienzo Infinito y la trampa del Ctrl+Z.

El Lienzo Infinito y la trampa del Ctrl+Z. Por qué los límites te hacen más creativo.

Recuerdo la primera vez que cambié el rotulador permanente y mis cuadernos por un iPad y un stylus. Fue como adquirir superpoderes. De repente, el espacio no terminaba en el borde del papel, era prácticamente infinito. Podía hacer zoom hasta un nivel increíble, y si me equivocaba, la magia del doble toque en la pantalla deshacía mi error. El famoso «Ctrl+Z».

¿El salto digital realmente era la libertad absoluta?. Pues NO, pronto descubrí el lado oscuro de esa libertad: la parálisis por análisis y el perfeccionismo tóxico.

Con mi cuaderno, en el mundo físico, las limitaciones dictan las reglas, y eso es una ventaja oculta. Cuando nos enfrentamos a un cuaderno con un rotulador, tenemos que pensar antes de trazar. Sabemos que el espacio es limitado, así que nos vemos obligados a sintetizar. Sabemos que no hay botón de deshacer, así que aceptamos la imperfección del trazo y nos enfocamos en el mensaje, no en la estética.

En el entorno digital, el lienzo infinito a menudo provoca que perdamos la perspectiva global. Hacemos tanto zoom in para detallar un pequeño servidor o un icono, que cuando hacemos zoom out, el esquema general es confuso y caótico. Por otro lado, el «Ctrl+Z» nos invita a borrar y repetir una línea diez veces hasta que quede perfecta, consumiendo nuestro tiempo y matando la agilidad del Visual Thinking.

Teoría de las limitaciones

Aquí es donde entra en juego la Teoría de las Limitaciones. En creatividad, las restricciones y los límites no son un freno, son los catalizadores. Un problema confinado en un espacio limitado obliga al cerebro a buscar atajos, a utilizar metáforas más potentes y a extraer la esencia pura de la idea.

¿Significa esto que debemos renunciar al iPad y volver al papel? En absoluto. El salto a lo digital es necesario para escalar nuestros resultados en entornos digitales. Lo que debemos hacer es adoptar una mentalidad híbrida y usar herramientas digitales, pero imponiéndonos reglas analógicas.

Establecer límites
Establecer límites

Las 3 reglas de oro para el salto digital

  • Ten presente tus propios bordes: Aunque tu app te ofrezca un lienzo infinito, lo primero que debes hacer es pensar en el espacio antes de empezar a dibujar y después encajar tu proceso dentro de él.
  • Usa el Zoom con propósito: Usa el zoom sólo para moverte, no para añadir detalles que nadie verá en tu diseño. Si no cabe en el tamaño que has definido, es que la idea es demasiado compleja.
  • El Ctrl+Z es para la estructura, no para el trazo: No deshagas una línea temblorosa (eso le da personalidad a tu dibujo). Usa el deshacer solo si te das cuenta de que la estructura completa (la metáfora que elegiste) no funciona y necesitas cambiarla.

La tecnología nos da las herramientas, pero la mente humana, con su capacidad de síntesis y sus maravillosas limitaciones, es la que pone el foco y la intención.

¿Qué opinas sobre la teoría de las limitaciones? Te encaja, te leo en los comentarios…

Muchas gracias por haber llegado hasta aquí.👈

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.

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.