Don't Give up!

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

15 febrero, 2026 / jrgsanta / No hay comentarios

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 / No hay comentarios

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.

¿Aprendes o te enseñan?

4 febrero, 2026 / jrgsanta / No hay comentarios

Sé sincero ✋. ¿Cuántas veces has sentido esa ansiedad de que te estás quedando atrás?

Abre LinkedIn o Twitter un día cualquiera. Sale una nueva IA, un nuevo framework de gestión, una metodología que promete revolucionar tu productividad… y tú sigues intentando poner orden en tu bandeja de entrada en el correo de turno.

Vivimos en la era de la infoxicación. El conocimiento se ha convertido en un commodity, pero la capacidad de asimilarlo, filtrarlo y aplicarlo es el verdadero oro. Y aquí es donde nos atascamos.

¿Me apunto a un curso o me lo miro por mi cuenta?

Hoy quiero que miremos el sketchnote de arriba 👆. No es solo un garabato; es un mapa de ruta para tu supervivencia profesional en la era de la Inteligencia Artificial.

La trampa del parálisis por análisis

A menudo pensamos que ser autodidacta y tener un mentor son dos polos opuestos. Como si tuvieras que elegir entre ser un llanero solitario o el eterno estudiante de la fila uno.

‼️ Error.

Como ves en el sketchnote, no son opciones excluyentes, son fases de un mismo viaje. El problema surge cuando queremos empezar la casa por el tejado (ser autodidacta sin base) o cuando nos quedamos a vivir en el sótano (depender siempre de un curso para dar un paso).

Fase 1: El Mentoring (Evita la frustración) 🏛️

Fíjate en la parte derecha del sketchnote que te comparto. El proceso formal.

Cuando entras en un terreno nuevo (por ejemplo, aprender Visual Thinking o Prompt Engineering), el caos es tu enemigo. No sabes lo que no sabes.

Aquí, buscar un mentor no es de débiles, es de listos.

Estructura de apoyo: Un mentor te da el mapa, no solo el destino.
Evita la frustración: Te ahorra las 50 horas de prueba y error que él ya sufrió.
Foco: Te dice dónde mirar en la gráfica (como el profesor del sketch).

Si estás empezando, busca esa estructura. No intentes reinventar la rueda si aún no sabes cómo es un círculo.

Fase 2: El Salto (Comienza con un guía… pero no te quedes ahí) ⏭️

Aquí está la clave de todo. La flecha naranja gigante del centro: «Comienza con un guía».

La educación reglada o mentorizada tiene un riesgo: la comodidad. Es fácil seguir instrucciones. Es seguro. Pero en el mundo real, y más con el auge de la IA, las instrucciones cambian cada mañana.

Si dependes siempre de que alguien te diga «haz esto», una IA acabará haciéndolo por ti.

Fase 3: El Autodidacta (Tu seguro de vida) 🧭

Ahora mira a la izquierda. Aquí es donde ocurre el crecimiento real a largo plazo.

Convertirse en autodidacta no es leer libros al azar. Fíjate en las palabras clave que rodean a nuestro protagonista:

Requiere Planificación: Ya no hay temario oficial. Tú eres el rector de tu propia universidad. ¿Tienes un plan o solo buenas intenciones?
Constancia: Nadie va a pasar lista. Si tú no apareces, nadie lo nota… excepto tu «yo» del futuro.
Flexible y Creativo: Aquí es donde alineas el aprendizaje con tus metas personales. Ya no aprendes «por si acaso», aprendes «para un objetivo concreto”.

El Pensamiento Crítico en la era HumanIA 🤖

¿Por qué es esto vital hoy?

Porque la Inteligencia Artificial nos da respuestas inmediatas. Nos da código, textos, imágenes y resúmenes. Pero la IA no tiene criterio propio, tiene estadística.

Para usar la IA, necesitas saber qué preguntar y saber juzgar si la respuesta es basura o brillante. Y eso, amigo mío, solo se consigue habiendo transitado ese camino de aprendizaje profundo.

El Mentor te enseña las reglas.
El Autodidacta aprende cuándo romperlas.

¿Cuál es tu siguiente paso? 👣

El aprendizaje continuo no es una opción, es la base de tu sistema operativo profesional.

💡 Te propongo un ejercicio rápido (Visual Thinking en acción):

Dibuja una línea en un papel. A la izquierda pon «Novato absoluto», a la derecha «Experto». Ubica dónde estás en esa habilidad que te quita el sueño.

¿Estás al principio? Busca un curso o mentor. Deja de dar palos de ciego.
¿Ya tienes la base? Suelta la mano del profesor. Diseña tu propio plan, experimenta, sé flexible y, sobre todo, aplica tu pensamiento crítico.

No dejes que la ola de información te ahogue. Aprende a surfearla.

Don’t give up! 🙌

Te leo en comentarios 👇¿En qué fase estás ahora mismo con tu mayor reto profesional? ¿Modo alumno o modo explorador?

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

1 febrero, 2026 / jrgsanta / 2 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.

De la línea de código a la línea de dibujo

29 enero, 2026 / jrgsanta / No hay comentarios

De la línea de código a la línea de dibujo: Director TI y Visual Thinker

Desde mis inicios profesionales, mis herramientas de trabajo han sido un teclado y un ratón. Como profesional de TI, mi mundo se define con líneas de código, arquitecturas de servidores y diagramas de flujo lógicos. Sin entrar en detalles mi trabajo consiste en hacer que las máquinas hablen entre ellas.

Pero a medida que fui creciendo profesionalmente y asumí roles de liderazgo, me di cuenta que el verdadero desafío no es que las máquinas se entendieran, sino que las personas entiendan a las máquinas (y entre sí). Y más aún, que las personas sepan explicar qué es lo que quieren de las máquinas.

Y en este punto es en el que tienes que entender que para las personas “el código es invisible”, pero el dibujo puede ser revelador.

He vivido tantos días, en los que en reuniones técnicas nadie entiende nada y te tratan como un bicho raro que finalmente tienes que dejar el portátil a un lado y comenzar a dibujar en una pizarra, o en una hoja de papel. No necesitas hacer un dibujo artístico. Tan solo tienes que sintetizar de la mejor forma la información:

Dibujar cajas para los servidores.
Dibujar flechas para los flujos de datos.
Dibujar muros para los firewalls.
…

Y de repente, como por arte de magia, te escucha. «Ah, ahora lo veo».

🏛️ La revelación: Todo es estructura

En ese momento es cuando surge la magia de la comunicación efectiva, es cuando vemos que el Visual Thinking y la Ingeniería de Sistemas son primos hermanos. Ambos tratan de lo mismo:

Tomar una complejidad abstracta.
Descomponerla en partes manejables.
Definir las relaciones entre esas partes.

La única diferencia es el output. En lugar de pensar en programas de código para la máquina, tenemos que pensar primero en dibujos para el procesador biológico de los equipos y clientes.

💻 El puente humano

Tenemos que posicionarnos como traductores. Usamos el rotulador para ser el puente entre la complejidad tecnológica y la claridad humana.

No tenemos que dejar la tecnología para ponernos a dibujar. Siempre he dibujado para dar sentido a mis aprendizajes y ahora tengo claro que puedo seguir haciéndolo para ayudar a que la tecnología tenga sentido para las personas. Ahora bien, también es cierto que necesitas que la cultura de la organización sea abierta a este tipo de metodologías, y que tu tengas la confianza necesaria para demostrar que esto es posible.

Si tienes un perfil técnico, te tengo una muy buena noticia para ti, ya tienes la mente estructurada para hacer lo mismo que hago yo. Solo te falta cambiar el periférico de salida.